# originally sent to the wrong bug. correcting and sending to #491202 severity 491057 important severity 491202 serious thanks
On 17/07/08 at 17:37 +0200, Lucas Nussbaum wrote: > On 16/07/08 at 10:04 +0200, Lucas Nussbaum wrote: > > Package: linux-image-2.6.25-2-686 > > Version: 2.6.25-6 > > Severity: important > > > > Hi, > > > > My Dell laptop, a Latitude D610, no longer resumes with kernel 2.6.25. > > > > During resume, there's some hard disk activity, but the screen never > > turns on. I don't think that the system started normally (ie, that it's > > only a screen problem) because pressing the power button shortly doesn't > > power down the laptop. > > > > It worked fine with linux-image-2.6.24-1-686 2.6.24-7. It also fails to > > work with linux-image-2.6.26-rc9-686 > > 2.6.26~rc9-1~experimental.1~snapshot.11825. > > After more investigation using 2.6.26-rc9: > > I could suspend and resume using acpi-support's legacy mode. The trick > is to shutdown alsa (which acpi-support legacy mode does), and then > add the following modules to the exclude list: snd_intel8x0 > snd_ac97_codec > > It should probably be investigated whether those modules should be added > in some blacklist in acpi-support (I haven't tested whether snd_intel8x0 > or snd_ac97_codec is at fault). (that's why I'm reassigning to > acpi-support) > > I couldn't get hal+pm-utils to work. Apparently, pm-utils doesn't > shutdown alsa, so I can't remove the module. Even after shutting down > alsa, killing mixer_applet2, and removing the modules manually, the > laptop suspends, but doesn't resume (short disk activity, then nothing), > when suspended using pm-suspend. I did more work on that. It suspends/resumes fine with acpi-support's legacy mode. With pm-utils, it still doesn't work. I tried to debug that by building a custom kernel with PM_TRACE enabled. It pointed me to the following kernel modules, successively: serio_raw, psmouse, atkbd. I added those modules to SUSPEND_MODULES, but it still didn't help. By googling almost randomly, I also tried to "unbind" i8042. Still doesn't help. At this point, I'm out of ideas. During the last failure, it apparently generated a Magic number that doesn't match any device: [ 1.246379] registered taskstats [ 1.246662] Magic number: 0:657:383 [ 1.246814] hash matches drivers/base/power/main.c:174 [ 1.254593] rtc_cmos 00:06: setting system clock t o 2028-02-05 14:21:46 UTC (1833373306) I'm not sure of the severity of this bug. My laptop worked fine with etch, using acpi-support, which was sort of the "default" suspend/resume infrastructure. Now, everybody (including acpi-support, by default) is switching to pm-utils, which is the "default" for lenny. So for me at least, it's a clear/severe regression from etch to lenny, hence the severity bump. Also, I'm a bit puzzled that I couldn't find any comment from the maintainer in any of the severity>normal open bugs on pm-utils. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
