diff options
author | Linus Torvalds <torvalds@evo.osdl.org> | 2006-11-17 19:31:09 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@evo.osdl.org> | 2006-11-17 19:31:09 -0800 |
commit | b976fe19acc565e5137e6f12af7b6633a23e6b7c (patch) | |
tree | f5bd7eecbee3c165ff97ab8c642cae4f421a3cec /drivers/media/radio/miropcm20-radio.c | |
parent | 808dbbb6bb61173bf52946a28f99089d2efa4c55 (diff) |
Revert "ACPI: created a dedicated workqueue for notify() execution"
This reverts commit 37605a6900f6b4d886d995751fcfeef88c4e462c.
Again.
This same bug has now been introduced twice: it was done earlier by
commit b8d35192c55fb055792ff0641408eaaec7c88988, only to be reverted
last time in commit 72945b2b90a5554975b8f72673ab7139d232a121.
We must NOT try to queue up notify handlers to another thread than the
normal ACPI execution thread, because the notifications on some systems
seem to just keep on accumulating until we run out of memory and/or
threads.
Keeping events within the one deferred execution thread automatically
throttles the events properly.
At least the Compaq N620c will lock up completely on the first thermal
event without this patch reverted.
Cc: David Brownell <david-b@pacbell.net>
Cc: Len Brown <len.brown@intel.com>
Cc: Alexey Starikovskiy <alexey.y.starikovskiy@linux.intel.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'drivers/media/radio/miropcm20-radio.c')
0 files changed, 0 insertions, 0 deletions