From mboxrd@z Thu Jan 1 00:00:00 1970 From: Toshi Kani Subject: Re: [PATCH 2/3] ACPI / hotplug: Fix PCI host bridge hot removal Date: Mon, 18 Nov 2013 11:10:05 -0700 Message-ID: <1384798205.1791.14.camel@misato.fc.hp.com> References: <2434673.zhjYZOTQ4A@vostro.rjw.lan> <3206422.AfXMUDqMXZ@vostro.rjw.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <3206422.AfXMUDqMXZ@vostro.rjw.lan> Sender: linux-pci-owner@vger.kernel.org To: "Rafael J. Wysocki" Cc: ACPI Devel Maling List , LKML , Linux PCI , Bjorn Helgaas , Yinghai Lu List-Id: linux-acpi@vger.kernel.org On Thu, 2013-11-14 at 00:16 +0100, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Since the PCI host bridge scan handler does not set hotplug.enabled, > the check of it in acpi_bus_device_eject() effectively prevents the > root bridge hot removal from working after commit a3b1b1ef78cd > (ACPI / hotplug: Merge device hot-removal routines). However, that > check is not necessary, because the other acpi_bus_device_eject() > users, acpi_hotplug_notify_cb and acpi_eject_store(), do the same > check by themselves before executing that function. > > For this reason, remove the scan handler check from > acpi_bus_device_eject() to make PCI hot bridge hot removal work > again. I am curious why the PCI host bridge scan handler does not set hotplug.enabled. Is this how it disables hotplug via sysfs eject but enables via ACPI notification? Thanks, -Toshi