* RE: 2.6.16-rc5: known regressions
@ 2006-02-27 9:04 Yu, Luming
2006-03-03 2:59 ` Sanjoy Mahajan
2006-03-10 5:26 ` 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT] Sanjoy Mahajan
0 siblings, 2 replies; 22+ messages in thread
From: Yu, Luming @ 2006-02-27 9:04 UTC (permalink / raw)
To: linux-kernel, Linus Torvalds, Andrew Morton
Cc: Tom Seeley, Dave Jones, Jiri Slaby, michael, mchehab,
v4l-dvb-maintainer, video4linux-list, Brian Marete,
Ryan Phillips, gregkh, linux-usb-devel, Sanjoy Mahajan, Brown,
Len, linux-acpi, Mark Lord, Randy Dunlap, jgarzik, linux-ide,
Duncan, Pavlik Vojtech, linux-input, Meelis Roos
>Subject : S3 sleep hangs the second time - 600X
>References : http://bugzilla.kernel.org/show_bug.cgi?id=5989
>Submitter : Sanjoy Mahajan <sanjoy@mrao.cam.ac.uk>
>Handled-By : Luming Yu <luming.yu@intel.com>
>Status : is being debugged,
> we might want to change the default back for 2.6.16:
> http://lkml.org/lkml/2006/2/25/101
>
Accordint to bug report, the BIOS DSDT is modified.
I don't know how these changes affect the results
of suspend/resume. But, it is clear this is NOT right approach
to fix problem. Hence, I need the testing report with
un-modified DSDT on TP 600X, bios 1.11.
--Luming
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-02-27 9:04 2.6.16-rc5: known regressions Yu, Luming
@ 2006-03-03 2:59 ` Sanjoy Mahajan
2006-03-03 16:51 ` Matthew Garrett
2006-03-10 5:26 ` 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT] Sanjoy Mahajan
1 sibling, 1 reply; 22+ messages in thread
From: Sanjoy Mahajan @ 2006-03-03 2:59 UTC (permalink / raw)
To: Yu, Luming
Cc: linux-kernel, Linus Torvalds, Andrew Morton, Tom Seeley,
Dave Jones, Jiri Slaby, michael, mchehab, v4l-dvb-maintainer,
video4linux-list, Brian Marete, Ryan Phillips, gregkh,
linux-usb-devel, Brown, Len, linux-acpi, Mark Lord, Randy Dunlap,
jgarzik, linux-ide, Duncan, Pavlik Vojtech, linux-input,
Meelis Roos
>> Subject : S3 sleep hangs the second time - 600X
>> References : http://bugzilla.kernel.org/show_bug.cgi?id=5989
From: "Yu, Luming" <luming.yu@intel.com>
> 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
> clear this is NOT right approach to fix problem. Hence, I need the
> testing report with un-modified DSDT on TP 600X, bios 1.11.
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
<http://bugzilla.kernel.org/show_bug.cgi?id=3534> for that discussion.
In additional comment #4 there (2004-10-14), you said:
The root cause of [the missing S3 object] failure is that linux is
using element in
const char *acpi_gbl_sleep_state_names[ACPI_S_STATE_COUNT] =
{
"\_S0_",
"\_S1_",
"\_S2_",
"\_S3_",
"\_S4_",
"\_S5_"
};
to call acpi_get_sleep_type_data, but your box define _S3 under the
device PNP0A03. So, the evaluating \_S3 will fail.
The workaround in DSDT is to change _S3 to \_S3_ .
We can fix it in acpi driver soon.
It looks unchanged in a recent acpi driver
(drivers/acpi/utilities/utglobal.c, line 170, 2.6.16-rc2), so I
suspect S3 won't happen with the vanilla DSDT.
(Sorry, I was away for 10 days and also just saw your info requests in
the bugme #5989.)
-Sanjoy
`Never underestimate the evil of which men of power are capable.'
--Bertrand Russell, _War Crimes in Vietnam_, chapter 1.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-03-03 2:59 ` Sanjoy Mahajan
@ 2006-03-03 16:51 ` Matthew Garrett
2006-03-03 21:04 ` Sanjoy Mahajan
0 siblings, 1 reply; 22+ messages in thread
From: Matthew Garrett @ 2006-03-03 16:51 UTC (permalink / raw)
To: Sanjoy Mahajan
Cc: Yu, Luming, linux-kernel, Linus Torvalds, Andrew Morton,
Tom Seeley, Dave Jones, Jiri Slaby, michael, mchehab,
v4l-dvb-maintainer, video4linux-list, Brian Marete,
Ryan Phillips, gregkh, linux-usb-devel, Brown, Len, linux-acpi,
Mark Lord, Randy Dunlap, jgarzik, linux-ide, Duncan,
Pavlik Vojtech, linux-input, Meelis Roos
On Fri, Mar 03, 2006 at 02:59:22AM +0000, 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
> <http://bugzilla.kernel.org/show_bug.cgi?id=3534> for that discussion.
I think it's arguably a bit extreme to describe "My setup is so
unsupported that I had to modify my firmware to enable sleep and then
override the kernel's sanity checks and it's stopped working with
2.6.16" as a regression.
--
Matthew Garrett | mjg59@srcf.ucam.org
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-03-03 16:51 ` Matthew Garrett
@ 2006-03-03 21:04 ` Sanjoy Mahajan
0 siblings, 0 replies; 22+ messages in thread
From: Sanjoy Mahajan @ 2006-03-03 21:04 UTC (permalink / raw)
To: Matthew Garrett
Cc: Yu, Luming, linux-kernel, Linus Torvalds, Andrew Morton,
Tom Seeley, Dave Jones, Jiri Slaby, michael, mchehab,
v4l-dvb-maintainer, video4linux-list, Brian Marete,
Ryan Phillips, gregkh, linux-usb-devel, Brown, Len, linux-acpi,
Mark Lord, Randy Dunlap, jgarzik, linux-ide, Duncan,
Pavlik Vojtech, linux-input, Meelis Roos
>> 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
>> <http://bugzilla.kernel.org/show_bug.cgi?id=3534> for that discussion.
> I think it's arguably a bit extreme to describe "My setup is so
> unsupported that I had to modify my firmware to enable sleep and then
> override the kernel's sanity checks and it's stopped working with
> 2.6.16" as a regression.
I agree, and that was the point of 'picture of me hanging head in
shame', so there's no need to rub it in.
Anyway, the TP600X w/ vanilla DSDT *was* unsupported (circa 2.6.11),
but now the ACPI interpreter can interpret the vanilla DSDT and go
into S3 sleep (before, it would complain about a missing S3 sleep
object because the DSDT used a funny syntax). There were other
problems in the vanilla DSDT (e.g. probably using fn-F7 to switch to
an external display doesn't work) but I'll investigate them one at a
time.
-Sanjoy
`Never underestimate the evil of which men of power are capable.'
--Bertrand Russell, _War Crimes in Vietnam_, chapter 1.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
2006-02-27 9:04 2.6.16-rc5: known regressions Yu, Luming
2006-03-03 2:59 ` Sanjoy Mahajan
@ 2006-03-10 5:26 ` Sanjoy Mahajan
2006-05-19 13:44 ` Thomas Renninger
1 sibling, 1 reply; 22+ messages in thread
From: Sanjoy Mahajan @ 2006-03-10 5:26 UTC (permalink / raw)
To: Yu, Luming
Cc: linux-kernel, Linus Torvalds, Andrew Morton, Tom Seeley,
Dave Jones, Jiri Slaby, michael, mchehab, v4l-dvb-maintainer,
video4linux-list, Brian Marete, Ryan Phillips, gregkh,
linux-usb-devel, Brown, Len, linux-acpi, Mark Lord, Randy Dunlap,
jgarzik, linux-ide, Duncan, Pavlik Vojtech, linux-input,
Meelis Roos
[Re: bugme #5989, head no longer hanging in shame]
From: "Yu, Luming" <luming.yu@intel.com>
> 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 slightly different offsets):
exregion-0185 [36] ex_system_memory_space: system_memory 0 (32 width) Address=0000000023FDFFC0
exregion-0185 [36] ex_system_memory_space: system_memory 1 (32 width) Address=0000000023FDFFC0
exregion-0290 [36] ex_system_io_space_han: system_iO 1 (8 width) Address=00000000000000B2
repeated endlessly.
I think the problem resurfaced once I decided to let my sleep.sh script
leave the thermal driver loaded before going into S3 (suspecting that
the bug might come back if I did that).
So I susect that my modified DSDT didn't cause the S3 problems, it
merely exposed one even in the minimal configuration discussed in the
#5989 report.
Which makes me wonder about another bug that disappeared when I switched
to the vanilla DSDT: While printing (via gs+hpijs to an HP photosmart
2710 via the wireless card), the system makes double-beeps as if it were
having the AC adapter plugged and unplugged. These noises happen when
printing via the wireless card or via USB (to a different HP inkjet),
but not when printing via the parallel port to a Lexmark laserprinter
(using just gs). Since I didn't do anything to the battery code in the
DSDT, I now wonder whether changing the DSDT merely exposed the issue
but didn't create it.
[From an earlier msg:]
> I think the truth is, for 5989, we need to fix thermal and processor
> driver issue.
I agree, although I think the processor driver is not the culprit. My
earlier testing with the (with the modified DSDT) worked fine with the
processor module loaded, but hung with processor + thermal loaded.
-Sanjoy
`A society of sheep must in time beget a government of wolves.'
- Bertrand de Jouvenal
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
2006-03-10 5:26 ` 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT] Sanjoy Mahajan
@ 2006-05-19 13:44 ` Thomas Renninger
2006-05-21 0:12 ` Sanjoy Mahajan
0 siblings, 1 reply; 22+ messages in thread
From: Thomas Renninger @ 2006-05-19 13:44 UTC (permalink / raw)
To: Sanjoy Mahajan
Cc: Yu, Luming, linux-kernel, Linus Torvalds, Andrew Morton,
Tom Seeley, Dave Jones, Jiri Slaby, michael, mchehab,
v4l-dvb-maintainer, video4linux-list, Brian Marete,
Ryan Phillips, gregkh, linux-usb-devel, Brown, Len, linux-acpi,
Mark Lord, Randy Dunlap, jgarzik, linux-ide, Duncan,
Pavlik Vojtech, linux-input, Meelis Roos, Carl-Daniel Hailfinger
On Fri, 2006-03-10 at 00:26 -0500, Sanjoy Mahajan wrote:
> [Re: bugme #5989, head no longer hanging in shame]
>
> From: "Yu, Luming" <luming.yu@intel.com>
> > 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 slightly different offsets):
>
> exregion-0185 [36] ex_system_memory_space: system_memory 0 (32 width) Address=0000000023FDFFC0
> exregion-0185 [36] ex_system_memory_space: system_memory 1 (32 width) Address=0000000023FDFFC0
> exregion-0290 [36] ex_system_io_space_han: system_iO 1 (8 width) Address=00000000000000B2
>
> repeated endlessly.
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 thermal management
Here are some more details, for me that sounds related...:
https://bugzilla.novell.com/show_bug.cgi?id=173420
Thomas
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
2006-05-19 13:44 ` Thomas Renninger
@ 2006-05-21 0:12 ` Sanjoy Mahajan
2006-05-21 0:40 ` Carl-Daniel Hailfinger
2006-05-22 9:55 ` Pavel Machek
0 siblings, 2 replies; 22+ messages in thread
From: Sanjoy Mahajan @ 2006-05-21 0:12 UTC (permalink / raw)
To: trenn
Cc: Yu, Luming, linux-kernel, Linus Torvalds, Andrew Morton,
Tom Seeley, Dave Jones, Jiri Slaby, michael, mchehab,
v4l-dvb-maintainer, video4linux-list, Brian Marete,
Ryan Phillips, gregkh, linux-usb-devel, Brown, Len, linux-acpi,
Mark Lord, Randy Dunlap, jgarzik, linux-ide, Duncan,
Pavlik Vojtech, linux-input, Meelis Roos, Carl-Daniel Hailfinger
> 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 thermal management
>
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
for S3 resume hangs reversed this fan behavior, making the fan refuse
to turn on when it should have. The same problem happened after
resume from swsusp (bugzilla #5000).
> 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 trip point to, say, 70 C -- well above the actual
temperature.
2. Then set the trip to anything reasonable that's under the current
temperature (27 C always works). Now the fan turns on, and behaves
fine from then.
My explanation is that, before step 1, the fan is off but the OS
thinks it's on. So the dialogue goes something like:
Hardware (from EC or BIOS?): Ack, I'm overheating, turn on the fan now!
OS: There, there, take it easy. I've checked bit fields in my
memory, and the fan is on. So I don't have to do anything.
Hardware: Ack, ...
OS: There, there, ...
[Hence the 100% kacpid CPU usage]
Based on this explanation, I added a resume method to the fan driver.
It would turn on the fan and mark it as on. So then the internal OS
state matched the actual state. The fix didn't work for at least one
reason: ACPI drivers didn't have suspend/resume methods (though now
there are test patches to add those methods).
Another fix, probably worth doing anyway, is to turn on the fan if the
BIOS asks for it, whether or not the OS thinks it's on. The chance of
the two pieces of information getting out of synch, and the hardware
damage it can cause, is enough to make it worthwhile. The reverse
case can try to optimize (if BIOS asks to shut off the fan, shut it
off only if OS thinks it's on). That creates no danger: just extra
fan noise if the fan is on but the OS thinks it's off.
-Sanjoy
`Never underestimate the evil of which men of power are capable.'
--Bertrand Russell, _War Crimes in Vietnam_, chapter 1.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
2006-05-21 0:12 ` Sanjoy Mahajan
@ 2006-05-21 0:40 ` Carl-Daniel Hailfinger
2006-05-21 1:30 ` Joshua Hudson
2006-05-22 9:55 ` Pavel Machek
1 sibling, 1 reply; 22+ messages in thread
From: Carl-Daniel Hailfinger @ 2006-05-21 0:40 UTC (permalink / raw)
To: Sanjoy Mahajan
Cc: trenn, Yu, Luming, linux-kernel, Linus Torvalds, Andrew Morton,
Tom Seeley, Dave Jones, Jiri Slaby, michael, mchehab,
v4l-dvb-maintainer, video4linux-list, Brian Marete,
Ryan Phillips, gregkh, linux-usb-devel, Brown, Len, linux-acpi,
Mark Lord, Randy Dunlap, jgarzik, linux-ide, Duncan,
Pavlik Vojtech, linux-input, Meelis Roos
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
> for S3 resume hangs reversed this fan behavior, making the fan refuse
> to turn on when it should have. The same problem happened after
> resume from swsusp (bugzilla #5000).
Please try kernel 2.6.16.17 (just released). It has the SMBus fix which
may fix resume and fan behaviour.
Regards,
Carl-Daniel
--
http://www.hailfinger.org/
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
2006-05-21 0:40 ` Carl-Daniel Hailfinger
@ 2006-05-21 1:30 ` Joshua Hudson
2006-05-21 3:53 ` Lee Revell
0 siblings, 1 reply; 22+ messages in thread
From: Joshua Hudson @ 2006-05-21 1:30 UTC (permalink / raw)
To: linux-kernel
On 5/20/06, Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net> wrote:
> 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
> > for S3 resume hangs reversed this fan behavior, making the fan refuse
> > to turn on when it should have. The same problem happened after
> > resume from swsusp (bugzilla #5000).
>
> Please try kernel 2.6.16.17 (just released). It has the SMBus fix which
> may fix resume and fan behaviour.
Am I the only person who read that as 2.6.17 the first time around?
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
2006-05-21 1:30 ` Joshua Hudson
@ 2006-05-21 3:53 ` Lee Revell
0 siblings, 0 replies; 22+ messages in thread
From: Lee Revell @ 2006-05-21 3:53 UTC (permalink / raw)
To: Joshua Hudson; +Cc: linux-kernel
On Sat, 2006-05-20 at 18:30 -0700, Joshua Hudson wrote:
> On 5/20/06, Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net> wrote:
> > Please try kernel 2.6.16.17 (just released). It has the SMBus fix which
> > may fix resume and fan behaviour.
>
> Am I the only person who read that as 2.6.17 the first time around?
I think it's evidence that the -stable process is working brilliantly.
We have 17 point releases worth of bug fixes that would not have been
available under the previous model.
Lee
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
2006-05-21 0:12 ` Sanjoy Mahajan
2006-05-21 0:40 ` Carl-Daniel Hailfinger
@ 2006-05-22 9:55 ` Pavel Machek
1 sibling, 0 replies; 22+ messages in thread
From: Pavel Machek @ 2006-05-22 9:55 UTC (permalink / raw)
To: Sanjoy Mahajan
Cc: trenn, Yu, Luming, linux-kernel, Linus Torvalds, Andrew Morton,
Tom Seeley, Dave Jones, Jiri Slaby, michael, mchehab,
v4l-dvb-maintainer, video4linux-list, Brian Marete,
Ryan Phillips, gregkh, linux-usb-devel, Brown, Len, linux-acpi,
Mark Lord, Randy Dunlap, jgarzik, linux-ide, Duncan,
Pavlik Vojtech, linux-input, Meelis Roos, Carl-Daniel Hailfinger
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 trip point to, say, 70 C -- well above the actual
> temperature.
>
> 2. Then set the trip to anything reasonable that's under the current
> temperature (27 C always works). Now the fan turns on, and behaves
> fine from then.
>
> My explanation is that, before step 1, the fan is off but the OS
> thinks it's on. So the dialogue goes something like:
>
> Hardware (from EC or BIOS?): Ack, I'm overheating, turn on the fan now!
> OS: There, there, take it easy. I've checked bit fields in my
> memory, and the fan is on. So I don't have to do anything.
> Hardware: Ack, ...
> OS: There, there, ...
> [Hence the 100% kacpid CPU usage]
>
> Based on this explanation, I added a resume method to the fan driver.
> It would turn on the fan and mark it as on. So then the internal OS
> state matched the actual state. The fix didn't work for at least one
> reason: ACPI drivers didn't have suspend/resume methods (though now
> there are test patches to add those methods).
Can you redo your patches with those methods?
> Another fix, probably worth doing anyway, is to turn on the fan if the
> BIOS asks for it, whether or not the OS thinks it's on. The chance of
> the two pieces of information getting out of synch, and the hardware
> damage it can cause, is enough to make it worthwhile. The reverse
There should be 0% hardware damage chance. Fan failure means overheats
mean emergency power cutoff. I even tested it with paper into fan
blades several times. It mostly works.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply [flat|nested] 22+ messages in thread
* RE: 2.6.16-rc5: known regressions
@ 2006-03-03 4:46 Yu, Luming
0 siblings, 0 replies; 22+ messages in thread
From: Yu, Luming @ 2006-03-03 4:46 UTC (permalink / raw)
To: Sanjoy Mahajan
Cc: linux-kernel, Linus Torvalds, Andrew Morton, Tom Seeley,
Dave Jones, Jiri Slaby, michael, mchehab, v4l-dvb-maintainer,
video4linux-list, Brian Marete, Ryan Phillips, gregkh,
linux-usb-devel, Brown, Len, linux-acpi, Mark Lord, Randy Dunlap,
jgarzik, linux-ide, Duncan, Pavlik Vojtech, linux-input,
Meelis Roos
>
>>> Subject : S3 sleep hangs the second time - 600X
>>> References : http://bugzilla.kernel.org/show_bug.cgi?id=5989
>
>From: "Yu, Luming" <luming.yu@intel.com>
>> 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
>> clear this is NOT right approach to fix problem. Hence, I need the
>> testing report with un-modified DSDT on TP 600X, bios 1.11.
>
>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
><http://bugzilla.kernel.org/show_bug.cgi?id=3534> for that discussion.
>In additional comment #4 there (2004-10-14), you said:
>
> The root cause of [the missing S3 object] failure is that linux is
> using element in
>
> const char *acpi_gbl_sleep_state_names[ACPI_S_STATE_COUNT] =
> {
> "\_S0_",
> "\_S1_",
> "\_S2_",
> "\_S3_",
> "\_S4_",
> "\_S5_"
> };
>
> to call acpi_get_sleep_type_data, but your box define _S3 under the
> device PNP0A03. So, the evaluating \_S3 will fail.
>
> The workaround in DSDT is to change _S3 to \_S3_ .
> We can fix it in acpi driver soon.
Hmm, this conclusion seems to be wrong. at that time, I said it too
early. The real problem is this, if your box support S3, the _S3 method
should return from ELSE-statement which return package
{0x01,0x01,0x00,0x00}.
If you still use this
http://bugzilla.kernel.org/show_bug.cgi?id=3534#c10 to
override your DSDT, which bypass the testing and blindly assume BIOS or
platform
do support S3, then I suggest you to retest, and post dmesg with
UN-modified BIOS.
Thanks,
Luming
Method (_S3, 0, NotSerialized)
{
If (BXPT)
{
Return (Package (0x04)
{
0x06,
0x06,
0x00,
0x00
})
}
Else
{
Return (Package (0x04)
{
0x01,
0x01,
0x00,
0x00
})
}
}
^ permalink raw reply [flat|nested] 22+ messages in thread
* Linux v2.6.16-rc5
@ 2006-02-27 5:27 Linus Torvalds
2006-02-27 6:13 ` 2.6.16-rc5: known regressions Adrian Bunk
0 siblings, 1 reply; 22+ messages in thread
From: Linus Torvalds @ 2006-02-27 5:27 UTC (permalink / raw)
To: Linux Kernel Mailing List
[-- Attachment #1: Type: TEXT/PLAIN, Size: 11550 bytes --]
The tar-ball is being uploaded right now, and everything else should
already be pushed out. Mirroring might take a while, of course.
There's not much to say about this: people have been pretty good, and it's
just a random collection of fixes in various random areas. The shortlog is
actually pretty short, and it really describes the updates better than
anything else.
Have I missed anything? Holler. And please keep reminding about any
regressions since 2.6.15.
Linus
---
Adrian Bunk:
[AGPGART] help text updates
drivers/net/tlan.c: #ifdef CONFIG_PCI the PCI specific code
Al Viro:
GFP_KERNEL allocations in atomic (auditsc)
don't mangle INQUIRY if cmddt or evpd bits are set
fix handling of st_nlink on procfs root
m68k: restore disable_irq_nosync()
missing ntohs() in ip6_tunnel
m68k: pm_power_off() breakage
iomap_copy fallout (m68k)
sd: fix memory corruption with broken mode page headers
Alan Curry:
powerpc: fix altivec_unavailable_exception Oopses
Alessandro Zummo:
[ARM] 3342/1: NSLU2: Protect power button init routine with machine_is_nslu2()
[ARM] 3343/1: NAS100d: Fix incorrect I2C pin assignment
[ARM] 3344/1: NSLU2: beeper support
Alexey Dobriyan:
mm/mempolicy.c: fix 'if ();' typo
drivers/fc4/fc.c: memset correct length
Alexey Korolev:
cfi_cmdset_0001: fix range for cache invalidation
Andi Kleen:
x86_64: Don't set CONFIG_DEBUG_INFO in defconfig
Fix units in mbind check
x86_64: Only do the clustered systems have unsynchronized TSC assumption on IBM systems
x86-64/i386: Use common X86_PM_TIMER option and make it EMBEDDED
x86_64: Disable ACPI blacklist by year for now on x86-64
x86_64: Fix the additional_cpus=.. option
x86_64: Move the SMP time selection earlier
x86_64: Better ATI timer fix
x86_64: Fix ioctl compat code for /dev/rtc
Andreas Deresch:
i386: Handle non existing APICs without panicing
Andrew Morton:
ramfs: update dir mtime and ctime
Andrew Victor:
[ARM] 3325/2: GPIO function to control multi-drive (open collector) capability
[ARM] 3348/1: Disable GPIO interrupts
Anton Altaparmakov:
NTFS: Fix a potential overflow by casting (index + 1) to s64 before doing a
NTFS: - Cope with attribute list attribute having invalid flags.
NTFS: Implement support for sector sizes above 512 bytes (up to the maximum
NTFS: Do more detailed reporting of why we cannot mount read-write by
Anton Blanchard:
powerpc: Fix runlatch performance issues
powerpc64: remove broken/bitrotted HMT support
Antonino A. Daplas:
Fix pseudo_palette setup in asiliantfb_setcolreg()
Atsushi Nemoto:
[MIPS] Fixes for uaccess.h with gcc >= 4.0.1
[MIPS] jiffies_to_compat_timeval fix
Benjamin Herrenschmidt:
powermac: Fix loss of ethernet PHY on sleep
Björn Steinbrink:
kjournald keeps reference to namespace
Brian Magnuson:
fix build on x86_64 with !CONFIG_HOTPLUG_CPU
Carl-Daniel Hailfinger:
radeonfb: resume support for Samsung P35 laptops
Catalin Marinas:
[ARM] 3340/1: Fix the PCI setup for direct master access to SDRAM
Chris McDermott:
x86_64: Fix NMI watchdog on x460
Christoph Hellwig:
[SCSI] esp: fix eh locking
Christoph Lameter:
Terminate process that fails on a constrained allocation
page migration: Fix MPOL_INTERLEAVE behavior for migration via mbind()
vmscan: fix zone_reclaim
Daniel Yeisley:
i386: need to pass virtual address to smp_read_mpc()
Dave Airlie:
drm: fixup i915 interrupt on X server exit
drm: radeon add r300 TX_CNTL and verify bitblt packets
drm: fix brace placement
Dave Jones:
[AGPGART] Improve the error message shown when we detect a ServerWorks CNB20HE
[AGPGART] Add some informational printk to nforce GART failure path.
x86-64: react to new topology.c location
David S. Miller:
[SPARC64]: Implement futex_atomic_op_inuser().
[SPARC64]: Make cpu_present_map available earlier.
Eric Van Hensbergen:
v9fs: update documentation and fix debug flag
Francois Romieu:
r8169: fix broken ring index handling in suspend/resume
r8169: enable wake on lan
Frank Pavlic:
s390: V=V qdio fixes
Freddy Spierenburg:
au1100fb: replaced io_remap_page_range() with io_remap_pfn_range()
Greg Kroah-Hartman:
Revert mount/umount uevent removal
Haren Myneni:
powerpc: Trivial fix to set the proper timeout value for kdump
Heiko Carstens:
cpu hotplug documentation fix
s390: revert dasd eer module
Herbert Xu:
padlock: Fix typo that broke 256-bit keys
[XFRM]: Eliminate refcounting confusion by creating __xfrm_state_put().
[IPSEC]: Use TOS when doing tunnel lookups
Hirokazu Takata:
m32r: __cmpxchg_u32 fix
m32r: update sys_tas() routine
m32r: enable asm code optimization
m32r: fix and update for gcc-4.0
Hugh Dickins:
tmpfs: fix mount mpol nodelist parsing
tmpfs: recommend remount for mpol
Hugo Santos:
[IPV6] ip6_tunnel: release cached dst on change of tunnel params
Jamal Hadi Salim:
[NET] ethernet: Fix first packet goes out with MAC 00:00:00:00:00:00
James Bottomley:
voyager: fix boot panic by adding topology export
voyager: fix the cpu_possible_map to make voyager boot again
x86: fix broken SMP boot sequence
fix voyager after topology.c move
Jan Beulich:
x86_64: fix USER_PTRS_PER_PGD
Jean Tourrilhes:
[IRDA]: irda-usb bug fixes
Jon Mason:
x86_64: no_iommu removal in pci-gart.c
Juergen Kreileder:
Fix snd-usb-audio in 32-bit compat environment
Jun'ichi Nomura:
dm: missing bdput/thaw_bdev at removal
dm: free minor after unlink gendisk
Kaj-Michael Lang:
gbefb: IP32 gbefb depth change fix
Kelly Daly:
powerpc: disable OProfile for iSeries
Kumar Gala:
powerpc: Enable coherency for all pages on 83xx to fix PCI data corruption
powerpc: Fix mem= cmdline handling on arch/powerpc for !MULTIPLATFORM
Kurt Garloff:
OOM kill: children accounting
Linus Torvalds:
Make Kprobes depend on modules
Linux v2.6.16-rc5
Luke Yang:
Fix undefined symbols for nommu architecture
Marc Zyngier:
Fix Specialix SI probing
Martin Michlmayr:
[MIPS] Add support for TIF_RESTORE_SIGMASK for signal32
[MIPS] Make do_signal32 return void.
[MIPS] Fix compiler warnings in arch/mips/sibyte/bcm1480/irq.c
gbefb: Set default of FB_GBE_MEM to 4 MB
Michael Ellerman:
powerpc: Don't start secondary CPUs in a UP && KEXEC kernel
powerpc: Make UP -> SMP kexec work again
powerpc: Fix bug in spinup of renumbered secondary threads
powerpc: Initialise hvlpevent_queue.lock correctly
powerpc: Only calculate htab_size in one place for kexec
Michal Janusz Miroslaw:
[SERIAL] Trivial comment fix: include/linux/serial_reg.h
Michal Ostrowski:
Fix race condition in hvc console.
Mårten Wikström:
[ARM] 3347/1: Bugfix for ixp4xx_set_irq_type()
Olaf Hering:
powerpc: remove duplicate exports
ppc: fix adb breakage in xmon
Olof Johansson:
powerpc: Fix OOPS in lparcfg on G5
powerpc: Update {g5,pseries,ppc64}_defconfig
Paolo 'Blaisorblade' Giarrusso:
uml: correct error messages in COW driver
uml: fix usage of kernel_errno in place of errno
uml: fix ((unused)) attribute
uml: os_connect_socket error path fixup
uml: better error reporting for read_output
uml: tidying COW code
Patrick McHardy:
[XFRM]: Fix policy double put
[NETFILTER]: Fix NAT PMTUD problems
[NETFILTER]: Fix outgoing redirects to loopback
[NETFILTER]: Fix bridge netfilter related in xfrm_lookup
Paul Mackerras:
powerpc: Keep xtime and gettimeofday in sync
Pavel Machek:
suspend-to-ram: allow video options to be set at runtime
Pekka Enberg:
NTFS: We have struct kmem_cache now so use it instead of the typedef.
Peter Oberparleiter:
s390: dasd reference counting
Peter Osterlund:
pktcdvd: Correctly set rq->cmd_len in pkt_generic_packet()
pktcdvd: Rename functions and make their return values sane
pktcdvd: Remove useless printk statements
pktcdvd: Fix the logic in the pkt_writable_track function
pktcdvd: Only return -EROFS when appropriate
Prasanna S Panchamukhi:
Kprobes causes NX protection fault on i686 SMP
R Sharada:
powerpc64: fix spinlock recursion in native_hpte_clear
Ralf Baechle:
H8/300: CONFIG_CONFIG_ doesn't fly.
[MIPS] Make integer overflow exceptions in kernel mode fatal.
[MIPS] Reformat _sys32_rt_sigsuspend with tabs instead of space for consistency.
[MIPS] N32: Fix N32 rt_sigtimedwait and rt_sigsuspend breakage.
[MIPS] N32: Make sure pointer is good before passing it to sys_waitid().
[MIPS] Sibyte: #if CONFIG_* doesn't fly.
[MIPS] Sibyte: Config option names shouldn't be prefixed with CONFIG_
[MIPS] Follow Uli's latest *at syscall changes.
[MIPS] Yosemite: Fix build damage by dc8f6029cd51af1b148846a32e68d69013a5cc0f.
[MIPS] Disable CONFIG_ISCSI_TCP; it triggers a gcc 3.4 endless loop.
Rene Herman:
snd-cs4236 typo fix
Richard Lucassen:
[NET]: Increase default IFB device count.
Rojhalat Ibrahim:
[MIPS] Add topology_init.
Russell King:
[MMC] Fix mmc_cmd_type() mask
[ARM] Add panic-on-oops support
[ARM] Update mach-types
[ARM] CONFIG_CPU_MPCORE -> CONFIG_CPU_32v6K
[SERIAL] Add comment about early_serial_setup()
Samuel Thibault:
vgacon: no vertical resizing on EGA
Segher Boessenkool:
powerpc: Fix some MPIC + HT APIC buglets
powerpc: Don't re-assign PCI resources on Maple
Simon Vogl:
cfi: init wait queue in chip struct
Stefan Richter:
sbp2: fix another deadlock after disconnection
sbp2: variable status FIFO address (fix login timeout)
sbp2: update 36byte inquiry workaround (fix compatibility regression)
Stephen Hemminger:
sky2: yukon-ec-u chipset initialization
sky2: limit coalescing values to ring size
sky2: poke coalescing timer to fix hang
sky2: force early transmit status
sky2: use device iomem to access PCI config
sky2: close race on IRQ mask update.
skge: NAPI/irq race fix
skge: genesis phy initialzation
skge: protect interrupt mask
Stephen Rothwell:
Fix compile for CONFIG_SYSVIPC=n or CONFIG_SYSCTL=n
Stephen Street:
spi: Fix modular master driver remove and device suspend/remove
Steve French:
CIFS: CIFSSMBRead was returning an invalid pointer in buf on socket error
Suresh Bhogavilli:
[IPV4]: Fix garbage collection of multipath route entries
Suresh Siddha:
x86_64: Check for bad elf entry address.
Takashi Iwai:
alsa: fix bogus snd_device_free() in opl3-oss.c
Tejun Heo:
libata: fix WARN_ON() condition in *_fill_sg()
libata: fix qc->n_elem == 0 case handling in ata_qc_next_sg
libata: make ata_sg_setup_one() trim zero length sg
Uli Luckas:
[ARM] 3345/1: Fix interday RTC alarms
Ulrich Drepper:
flags parameter for linkat
YOSHIFUJI Hideaki:
[NET]: NETFILTER: remove duplicated lines and fix order in skb_clone().
[IPV6]: Do not ignore IPV6_MTU socket option.
Zachary Amsden:
Fix topology.c location
Zhu Yi:
ipw2200: Suppress warning message
^ permalink raw reply [flat|nested] 22+ messages in thread
* 2.6.16-rc5: known regressions
2006-02-27 5:27 Linux v2.6.16-rc5 Linus Torvalds
@ 2006-02-27 6:13 ` Adrian Bunk
2006-02-27 6:26 ` Ryan Phillips
` (3 more replies)
0 siblings, 4 replies; 22+ messages in thread
From: Adrian Bunk @ 2006-02-27 6:13 UTC (permalink / raw)
To: Linus Torvalds, Andrew Morton
Cc: Linux Kernel Mailing List, Tom Seeley, Dave Jones, Jiri Slaby,
michael, mchehab, v4l-dvb-maintainer, video4linux-list,
Brian Marete, Ryan Phillips, gregkh, linux-usb-devel,
Sanjoy Mahajan, Luming Yu, len.brown, linux-acpi, Mark Lord,
Randy Dunlap, jgarzik, linux-ide, Duncan, Pavlik Vojtech,
linux-input, Meelis Roos
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 or driver, a patch
of you was declared guilty for a breakage or I'm considering you in any
other way possibly involved with one or more of these issues.
Due to the huge amount of recipients, this email has a Reply-To set.
Please add the appropriate people to the Cc when replying regarding one
of these issues.
Subject : usb_submit_urb(ctrl) failed on 2.6.16-rc4-git10 kernel
References : http://bugzilla.kernel.org/show_bug.cgi?id=6134
Submitter : Ryan Phillips <rphillips@gentoo.org>
Status : unknown
Subject : Oops in Kernel 2.6.16-rc4 on Modprobe of saa7134.ko
References : http://lkml.org/lkml/2006/2/20/122
Submitter : Brian Marete <bgmarete@gmail.com>
Status : unknown
Subject : saa7146: no devices created in /dev/dvb
References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181063
http://lkml.org/lkml/2006/2/18/204
Submitter : Tom Seeley <redhat@tomseeley.co.uk>
Dave Jones <davej@redhat.com>
Handled-By : Jiri Slaby <jirislaby@gmail.com>
Status : unknown
Subject : S3 sleep hangs the second time - 600X
References : http://bugzilla.kernel.org/show_bug.cgi?id=5989
Submitter : Sanjoy Mahajan <sanjoy@mrao.cam.ac.uk>
Handled-By : Luming Yu <luming.yu@intel.com>
Status : is being debugged,
we might want to change the default back for 2.6.16:
http://lkml.org/lkml/2006/2/25/101
Subject : 2.6.16-rc[34]: resume-from-RAM unreliable (SATA)
References : http://lkml.org/lkml/2006/2/20/159
Submitter : Mark Lord <lkml@rtr.ca>
Handled-By : Randy Dunlap <rdunlap@xenotime.net>
Status : one of Randy's patches seems to fix it
Subject : total ps2 keyboard lockup from boot
References : http://bugzilla.kernel.org/show_bug.cgi?id=6130
Submitter : Duncan <1i5t5.duncan@cox.net>
Handled-By : Dmitry Torokhov <dmitry.torokhov@gmail.com>
Pavlik Vojtech <vojtech@suse.cz>
Status : discussion and debugging in the bug logs
Subject : psmouse starts losing sync in 2.6.16-rc2
References : http://lkml.org/lkml/2006/2/5/50
Submitter : Meelis Roos <mroos@linux.ee>
Handled-By : Dmitry Torokhov <dmitry.torokhov@gmail.com>
Status : Dmitry: Working on various manifestations of this one.
At worst we will have to disable resync by default
before 2.6.16 final is out and continue in 2.6.17 cycle.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-02-27 6:13 ` 2.6.16-rc5: known regressions Adrian Bunk
@ 2006-02-27 6:26 ` Ryan Phillips
2006-02-27 6:39 ` Vojtech Pavlik
2006-02-27 6:54 ` Jeff Garzik
` (2 subsequent siblings)
3 siblings, 1 reply; 22+ messages in thread
From: Ryan Phillips @ 2006-02-27 6:26 UTC (permalink / raw)
To: linux-kernel
Cc: Linus Torvalds, Andrew Morton, Tom Seeley, Dave Jones,
Jiri Slaby, michael, mchehab, v4l-dvb-maintainer,
video4linux-list, Brian Marete, Ryan Phillips, gregkh,
linux-usb-devel, Sanjoy Mahajan, Luming Yu, len.brown,
linux-acpi, Mark Lord, Randy Dunlap, jgarzik, linux-ide, Duncan,
Pavlik Vojtech, linux-input, Meelis Roos
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 or driver, a patch
> of you was declared guilty for a breakage or I'm considering you in any
> other way possibly involved with one or more of these issues.
>
> Due to the huge amount of recipients, this email has a Reply-To set.
> Please add the appropriate people to the Cc when replying regarding one
> of these issues.
>
>
> Subject : usb_submit_urb(ctrl) failed on 2.6.16-rc4-git10 kernel
> References : http://bugzilla.kernel.org/show_bug.cgi?id=6134
> Submitter : Ryan Phillips <rphillips@gentoo.org>
> Status : unknown
>
>
*snipped
> Subject : total ps2 keyboard lockup from boot
> References : http://bugzilla.kernel.org/show_bug.cgi?id=6130
> Submitter : Duncan <1i5t5.duncan@cox.net>
> Handled-By : Dmitry Torokhov <dmitry.torokhov@gmail.com>
> Pavlik Vojtech <vojtech@suse.cz>
> Status : discussion and debugging in the bug logs
>
>
*snipped
It appears that Duncan's "total ps2 keyboard lockup from boot" is the
same, or similar problem as mine.
2.6.15.1 kernel is working for me though.
-Ryan
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-02-27 6:26 ` Ryan Phillips
@ 2006-02-27 6:39 ` Vojtech Pavlik
0 siblings, 0 replies; 22+ messages in thread
From: Vojtech Pavlik @ 2006-02-27 6:39 UTC (permalink / raw)
To: Ryan Phillips
Cc: linux-kernel, Linus Torvalds, Andrew Morton, Tom Seeley,
Dave Jones, Jiri Slaby, michael, mchehab, v4l-dvb-maintainer,
video4linux-list, Brian Marete, Ryan Phillips, gregkh,
linux-usb-devel, Sanjoy Mahajan, Luming Yu, len.brown,
linux-acpi, Mark Lord, Randy Dunlap, jgarzik, linux-ide, Duncan,
linux-input, Meelis Roos
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 or driver, a patch
> > of you was declared guilty for a breakage or I'm considering you in any
> > other way possibly involved with one or more of these issues.
> >
> > Due to the huge amount of recipients, this email has a Reply-To set.
> > Please add the appropriate people to the Cc when replying regarding one
> > of these issues.
> >
> >
> > Subject : usb_submit_urb(ctrl) failed on 2.6.16-rc4-git10 kernel
> > References : http://bugzilla.kernel.org/show_bug.cgi?id=6134
> > Submitter : Ryan Phillips <rphillips@gentoo.org>
> > Status : unknown
> >
> >
> *snipped
> > Subject : total ps2 keyboard lockup from boot
> > References : http://bugzilla.kernel.org/show_bug.cgi?id=6130
> > Submitter : Duncan <1i5t5.duncan@cox.net>
> > Handled-By : Dmitry Torokhov <dmitry.torokhov@gmail.com>
> > Pavlik Vojtech <vojtech@suse.cz>
> > Status : discussion and debugging in the bug logs
> >
> >
> *snipped
>
> It appears that Duncan's "total ps2 keyboard lockup from boot" is the
> same, or similar problem as mine.
> 2.6.15.1 kernel is working for me though.
Except one of the keyboards is USB and the other PS/2. Both are
Microsoft wireless, though.
--
Vojtech Pavlik
Director SuSE Labs
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-02-27 6:13 ` 2.6.16-rc5: known regressions Adrian Bunk
2006-02-27 6:26 ` Ryan Phillips
@ 2006-02-27 6:54 ` Jeff Garzik
2006-02-27 7:08 ` Adrian Bunk
2006-02-27 13:36 ` Mark Lord
2006-02-27 14:09 ` Pavel Machek
3 siblings, 1 reply; 22+ messages in thread
From: Jeff Garzik @ 2006-02-27 6:54 UTC (permalink / raw)
To: linux-kernel
Cc: Linus Torvalds, Andrew Morton, Tom Seeley, Dave Jones,
Jiri Slaby, michael, mchehab, v4l-dvb-maintainer,
video4linux-list, Brian Marete, Ryan Phillips, gregkh,
linux-usb-devel, Sanjoy Mahajan, Luming Yu, len.brown,
linux-acpi, Mark Lord, Randy Dunlap, linux-ide, Duncan,
Pavlik Vojtech, linux-input, Meelis Roos
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 <lkml@rtr.ca>
> Handled-By : Randy Dunlap <rdunlap@xenotime.net>
> Status : one of Randy's patches seems to fix it
This is not a regression, libata suspend/resume has always been crappy.
It's under active development (by Randy, among others) to fix this.
Jeff
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-02-27 6:54 ` Jeff Garzik
@ 2006-02-27 7:08 ` Adrian Bunk
2006-02-28 9:40 ` Jens Axboe
0 siblings, 1 reply; 22+ messages in thread
From: Adrian Bunk @ 2006-02-27 7:08 UTC (permalink / raw)
To: Jeff Garzik
Cc: linux-kernel, Linus Torvalds, Andrew Morton, Mark Lord,
Randy Dunlap, linux-ide
On Mon, Feb 27, 2006 at 01:54:17AM -0500, Jeff Garzik wrote:
> 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 <lkml@rtr.ca>
> >Handled-By : Randy Dunlap <rdunlap@xenotime.net>
> >Status : one of Randy's patches seems to fix it
>
>
> This is not a regression, libata suspend/resume has always been crappy.
> It's under active development (by Randy, among others) to fix this.
It might have always been crappy, but it is a regression since
according to the submitter it is working with 2.6.15.
> Jeff
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-02-27 7:08 ` Adrian Bunk
@ 2006-02-28 9:40 ` Jens Axboe
2006-03-01 0:17 ` Randy.Dunlap
0 siblings, 1 reply; 22+ messages in thread
From: Jens Axboe @ 2006-02-28 9:40 UTC (permalink / raw)
To: Adrian Bunk
Cc: Jeff Garzik, linux-kernel, Linus Torvalds, Andrew Morton,
Mark Lord, Randy Dunlap, linux-ide
On Mon, Feb 27 2006, Adrian Bunk wrote:
> On Mon, Feb 27, 2006 at 01:54:17AM -0500, Jeff Garzik wrote:
> > 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 <lkml@rtr.ca>
> > >Handled-By : Randy Dunlap <rdunlap@xenotime.net>
> > >Status : one of Randy's patches seems to fix it
> >
> >
> > This is not a regression, libata suspend/resume has always been crappy.
> > It's under active development (by Randy, among others) to fix this.
>
> It might have always been crappy, but it is a regression since
> according to the submitter it is working with 2.6.15.
It might have worked under lucky circumstances with an idle disk and a
goat sacrifice, so I agree with Jeff that this is definitely not a
regression. To my knowledge, Mark always used my libata suspend patch on
earlier kernels so it's not even an apples-apples comparison.
So please scratch that entry.
--
Jens Axboe
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-02-28 9:40 ` Jens Axboe
@ 2006-03-01 0:17 ` Randy.Dunlap
2006-03-04 13:18 ` Adrian Bunk
0 siblings, 1 reply; 22+ messages in thread
From: Randy.Dunlap @ 2006-03-01 0:17 UTC (permalink / raw)
To: Jens Axboe; +Cc: bunk, jgarzik, linux-kernel, torvalds, akpm, lkml, linux-ide
On Tue, 28 Feb 2006 10:40:53 +0100 Jens Axboe wrote:
> On Mon, Feb 27 2006, Adrian Bunk wrote:
> > On Mon, Feb 27, 2006 at 01:54:17AM -0500, Jeff Garzik wrote:
> > > 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 <lkml@rtr.ca>
> > > >Handled-By : Randy Dunlap <rdunlap@xenotime.net>
> > > >Status : one of Randy's patches seems to fix it
> > >
> > >
> > > This is not a regression, libata suspend/resume has always been crappy.
> > > It's under active development (by Randy, among others) to fix this.
> >
> > It might have always been crappy, but it is a regression since
> > according to the submitter it is working with 2.6.15.
>
> It might have worked under lucky circumstances with an idle disk and a
> goat sacrifice, so I agree with Jeff that this is definitely not a
> regression. To my knowledge, Mark always used my libata suspend patch on
> earlier kernels so it's not even an apples-apples comparison.
>
> So please scratch that entry.
I'll third that request/comment.
---
~Randy
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-03-01 0:17 ` Randy.Dunlap
@ 2006-03-04 13:18 ` Adrian Bunk
0 siblings, 0 replies; 22+ messages in thread
From: Adrian Bunk @ 2006-03-04 13:18 UTC (permalink / raw)
To: Randy.Dunlap
Cc: Jens Axboe, jgarzik, linux-kernel, torvalds, akpm, lkml, linux-ide
On Tue, Feb 28, 2006 at 04:17:25PM -0800, Randy.Dunlap wrote:
> On Tue, 28 Feb 2006 10:40:53 +0100 Jens Axboe wrote:
>
> > On Mon, Feb 27 2006, Adrian Bunk wrote:
> > > On Mon, Feb 27, 2006 at 01:54:17AM -0500, Jeff Garzik wrote:
> > > > 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 <lkml@rtr.ca>
> > > > >Handled-By : Randy Dunlap <rdunlap@xenotime.net>
> > > > >Status : one of Randy's patches seems to fix it
> > > >
> > > >
> > > > This is not a regression, libata suspend/resume has always been crappy.
> > > > It's under active development (by Randy, among others) to fix this.
> > >
> > > It might have always been crappy, but it is a regression since
> > > according to the submitter it is working with 2.6.15.
> >
> > It might have worked under lucky circumstances with an idle disk and a
> > goat sacrifice, so I agree with Jeff that this is definitely not a
> > regression. To my knowledge, Mark always used my libata suspend patch on
> > earlier kernels so it's not even an apples-apples comparison.
> >
> > So please scratch that entry.
>
> I'll third that request/comment.
OK, done.
> ~Randy
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-02-27 6:13 ` 2.6.16-rc5: known regressions Adrian Bunk
2006-02-27 6:26 ` Ryan Phillips
2006-02-27 6:54 ` Jeff Garzik
@ 2006-02-27 13:36 ` Mark Lord
2006-02-27 14:09 ` Pavel Machek
3 siblings, 0 replies; 22+ messages in thread
From: Mark Lord @ 2006-02-27 13:36 UTC (permalink / raw)
To: linux-kernel
Cc: Linus Torvalds, Andrew Morton, Tom Seeley, Dave Jones,
Jiri Slaby, michael, mchehab, v4l-dvb-maintainer,
video4linux-list, Brian Marete, Ryan Phillips, gregkh,
linux-usb-devel, Sanjoy Mahajan, Luming Yu, len.brown,
linux-acpi, Randy Dunlap, jgarzik, linux-ide, Duncan,
Pavlik Vojtech, linux-input, Meelis Roos
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 <lkml@rtr.ca>
> Handled-By : Randy Dunlap <rdunlap@xenotime.net>
> Status : one of Randy's patches seems to fix it
I'm not certain about this. It may also have been broken in 2.6.15,
but it (resume) did work fine with 2.6.14. I've been using Randy's
patches with both 2.6.15 (since -rc?), and 2.6.16-rc.
Cheers
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: 2.6.16-rc5: known regressions
2006-02-27 6:13 ` 2.6.16-rc5: known regressions Adrian Bunk
` (2 preceding siblings ...)
2006-02-27 13:36 ` Mark Lord
@ 2006-02-27 14:09 ` Pavel Machek
3 siblings, 0 replies; 22+ messages in thread
From: Pavel Machek @ 2006-02-27 14:09 UTC (permalink / raw)
To: linux-kernel
Cc: Linus Torvalds, Andrew Morton, Tom Seeley, Dave Jones,
Jiri Slaby, michael, mchehab, v4l-dvb-maintainer,
video4linux-list, Brian Marete, Ryan Phillips, gregkh,
linux-usb-devel, Sanjoy Mahajan, Luming Yu, len.brown,
linux-acpi, Mark Lord, Randy Dunlap, jgarzik, linux-ide, Duncan,
Pavlik Vojtech, linux-input, Meelis Roos
On Mon 27-02-06 07:13:54, Adrian Bunk wrote:
>
> Subject : S3 sleep hangs the second time - 600X
> References : http://bugzilla.kernel.org/show_bug.cgi?id=5989
> Submitter : Sanjoy Mahajan <sanjoy@mrao.cam.ac.uk>
> Handled-By : Luming Yu <luming.yu@intel.com>
> Status : is being debugged,
> we might want to change the default back for 2.6.16:
> http://lkml.org/lkml/2006/2/25/101
Luming's call, but ec_intr apparently fixed some machines, too.s
> Subject : 2.6.16-rc[34]: resume-from-RAM unreliable (SATA)
> References : http://lkml.org/lkml/2006/2/20/159
> Submitter : Mark Lord <lkml@rtr.ca>
> Handled-By : Randy Dunlap <rdunlap@xenotime.net>
> Status : one of Randy's patches seems to fix it
Is this really regression?
--
Thanks, Sharp!
^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2006-05-22 9:56 UTC | newest]
Thread overview: 22+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-02-27 9:04 2.6.16-rc5: known regressions Yu, Luming
2006-03-03 2:59 ` Sanjoy Mahajan
2006-03-03 16:51 ` Matthew Garrett
2006-03-03 21:04 ` Sanjoy Mahajan
2006-03-10 5:26 ` 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT] Sanjoy Mahajan
2006-05-19 13:44 ` Thomas Renninger
2006-05-21 0:12 ` Sanjoy Mahajan
2006-05-21 0:40 ` Carl-Daniel Hailfinger
2006-05-21 1:30 ` Joshua Hudson
2006-05-21 3:53 ` Lee Revell
2006-05-22 9:55 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2006-03-03 4:46 2.6.16-rc5: known regressions Yu, Luming
2006-02-27 5:27 Linux v2.6.16-rc5 Linus Torvalds
2006-02-27 6:13 ` 2.6.16-rc5: known regressions Adrian Bunk
2006-02-27 6:26 ` Ryan Phillips
2006-02-27 6:39 ` Vojtech Pavlik
2006-02-27 6:54 ` Jeff Garzik
2006-02-27 7:08 ` Adrian Bunk
2006-02-28 9:40 ` Jens Axboe
2006-03-01 0:17 ` Randy.Dunlap
2006-03-04 13:18 ` Adrian Bunk
2006-02-27 13:36 ` Mark Lord
2006-02-27 14:09 ` Pavel Machek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).