On Sat, 16 Oct 2004, Moritz Heiber wrote: > When the laptop locked up the last three lines where (almost) like: > > uhci_hcd 0000:00:1d.1: suspend_hc > uhci_hcd 0000:00:1d.1: just before suspend > uhci_hcd 0000:00:1d.0: just after suspend
As you might expect, that indicates there's probably nothing wrong with the UHCI controller itself. > > As another test, you can try disabling ACPI both in the BIOS setup and > > when you boot (use the boot parameter acpi=off). If ACPI is the culprit, > > then running without it may solve everything. > > So I added 'acpi=off' to lilo and rebooted the computer. Nothing changed. > I went into my laptop's BIOS and basicly disabled any power management > related feature (even speedstepping) I could find. > I rebooted .. unplugged the mouse .. nothing happened. I mean nothing as in > _absolutely_ nothing! No lockup or unusual behaviour! > > I reenabled the BIOS support for the power management feature by feature > and figured that a term called "Enable CPU Power Management" (whatever that > might be) was causing the lockups. So it seems that the recent improvements > in the power management core don't get along with my buggy ACPI BIOS (I'm > going to try to reenable ACPI now). I guess I'm going to report that to IBM > (though I don't think that anyone will care). Or I'll have to wait for the > kernel developers to implent some sort of workaround. For interesting reading about ACPI and buggy BIOSes, look at http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115748 Alan Stern ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
