[linux-usb-devel] RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

>> exregion-0185 [36] ex_system_memory_space: system_memory 0 >(32 width) Address=23FDFFC0 >> exregion-0185 [36] ex_system_memory_space: system_memory 1 >(32 width) Address=23FDFFC0 >> exregion-0290 [36] ex_system_io_space_han: system_iO 1 (8 >width) Address=00B2 >>

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

Hi! > > https://bugzilla.novell.com/show_bug.cgi?id=173420 > > >From Comment #30 at the above url: "The Linux ACPI code seems to > actively prevent the fan from running and that worries me." > > I saw that as well, and found the following recipe would work around > the problem: > > 1. Set the t

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

Sanjoy Mahajan wrote: > That seems likely, thanks for the pointer: Besides the ACPI sleep > hangs, this machine (TP 600X) has fan troubles upon S3 resume. The > problems don't do harm (the damn fan keeps turning on when it > shouldn't), but that's probably chance. Various patches that I tested >

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

> This sounds like the problem Daniel had on his Samsung P35 recently. > He could fix it by getting rid of some asus_unhide_smbus stuff or the > otherway around, adding asus_unhide_smbus quirks in the S3 resume code. > > This thread was recently posted on lkml: > Re: [patch] smbus unhiding kills t

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

On Fri, 2006-03-10 at 00:26 -0500, Sanjoy Mahajan wrote: > [Re: bugme #5989, head no longer hanging in shame] > > From: "Yu, Luming" <[EMAIL PROTECTED]> > > I suggest you to retest, and post dmesg with UN-modified BIOS. > > I'm now running/testing an unmodified DSDT with 2.6.16-rc5. For a while

[linux-usb-devel] RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

>> Hmm, could you file dmesgs with thermal module loaded and unloaded? > >Filed at bugzilla. Excellent! . >Let me know if there's a different permutation of debug options that I >should try. I wasn't sure whether you meant that I should leave all >the debug values at 0x10. Or whether I should s

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

> Hmm, could you file dmesgs with thermal module loaded and unloaded? Filed at bugzilla. > I saw this acpi_debug=0x. Sorry, it's a legacy from trying to debug #5112, and I've removed it for getting the above dmesgs. I'm not even sure what that option does since it's not documented in th

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

> Could you try to mute thermal poll? Done. The sleep.sh script now has echo 0 > /proc/acpi/thermal_zone/THM2/polling_frequency echo 0 > /proc/acpi/thermal_zone/THM0/polling_frequency sleep 1 > I need the full log for S3 suspend failure not just snippets. > Please attach it on bugzilla.kernel.

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

> I need the acpi trace log before _PTS to see what kind of thermal > related methods got called. Alas, I've included all the dmesg's. Below is the script that I use to enter S3 sleep. It unloads rid of troublesome modules and stop services that don't sleep well. Then (for debugging) it sends

[linux-usb-devel] RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

>> I need the acpi trace log before _PTS to see what kind of thermal >> related methods got called. > >Alas, I've included all the dmesg's. I need the full log for S3 suspend failure not just snippets. Please attach it on bugzilla.kernel.org The log for S3 suspend success cannot help me to tra

[linux-usb-devel] RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

Thanks for your debug information. > >> Could you try to mute thermal poll? > >Done. The sleep.sh script now has > >echo 0 > /proc/acpi/thermal_zone/THM2/polling_frequency >echo 0 > /proc/acpi/thermal_zone/THM0/polling_frequency >sleep 1 Hmm, could you file dmesges with tmermal module loaded a

[linux-usb-devel] RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

>width) Address=23FDFFC0 >exregion-0290 [36] ex_system_io_space_han: system_iO 1 (8 >width) Address=00B2 >exregion-0185 [35] ex_system_memory_space: system_memory 0 (32 >width) Address=23FDFFC0 >exregion-0185 [36] ex_system_memory_space: system_memory 0 (32 >width) Ad

[linux-usb-devel] RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

> exregion-0290 [36] ex_system_io_space_han: system_iO 1 (8 >>> width) Address=00B2 >>> >>> repeated endlessly. > >> I need calltrace for this > >Looking at /proc/acpi/debug_level, I see several debugging choices >that might give the calltrace you want. Let me know which ones are >es

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

[Re: bugme #5989, head no longer hanging in shame] From: "Yu, Luming" <[EMAIL PROTECTED]> > I suggest you to retest, and post dmesg with UN-modified BIOS. I'm now running/testing an unmodified DSDT with 2.6.16-rc5. For a while I had no S3 hangs, but I just noticed them again. The error is the s

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

> I assume you have tested ec_intr=0 and ec_intr=1. Right: I forgot to mention it, but I did test it both ways, and ec_intr=0 is fine. >> These noises happen when printing via the wireless card or via USB >> (to a different HP inkjet), > Interesting, open bug for this. I cannot reproduce it wit

[linux-usb-devel] RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

>From: "Yu, Luming" <[EMAIL PROTECTED]> >> I suggest you to retest, and post dmesg with UN-modified BIOS. > >I'm now running/testing an unmodified DSDT with 2.6.16-rc5. >For a while >I had no S3 hangs, but I just noticed them again. The error >is the same >as with the modified DSDT (with slight

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

> What do you mean of "slither away" ? > bug go away? I can no longer trigger it, at least not with the usual procedure. I doubt that it goes away (i.e. that it is solved), only that it slithers into hiding, like bugs that disappear when compiling a C program with -g but show up when compiling w

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]

Actually, there's no point only attaching it at bugzilla, since the relevant output is shorter than I thought: /proc/cmdline: auto BOOT_IMAGE=16-rc5 ro root=305 idebus=66 apm=off acpi=force pci=noacpi console=ttyS0,115200 console=tty0 acpi_sleep=s3_bios cpufreq.debug=7 acpi_debug=0x whe

[linux-usb-devel] Re: 2.6.16-rc5: known regressions

On Fri, Mar 03, 2006 at 02:59:22AM +, Sanjoy Mahajan wrote: > I'll try it, although I don't think I'll get any data on the problem. > The unmodified DSDT (bios 1.11) lacks an S3 sleep object, so I had to > modify the DSDT even to get S3 to sleep at all. See >

[linux-usb-devel] Re: 2.6.16-rc5: known regressions [600X S3 sleep]

Subject: S3 sleep hangs the second time - 600X References : http://bugzilla.kernel.org/show_bug.cgi?id=5989 >>From: "Yu, Luming" <[EMAIL PROTECTED]> >>> According to bug report, the BIOS DSDT is modified. I don't know >>> how these changes affect the results of suspend/resume. But,

[linux-usb-devel] Re: 2.6.16-rc5: known regressions

>> I'll try it, although I don't think I'll get any data on the problem. >> The unmodified DSDT (bios 1.11) lacks an S3 sleep object, so I had to >> modify the DSDT even to get S3 to sleep at all. See >> for that discussion. > I think it's arguabl

[linux-usb-devel] RE: 2.6.16-rc5: known regressions

> >>> Subject: S3 sleep hangs the second time - 600X >>> References : http://bugzilla.kernel.org/show_bug.cgi?id=5989 > >From: "Yu, Luming" <[EMAIL PROTECTED]> >> According to bug report, the BIOS DSDT is modified. I don't know >> how these changes affect the results of suspend/resume. But, i

[linux-usb-devel] Re: 2.6.16-rc5: known regressions

>> Subject: S3 sleep hangs the second time - 600X >> References : http://bugzilla.kernel.org/show_bug.cgi?id=5989 From: "Yu, Luming" <[EMAIL PROTECTED]> > According to bug report, the BIOS DSDT is modified. I don't know > how these changes affect the results of suspend/resume. But, it is > cl

[linux-usb-devel] Re: 2.6.16-rc5: known regressions

Adrian Bunk wrote: Subject: 2.6.16-rc[34]: resume-from-RAM unreliable (SATA) References : http://lkml.org/lkml/2006/2/20/159 Submitter : Mark Lord <[EMAIL PROTECTED]> Handled-By : Randy Dunlap <[EMAIL PROTECTED]> Status : one of Randy's patches seems to fix it I'm not certain about th

[linux-usb-devel] RE: 2.6.16-rc5: known regressions

>Subject: S3 sleep hangs the second time - 600X >References : http://bugzilla.kernel.org/show_bug.cgi?id=5989 >Submitter : Sanjoy Mahajan <[EMAIL PROTECTED]> >Handled-By : Luming Yu <[EMAIL PROTECTED]> >Status : is being debugged, > we might want to change the default back for

[linux-usb-devel] Re: 2.6.16-rc5: known regressions

On Sun, Feb 26, 2006 at 10:26:41PM -0800, Ryan Phillips wrote: > Adrian Bunk wrote: > > This email lists some known regressions in 2.6.16-rc5 compared to 2.6.15. > > > > If you find your name in the Cc header, you are either submitter of one > > of the bugs, maintainer of an affectected subsystem o

[linux-usb-devel] Re: 2.6.16-rc5: known regressions

Adrian Bunk wrote: Subject: 2.6.16-rc[34]: resume-from-RAM unreliable (SATA) References : http://lkml.org/lkml/2006/2/20/159 Submitter : Mark Lord <[EMAIL PROTECTED]> Handled-By : Randy Dunlap <[EMAIL PROTECTED]> Status : one of Randy's patches seems to fix it This is not a regression

[linux-usb-devel] Re: 2.6.16-rc5: known regressions (ps2 mouse/keyboard issues)

On Sunday 26 February 2006 23:39, Vojtech Pavlik wrote: > On Sun, Feb 26, 2006 at 10:26:41PM -0800, Ryan Phillips wrote: > > Adrian Bunk wrote: > > > This email lists some known regressions in 2.6.16-rc5 compared to > > > 2.6.15. [snip] > > > Subject: usb_submit_urb(ctrl) failed on 2.6.16-rc4-g