From mboxrd@z Thu Jan  1 00:00:00 1970
From: Konrad Rzeszutek Wilk <konrad@darnok.org>
Subject: Re: xl pci-attach silently fails the first time
Date: Thu, 4 Dec 2014 07:03:03 -0500
Message-ID: <CAPbh3rsxQVe134BGz5JL5hEnt8qOW=J3xmzQqiWtKJ_UZsjnCg@mail.gmail.com>
References: <20141201125712.GA21576@aepfle.de>
	<20141201133244.GA24600@aepfle.de>
	<20141201170151.GK3180@laptop.dumpdata.com>
	<20141204013102.GA31385@andromeda.dapyr.net>
	<1417685334.22808.1.camel@citrix.com>
Reply-To: konrad@darnok.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3328040774529802736=="
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <1417685334.22808.1.camel@citrix.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: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Olaf Hering <olaf@aepfle.de>, xen-devel@lists.xen.org
List-Id: xen-devel@lists.xenproject.org

--===============3328040774529802736==
Content-Type: multipart/alternative; boundary=047d7bb709ce13ec01050962bed1

--047d7bb709ce13ec01050962bed1
Content-Type: text/plain; charset=UTF-8

On Dec 4, 2014 4:29 AM, "Ian Campbell" <Ian.Campbell@citrix.com> wrote:
>
> On Wed, 2014-12-03 at 21:31 -0400, Konrad Rzeszutek Wilk wrote:
> > so something is busted as you surmised
>
> I haven't been following closely, so this may be completely unrelated to
> the issue under discussion, but doesn't in-HVM-guest hotplug require a
> guest side driver to be loaded? I recall in the dim and distant past
> having to manually load some sort of foo_hp.ko.
>

The ACPI PCI hotplug machinery does all of that nicely.

As mentioned - it works nicely - except that the BDF that is chosen is at
an wrong slot. In the 'xend' days in recall this working nicely and
sticking the PF at slot 5 and beyond. Though I have no clue how it dealt
with multiple emulated NICs and such.

> Ian.
>

--047d7bb709ce13ec01050962bed1
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<p dir=3D"ltr"><br>
On Dec 4, 2014 4:29 AM, &quot;Ian Campbell&quot; &lt;<a href=3D"mailto:Ian.=
Campbell@citrix.com">Ian.Campbell@citrix.com</a>&gt; wrote:<br>
&gt;<br>
&gt; On Wed, 2014-12-03 at 21:31 -0400, Konrad Rzeszutek Wilk wrote:<br>
&gt; &gt; so something is busted as you surmised<br>
&gt;<br>
&gt; I haven&#39;t been following closely, so this may be completely unrela=
ted to<br>
&gt; the issue under discussion, but doesn&#39;t in-HVM-guest hotplug requi=
re a<br>
&gt; guest side driver to be loaded? I recall in the dim and distant past<b=
r>
&gt; having to manually load some sort of foo_hp.ko.<br>
&gt;</p>
<p dir=3D"ltr">The ACPI PCI hotplug machinery does all of that nicely.</p>
<p dir=3D"ltr">As mentioned - it works nicely - except that the BDF that is=
 chosen is at an wrong slot. In the &#39;xend&#39; days in recall this work=
ing nicely and sticking the PF at slot 5 and beyond. Though I have no clue =
how it dealt with multiple emulated NICs and such.<br>
 <br>
&gt; Ian.<br>
&gt;<br>
</p>

--047d7bb709ce13ec01050962bed1--


--===============3328040774529802736==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

--===============3328040774529802736==--