[Bug 14997] Closing and re-opening the lid does not reactivate the backlight

http://bugzilla.kernel.org/show_bug.cgi?id=14997 Thorsten Leemhuis changed: What|Removed |Added CC||fed...@leemhuis.info --- Comment #

[Bug 100110] Re: 18 seconds ACPI delay while booting due to DSDT

Does the bootflag use_acpi_timer_override do anything for you? Is it safe to use? -- 18 seconds ACPI delay while booting due to DSDT https://bugs.launchpad.net/bugs/100110 You received this bug notification because you are a direct subscriber of the bug. -

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #15 from Rafael J. Wysocki 2010-01-30 19:04:04 --- I'm not sure the patch does exactly what you wanted. I thought it would just release the global lock instead of merely preventing it from being acquired. Also, shouldn't we actua

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #16 from Rafael J. Wysocki 2010-01-30 19:11:57 --- Really, trying to keep the global hardware lock by _any_ _driver_ over a suspend-resume cycle is a plain bug that needs fixing. I mean _really_ _fixed_, not worked around by, let'

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 Rafael J. Wysocki changed: What|Removed |Added Attachment #24318|0 |1 is obsolete|

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #18 from Maxim Levitsky 2010-01-30 21:16:00 --- >I'm not sure the patch does exactly what you wanted. I thought it would just >release the global lock instead of merely preventing it from being acquired. > >Also, shouldn't we act

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #19 from Rafael J. Wysocki 2010-01-30 21:24:23 --- BTW, if the patch above doesn't work for you, this means the global lock is acquired from somewhere else, most likely from some AML routine, and not released. That may be a result

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #20 from Rafael J. Wysocki 2010-01-30 21:35:04 --- (In reply to comment #18) > >I'm not sure the patch does exactly what you wanted. I thought it would just > >release the global lock instead of merely preventing it from being acq

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #21 from Maxim Levitsky 2010-01-30 21:41:43 --- But what I do next? I call the acpi_ex_release_mutex_object, and it releases the global lock (since I didn't touch the release path). -- Configure bugmail: http://bugzilla.kernel.o

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #22 from Rafael J. Wysocki 2010-01-30 21:51:48 --- No, it doesn't. It only releases the mutex used for protecting the global lock and its reference counter (acpi_ev_global_lock_acquired) from concurrent access. The global lock is

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #23 from Rafael J. Wysocki 2010-01-30 21:58:22 --- Ah, sorry, I overlooked the "Special case for Global Lock" in acpi_ex_acquire_mutex_object() (how broken is this?). -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #24 from Rafael J. Wysocki 2010-01-30 22:11:54 --- Howver, this also has to be done during suspend because of the global lock's reference counter and mutex. Namely, if we suspended with the global lock held, the reference counter

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #25 from Rafael J. Wysocki 2010-01-30 22:51:58 --- (In reply to comment #22) > [BTW, if I'm not mistaken, there is a bug in acpi_ev_acquire_global_lock() > that > should do acpi_os_release_mutex(acpi_gbl_global_lock_mutex->mutex.o

[Bug 14668] Resume from disk hangs in acpi_ex_acquire_global_lock

http://bugzilla.kernel.org/show_bug.cgi?id=14668 --- Comment #26 from Maxim Levitsky 2010-01-30 22:55:08 --- Sure, My goal was just to be sure that hw lock isn't held by kernel that does the resume. Now testing both GFP_NOIO and above patch (42 cycles and counting...) -- Configure bugmai

[Bug 15179] New: Boot will hang up, Kernel Panic

http://bugzilla.kernel.org/show_bug.cgi?id=15179 Summary: Boot will hang up, Kernel Panic Product: ACPI Version: 2.5 Kernel Version: 2.6.33-RC6 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Seve

[Bug 15179] Boot will hang up, Kernel Panic

http://bugzilla.kernel.org/show_bug.cgi?id=15179 --- Comment #1 from Beiruty 2010-01-31 00:55:12 --- Created an attachment (id=24811) --> (http://bugzilla.kernel.org/attachment.cgi?id=24811) Kernel Panic 2.6.33-RC6 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email

[Bug 15182] New: keys for adjusting display brightness don't work as expected on ASUS 1005p netbook

http://bugzilla.kernel.org/show_bug.cgi?id=15182 URL: https://bugs.launchpad.net/linux/+bug/513921 Summary: keys for adjusting display brightness don't work as expected on ASUS 1005p netbook Product: ACPI Version: 2.5 Pl