From mboxrd@z Thu Jan  1 00:00:00 1970
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: Re: libxl: error: ... PCI Device is not assignable
Date: Mon, 20 Feb 2012 14:48:34 -0500
Message-ID: <20120220194834.GA22650@phenom.dumpdata.com>
References: <CAMrHX2XqXPj4umtPhu2KpOacRWZGN10Cm0uA__SYibJg+9D5ug@mail.gmail.com>
	<1329756300.3990.78.camel@zakaz.uk.xensource.com>
	<CAMrHX2VZKYJ8qQ+n2hAn2vmLjtDZNcguXddoYLAtZK_Lkw=Mdg@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
Content-Disposition: inline
In-Reply-To: <CAMrHX2VZKYJ8qQ+n2hAn2vmLjtDZNcguXddoYLAtZK_Lkw=Mdg@mail.gmail.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Matthew Hook <matthew.hook@otoy.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>, Ian Campbell <Ian.Campbell@citrix.com>
List-Id: xen-devel@lists.xenproject.org

> > > In relation to that, the BDF documentation
> > > (http://wiki.xensource.com/xenwiki/BDFNotation) seems to imply that
> > > you can specify
> > > the extended BDF notation on your kernel boot line in grub.  i.e.
> > > xen-pciback.hide=(0000:12:00.*) does not work.  You'll get an error in
> > > the kernel log.
> >
> > That is the old wiki, the new page seems to be
> > http://wiki.xen.org/wiki/Bus:Device.Function_(BDF)_Notation -- does this
> > still give you that impression? Please feel free to update to clarify.
> >
> > Yes, the new wiki still gives the impression you can use the extended
> notation everywhere.
> It'd be useful of the kernel boot line could take the extended notation.
> We are passing through many multi-function devices so the list gets quite
> large.

Patches are welcome..