Messages in this thread | | | From | Jesse Barnes <> | Subject | Re: [PATCH] pcie hotplug: Change link order of pciehp | Date | Tue, 27 Jan 2009 15:37:00 -0800 |
| |
On Monday, January 26, 2009 6:18 pm Randy Dunlap wrote: > Matthew Garrett wrote: > > commit bf53d46d80486fa613dc345aba5d42a29368056d > > Author: Matthew Garrett <mjg@redhat.com> > > Date: Tue Jan 27 11:29:02 2009 +1100 > > > > pcie hotplug: Change link order of pciehp > > > > Some hardware exposes PCIE slots in such a way that they can be claimed > > by either the acpiphp or pciehp driver. pciehp is the preferred driver if > > the firmware allows the OS to claim control via the _OSC method so should > > be loaded first - if it fails to bind (either due to a missing _OSC > > method or the firmware refusing to hand off control) then we can fall > > back to acpiphp or a vendor-specific driver. > > > > This patch simply changes the link order to ensure that pciehp will be > > initialised before acpiphp if both are statically built into the kernel. > > > > Signed-off-by: Matthew Garrett <mjg@redhat.com> > > Acked-by: Randy Dunlap <randy.dunlap@oracle.com>
Ok, applied to my for-linus branch, since this is actually affecting users now.
-- Jesse Barnes, Intel Open Source Technology Center
| |