applying the
commit, acpi_bus_trim() did so.
But after appling the commit, acpi_bus_trim() does not detach devices in
post order. So when I remove them, memory devices are removed first and
processor devices are removed second.
By this, I hit a problem.
In Linux on x86 arch, NUMA node is depend
;>> in my x86 box, memory devices are added first and processor devices are
> >>> added
> >>> second. So I expect that processor devices are removed first and memory
> >>> devices are removed second when I remove them. And before applying the
> >>&
implementation of CPU hotplug.
A problem I think is that acpi_bus_trim() does not detach devices in
post-order. And my patch does not fix it. So if some device has dependency
of other device, similar problem will occur.
Thanks,
Yasuaki Ishimatsu
Rafael
--
To unsubscribe from this list: send
e them. And before applying the
> > commit, acpi_bus_trim() did so.
> >
> > But after appling the commit, acpi_bus_trim() does not detach devices in
> > post order. So when I remove them, memory devices are removed first and
> > processor devices are removed second.
> >
>
added
> second. So I expect that processor devices are removed first and memory
> devices are removed second when I remove them. And before applying the
> commit, acpi_bus_trim() did so.
>
> But after appling the commit, acpi_bus_trim() does not detach devices in
> post or
that processor devices are removed first and memory
devices are removed second when I remove them. And before applying the
commit, acpi_bus_trim() did so.
But after appling the commit, acpi_bus_trim() does not detach devices in
post order. So when I remove them, memory devices are removed first
not detach devices in
post order. So when I remove them, memory devices are removed first and
processor devices are removed second.
By this, I hit a problem.
In Linux on x86 arch, NUMA node is depend on memory devices. So new NUMA
node is created at memory hot adding. Thus when I hot add
?
No. The patch just fixed implementation of CPU hotplug.
A problem I think is that acpi_bus_trim() does not detach devices in
post-order. And my patch does not fix it. So if some device has dependency
of other device, similar problem will occur.
Thanks,
Yasuaki Ishimatsu
Rafael
. And before applying the
commit, acpi_bus_trim() did so.
But after appling the commit, acpi_bus_trim() does not detach devices in
post order. So when I remove them, memory devices are removed first and
processor devices are removed second.
By this, I hit a problem.
In Linux on x86 arch
remove them. And before applying the
commit, acpi_bus_trim() did so.
But after appling the commit, acpi_bus_trim() does not detach devices in
post order. So when I remove them, memory devices are removed first and
processor devices are removed second.
By this, I hit a problem.
In Linux on x86 arch
them. And before applying the
commit, acpi_bus_trim() did so.
But after appling the commit, acpi_bus_trim() does not detach devices in
post order. So when I remove them, memory devices are removed first and
processor devices are removed second.
By this, I hit a problem.
In Linux on x86 arch
are removed second when I remove them. And before applying the
commit, acpi_bus_trim() did so.
But after appling the commit, acpi_bus_trim() does not detach devices in
post order. So when I remove them, memory devices are removed first and
processor devices are removed second.
By this, I hit a problem
12 matches
Mail list logo