lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 15 Apr 2015 15:16:01 +0200
From:	"Rafael J. Wysocki" <rafael@...nel.org>
To:	Bjorn Helgaas <bhelgaas@...gle.com>
Cc:	"Rafael J. Wysocki" <rjw@...ysocki.net>,
	Henrique de Moraes Holschuh <hmh@....eng.br>,
	Linux PCI <linux-pci@...r.kernel.org>,
	ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] PCI / hotplug: Propagate the "ignore hotplug" setting to parent

On Wed, Apr 15, 2015 at 2:55 PM, Bjorn Helgaas <bhelgaas@...gle.com> wrote:
> On Tue, Apr 14, 2015 at 8:03 PM, Rafael J. Wysocki <rjw@...ysocki.net> wrote:
>> On Tuesday, April 14, 2015 12:28:12 PM Henrique de Moraes Holschuh wrote:
>>> On Mon, Apr 13, 2015, at 11:23, Rafael J. Wysocki wrote:
>>> > From: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
>>> >
>>> > Refine the mechanism introduced by commit f244d8b623da (ACPIPHP / radeon
>>> > / nouveau: Fix VGA switcheroo problem related to hotplug) to propagate
>>> > the ignore_hotplug setting of the device to its parent bridge in case
>>> > hotplug notifications related to the graphics adapter switching are
>>> > given for the bridge rather than for the device itself (the need to
>>> > be ignored in both cases).
>>>
>>> I do apologise if this is a stupid question, but is there any chance the
>>> bridge will be connected to other devices that do require hotplug handling,
>>> and not just to the GPU?
>>
>> The bridge is actually a downstream PCIe port holding the GPU, so no. :-)
>
> When radeon/nouveau call pci_ignore_hotplug(), that's the case, but in
> general all we know is that pci_ignore_hotplug() receives a PCI
> device.  We don't know whether it's PCI or PCIe.  In the hotplug
> topologies I'm familiar with, a bridge only leads to one hot-pluggable
> slot, but I don't remember anything that would guarantee that.  For
> PCIe, I think there can only be one slot, but for PCI I would think it
> possible to have one bridge leading to several hotpluggable slots,
> with the hotplug controller(s) being separate from the bridge.

Realistically, the switcheroo people are the only users of
pci_ignore_hotplug() today and if somebody wants the hotplug events to
be ignored for him and perhaps not for someone else on the same
bridge, then something is seriously broken about that system anyway.

Still, it is up to you whether or not to apply the patch. :-)

Rafael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ