| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Mon, 31 Mar 2008 20:05:37 +0200 From: Oliver Neukum <oliver@...kum.org> To: Mark Lord <lkml@....ca> Cc: Pavel Machek <pavel@...e.cz>, Linux Kernel <linux-kernel@...r.kernel.org>, Greg KH <gregkh@...e.de>, Andrew Morton <akpm@...ux-foundation.org>, jikos@...e.cz Subject: Re: 2.6.25-rc7: Ugh. Am Montag, 31. März 2008 19:30:46 schrieb Mark Lord: > I've now removed the internal USB-Bluetooth adaptor, so we can now test > without any USB devices connected. > > Suspend without any USB devices plugged-in, and it *always* resumes fine > with working USB, even when the USB stuff is plugged in before hitting > the resume button. To the USB subsystem these devices are plugged in as soon as power is returned. > But suspend *with* any USB device plugged-in, and it *always* fails resume, > even when the USB device is unplugged before hitting the resume button. > > Conclusion: the bug is in the usb SUSPEND code, not the RESUME code. I would arrive at the opposite conclusion. Independent from that, loss of power is not really supported by USB during STR. Obviously it should not hang, but all devices will be disconnected and reconnected. But if power is cut with newer kernels and older kernels retain it, something must have changed. Can you undo the ACPI changes since the last working kernel? Regards Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists