-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Wednesday, March 26, 2014 11:21 AM
To: Alexander Graf
Cc: Konrad Rzeszutek Wilk; k...@vger.kernel.org; jan.kis...@siemens.com;
will.dea...@arm.com; Yoder Stuart-B08248; linux-ker...@vger.kernel.org;
On Mon, Mar 31, 2014 at 06:47:51PM +, Stuart Yoder wrote:
I also, was at the point where I thought we should perhaps just
go with current mechanisms and implement new_id for the platform
bus...but Greg's recent response is 'platform devices suck' and it sounds
like he would reject a new_id
-Original Message-
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Monday, March 31, 2014 2:47 PM
To: Yoder Stuart-B08248
Cc: Alex Williamson; Alexander Graf; k...@vger.kernel.org;
jan.kis...@siemens.com; will.dea...@arm.com;
a.r...@virtualopensystems.com; Michal Hocko;
On Mon, 31 Mar 2014 20:23:36 +
Stuart Yoder stuart.yo...@freescale.com wrote:
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Monday, March 31, 2014 2:47 PM
On Mon, Mar 31, 2014 at 06:47:51PM +, Stuart Yoder wrote:
I also, was at the point where I thought we should
On Fri, 28 Mar 2014 11:10:23 -0600
Alex Williamson alex.william...@redhat.com wrote:
On Fri, 2014-03-28 at 12:58 -0400, Konrad Rzeszutek Wilk wrote:
On Wed, Mar 26, 2014 at 04:09:21PM -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 10:21 -0600, Alex Williamson wrote:
On Wed,
On Mon, 2014-03-31 at 17:36 -0500, Kim Phillips wrote:
On Fri, 28 Mar 2014 11:10:23 -0600
Alex Williamson alex.william...@redhat.com wrote:
On Fri, 2014-03-28 at 12:58 -0400, Konrad Rzeszutek Wilk wrote:
On Wed, Mar 26, 2014 at 04:09:21PM -0600, Alex Williamson wrote:
On Wed,
On Wed, Mar 26, 2014 at 10:39:57PM +0100, Antonios Motakis wrote:
Of note is that new_id doesn't work particularly well for platform devices.
Nor should it. Platform devices suck horribly, and ids mean nothing
to them, so you shouldn't even try this. Use a real bus and it should
be fine.
On Wed, Mar 26, 2014 at 04:09:21PM -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 10:21 -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 23:06 +0800, Alexander Graf wrote:
Am 26.03.2014 um 22:40 schrieb Konrad Rzeszutek Wilk
konrad.w...@oracle.com:
On Wed, Mar 26,
On Fri, 2014-03-28 at 12:58 -0400, Konrad Rzeszutek Wilk wrote:
On Wed, Mar 26, 2014 at 04:09:21PM -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 10:21 -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 23:06 +0800, Alexander Graf wrote:
Am 26.03.2014 um 22:40 schrieb Konrad
On Wed, Mar 26, 2014 at 01:40:32AM +, Stuart Yoder wrote:
Hi Greg,
We (Linaro, Freescale, Virtual Open Systems) are trying get an issue
closed that has been perculating for a while around creating a mechanism
that will allow kernel drivers like vfio can bind to devices of any type.
Am 26.03.2014 um 22:40 schrieb Konrad Rzeszutek Wilk konrad.w...@oracle.com:
On Wed, Mar 26, 2014 at 01:40:32AM +, Stuart Yoder wrote:
Hi Greg,
We (Linaro, Freescale, Virtual Open Systems) are trying get an issue
closed that has been perculating for a while around creating a
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Wednesday, March 26, 2014 9:40 AM
To: Yoder Stuart-B08248
Cc: Greg KH; k...@vger.kernel.org; jan.kis...@siemens.com;
will.dea...@arm.com; linux-ker...@vger.kernel.org; Bjorn Helgaas; Sethi
On Wed, 2014-03-26 at 23:06 +0800, Alexander Graf wrote:
Am 26.03.2014 um 22:40 schrieb Konrad Rzeszutek Wilk
konrad.w...@oracle.com:
On Wed, Mar 26, 2014 at 01:40:32AM +, Stuart Yoder wrote:
Hi Greg,
We (Linaro, Freescale, Virtual Open Systems) are trying get an issue
On Wed, Mar 26, 2014 at 11:06:02PM +0800, Alexander Graf wrote:
Am 26.03.2014 um 22:40 schrieb Konrad Rzeszutek Wilk
konrad.w...@oracle.com:
On Wed, Mar 26, 2014 at 01:40:32AM +, Stuart Yoder wrote:
Hi Greg,
We (Linaro, Freescale, Virtual Open Systems) are trying get an
On Wed, Mar 26, 2014 at 10:21:02AM -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 23:06 +0800, Alexander Graf wrote:
Am 26.03.2014 um 22:40 schrieb Konrad Rzeszutek Wilk
konrad.w...@oracle.com:
On Wed, Mar 26, 2014 at 01:40:32AM +, Stuart Yoder wrote:
Hi Greg,
On Wed, 2014-03-26 at 12:32 -0400, Konrad Rzeszutek Wilk wrote:
On Wed, Mar 26, 2014 at 10:21:02AM -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 23:06 +0800, Alexander Graf wrote:
Am 26.03.2014 um 22:40 schrieb Konrad Rzeszutek Wilk
konrad.w...@oracle.com:
On Wed,
On Wed, Mar 26, 2014 at 10:49:52AM -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 12:32 -0400, Konrad Rzeszutek Wilk wrote:
On Wed, Mar 26, 2014 at 10:21:02AM -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 23:06 +0800, Alexander Graf wrote:
Am 26.03.2014 um 22:40 schrieb
On Wed, 2014-03-26 at 13:04 -0400, Konrad Rzeszutek Wilk wrote:
On Wed, Mar 26, 2014 at 10:49:52AM -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 12:32 -0400, Konrad Rzeszutek Wilk wrote:
On Wed, Mar 26, 2014 at 10:21:02AM -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 23:06
The other option for this is to having some sort of priority on the
device probing with hotplugging.
That is you can could do the following:
1) add the device vendor/model in vfio
2) unbind the BDF from the original driver.
3) hotplug happens - any new device that has the device
Hello,
On Wed, Mar 26, 2014 at 2:40 AM, Stuart Yoder stuart.yo...@freescale.comwrote:
Hi Greg,
We (Linaro, Freescale, Virtual Open Systems) are trying get an issue
closed that has been perculating for a while around creating a mechanism
that will allow kernel drivers like vfio can bind to
(Resend because of html)
On Wed, Mar 26, 2014 at 2:40 AM, Stuart Yoder
stuart.yo...@freescale.com wrote:
Hi Greg,
We (Linaro, Freescale, Virtual Open Systems) are trying get an issue
closed that has been perculating for a while around creating a mechanism
that will allow kernel drivers like
On Wed, 2014-03-26 at 10:21 -0600, Alex Williamson wrote:
On Wed, 2014-03-26 at 23:06 +0800, Alexander Graf wrote:
Am 26.03.2014 um 22:40 schrieb Konrad Rzeszutek Wilk
konrad.w...@oracle.com:
On Wed, Mar 26, 2014 at 01:40:32AM +, Stuart Yoder wrote:
Hi Greg,
We
22 matches
Mail list logo