From: Ashok Raj <[EMAIL PROTECTED]>
Processor entries under /sys/firmware/acpi/namespace/ACPI/_SB/CPU* were not
being removed due to acpi_bus_trim not asking for it just for processors.
Without which a new hot-add after a remove doesnt call appropriate init
functions resulting in subsequent hot-add for same cpu failing.
Not clear why we restricted that to non-processor devices.
Signed-off-by: Ashok Raj <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
drivers/acpi/scan.c | 5 +----
1 files changed, 1 insertion(+), 4 deletions(-)
diff -puN
drivers/acpi/scan.c~remove-entries-in-sys-firmware-acpi-for-processor-also
drivers/acpi/scan.c
---
devel/drivers/acpi/scan.c~remove-entries-in-sys-firmware-acpi-for-processor-also
2006-03-28 14:03:07.000000000 -0800
+++ devel-akpm/drivers/acpi/scan.c 2006-03-28 14:03:07.000000000 -0800
@@ -433,10 +433,7 @@ acpi_eject_store(struct acpi_device *dev
islockable = device->flags.lockable;
handle = device->handle;
- if (type == ACPI_TYPE_PROCESSOR)
- result = acpi_bus_trim(device, 0);
- else
- result = acpi_bus_trim(device, 1);
+ result = acpi_bus_trim(device, 1);
if (!result)
result = acpi_eject_operation(handle, islockable);
_
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
