applied. thanks, -Len >-----Original Message----- >From: akpm@xxxxxxxx [mailto:akpm@xxxxxxxx] >Sent: Tuesday, March 28, 2006 5:04 PM >To: Brown, Len >Cc: linux-acpi@xxxxxxxxxxxxxxx; akpm@xxxxxxxx; Raj, Ashok; ak@xxxxxx >Subject: [patch 23/26] x86_64: Remove entries in >/sys/firmware/acpi for processor also > > >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-pro >cessor-also drivers/acpi/scan.c >--- >devel/drivers/acpi/scan.c~remove-entries-in-sys-firmware-acpi-f >or-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
