From: Ashok Raj <ashok.raj@xxxxxxxxx> 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 <ashok.raj@xxxxxxxxx> Cc: Andi Kleen <ak@xxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxx> --- 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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
