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-next>] [day] [month] [year] [list]
Message-ID: <CAE9FiQWjLx8R_j5q1qF-NYLOmxV-TbmROUqcLMw-QMFE4rjkpw@mail.gmail.com>
Date:	Fri, 6 Apr 2012 10:42:50 -0700
From:	Yinghai Lu <yinghai@...nel.org>
To:	Jiang Liu <jiang.liu@...wei.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	linux-pci@...r.kernel.org
Subject: Fwd: [PATCH -v3 40/47] PCI: Add pci bus removal through /sys/.../pci_bus/.../remove

adding back the CC list


---------- Forwarded message ----------
From: Yinghai Lu <yhlu.kernel@...il.com>
Date: Fri, Apr 6, 2012 at 9:24 AM
Subject: Re: [PATCH -v3 40/47] PCI: Add pci bus removal through
/sys/.../pci_bus/.../remove
To: Bjorn Helgaas <bhelgaas@...gle.com>


On Fri, Apr 6, 2012 at 9:07 AM, Bjorn Helgaas <bhelgaas@...gle.com> wrote:
> On Fri, Apr 6, 2012 at 10:01 AM, Yinghai Lu <yhlu.kernel@...il.com> wrote:
>> On Fri, Apr 6, 2012 at 8:50 AM, Jiang Liu <liuj97@...il.com> wrote:
>>> Hi Yinghai,
>>>        I found many other drivers assume that a pci bus won't disappear if
>>> the corresponding PCI bridge device still exists. The sysfs interface proposed
>>> here breaks that assumption and may cause many access-after-free issues.
>>> So what's the purpose of this interface? Should we remove this interface or
>>> enhance other drivers to avoid invalid memory access issues?
>
> Can you point out some of the specifics about drivers making this
> assumption?  I'm not thrilled about the idea of removing a pci_bus
> while the upstream bridge pci_dev still exists either.

I noticed that too. some hotplug driver link to those child bus
instead of bridge...
So have prepared some local patches to handle them.

>
>> ok, will make it only show up on root bus.
>
> OK.  I'm still interested in the specifics because I don't like the
> way the pci_bus is exposed, even inside the kernel.  The bus itself is
> not an active entity, and we can't really do anything with it except
> by touching a device connected to it.

I want to keep that to remove root bus that is not added acpi root.

Yinghai

Download attachment "fix_pciehcp_after_remove_bus_panic.patch" of type "application/octet-stream" (1857 bytes)

Download attachment "fix_pcie_hotplug_null_subordinate.patch" of type "application/octet-stream" (11043 bytes)

Download attachment "fix_pcie_hotplug_null_subordinate_pciehp.patch" of type "application/octet-stream" (796 bytes)

Download attachment "fix_pcie_hotplug_null_subordinate_acpiphp.patch" of type "application/octet-stream" (2438 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ