Linus Torvalds b976fe19ac Revert "ACPI: created a dedicated workqueue for notify() execution" ... This reverts commit 37605a6900. Again. This same bug has now been introduced twice: it was done earlier by commit b8d35192c5, only to be reverted last time in commit 72945b2b90. 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>		2006-11-17 19:31:09 -08:00
..
dispatcher
events
executer
hardware
namespace
parser
resources
sleep
tables
utilities
ac.c
acpi_memhotplug.c	[PATCH] acpi memory hotplug: remove strange add_memory fail message	2006-10-20 10:26:38 -07:00
asus_acpi.c
battery.c
blacklist.c
bus.c
button.c
cm_sbs.c
container.c
debug.c
dock.c
ec.c
event.c
fan.c
glue.c
hotkey.c
i2c_ec.c
i2c_ec.h
ibm_acpi.c
Kconfig
Makefile
motherboard.c
numa.c
osl.c	Revert "ACPI: created a dedicated workqueue for notify() execution"	2006-11-17 19:31:09 -08:00
pci_bind.c
pci_irq.c
pci_link.c
pci_root.c
power.c
processor_core.c
processor_idle.c	[PATCH] fix "ACPI: Processor native C-states using MWAIT"	2006-10-20 10:26:37 -07:00
processor_perflib.c
processor_thermal.c
processor_throttling.c
sbs.c
scan.c
system.c
tables.c
thermal.c
toshiba_acpi.c
utils.c
video.c