[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5387A57B.6050204@suse.de>
Date: Thu, 29 May 2014 23:24:11 +0200
From: Alexander Graf <agraf@...e.de>
To: Alex Williamson <alex.williamson@...hat.com>,
Kim Phillips <kim.phillips@...aro.org>
CC: a.motakis@...tualopensystems.com, kvmarm@...ts.cs.columbia.edu,
iommu@...ts.linux-foundation.org, linux-kernel@...r.kernel.org,
kvm@...r.kernel.org, linux-doc@...r.kernel.org,
gregkh@...uxfoundation.org, jhovold@...il.com, will.deacon@....com,
a.rigo@...tualopensystems.com, rob.herring@...xeda.com,
stuart.yoder@...escale.com, rob@...dley.net,
grant.likely@...aro.org, tech@...tualopensystems.com,
clbchenlibo.chen@...wei.com, christoffer.dall@...aro.org,
eric.auger@...aro.org, Julien Grall <julien.grall@...aro.org>,
Ian Campbell <ian.campbell@...rix.com>,
Stefano Stabellini <stefano.stabellini@...citrix.com>
Subject: Re: [RFC PATCH v5_v2 01/11] driver core: platform: add device binding
path 'driver_override'
On 29.05.14 21:43, Alex Williamson wrote:
> On Tue, 2014-05-20 at 19:25 -0500, Kim Phillips wrote:
>> From: Kim Phillips <kim.phillips@...escale.com>
>>
>> Needed by platform device drivers, such as the vfio-platform driver
>> later in series, in order to bypass the existing OF, ACPI, id_table and
>> name string matches, and successfully be able to be bound to any
>> device, like so:
>>
>> echo vfio-platform > /sys/bus/platform/devices/fff51000.ethernet/driver_override
>> echo fff51000.ethernet > /sys/bus/platform/devices/fff51000.ethernet/driver/unbind
>> echo fff51000.ethernet > /sys/bus/platform/drivers_probe
>>
>> This mimics "PCI: Introduce new device binding path using
>> pci_dev.driver_override" [1], which is an interface enhancement
>> for more deterministic PCI device binding, e.g., when in the
>> presence of hotplug.
>>
>> [1] https://lists.cs.columbia.edu/pipermail/kvmarm/2014-May/009527.html
>>
>> Suggested-by: Alex Williamson <alex.williamson@...hat.com>
>> Signed-off-by: Kim Phillips <kim.phillips@...escale.com>
> Looks largely identical to the PCI version of the same that has been
> accepted for v3.16 and ack'd by GregKH.
>
> Reviewed-by: Alex Williamson <alex.williamson@...hat.com>
Yup, would be great to have feature parity for device binding on
platform and PCI.
Reviewed-by: Alexander Graf <agraf@...e.de>
Alex
--
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