From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58630) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fiiui-0001Mg-3r for qemu-devel@nongnu.org; Thu, 26 Jul 2018 12:14:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fiiue-0000EX-KE for qemu-devel@nongnu.org; Thu, 26 Jul 2018 12:14:52 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:50428 helo=mx1.redhat.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fiiue-0000D4-Dk for qemu-devel@nongnu.org; Thu, 26 Jul 2018 12:14:48 -0400 Date: Thu, 26 Jul 2018 19:14:45 +0300 From: "Michael S. Tsirkin" Message-ID: <20180726191315-mutt-send-email-mst@kernel.org> References: <1407239306.11199051.1530240887935.JavaMail.zimbra@redhat.com> <20180705194311-mutt-send-email-mst@kernel.org> <20180726145214.GD17777@stefanha-x1.localdomain> <488bdc8d-e36c-ad3e-f7b3-a45a78a99dda@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <488bdc8d-e36c-ad3e-f7b3-a45a78a99dda@gmail.com> Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] Question: SRIOV support over Win Hyper-V VM running in QEMU process on Linux host List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Marcel Apfelbaum Cc: Stefan Hajnoczi , Elijah Shakkour , Knut Omang , "qemu-devel@nongnu.org" , Tal Attaly On Thu, Jul 26, 2018 at 06:51:13PM +0300, Marcel Apfelbaum wrote: > Hi >=20 > On 07/26/2018 05:52 PM, Stefan Hajnoczi wrote: > > On Thu, Jul 12, 2018 at 07:33:14AM +0000, Elijah Shakkour wrote: > > > Hey, > > >=20 > > > Our team is adding a NIC functional emulation to QEMU. > > > One of the features we are adding to this NIC is SRIOV. > > >=20 > > > Here is the error message I get when checking SRIOV support of our= emulated NIC on Win2016 server (the hyper-v VM). > > > " > > > SR-IOV cannot be used on this system as the PCI Express hardware do= es not support Access Control Services (ACS) at any root port. >=20 > QEMU's emulated PCI Express Root Ports do not support ACS yet, however = I am > not sure ACS is a prerequisite > for SR-IOV. Looks like windows blocks dev assignment in nested VMs without it. Thinking about it, doesn't vfio do the same by default? I think vfio has a flag to override this though. > We would need ARI support for allowing more than 8VFs, but QEMU > doesn't support that either (yet). >=20 > Knut Omag has some working patches, he successfully implemented SR-IOV = with > QEMU, see: > =A0=A0=A0=A0 https://github.com/knuto/qemu/tree/sriov_patches_v7 >=20 > The code was not merged since we need at least a device with SR-IOV sup= port > to justify the addition. >=20 > > > Contact your system vendor for further information. > > > " > > I'm not sure what the status of emulated SR-IOV is so I have CCed > > Michael Tsirkin and Marcel Apfelbaum, the PCI maintainers in QEMU. >=20 > Thanks, > Marcel >=20 > > > Could you please advise about what could be the issue here? > > >=20 > > > BTW: I use same configuration (VM XML file attached) when running l= inux VM (RH7.2) image (instead of Win Hyper-V) over the same host and SRI= OV is working for me there. > > >=20 > > > Here the XML file I use to define the VM (our emulated NIC is added= at the end of XML): > > > " > > > > > > nst105 > > > 0249a525-2ee2-432b-a1f5-a6db83b089a3 > > > 8388608 > > > 8388608 > > > 8 > > > > > > /machine > > > > > > > > > hvm > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > SandyBridge > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > destroy > > > restart > > > destroy > > > > > > > > > > > > > > > > > > /opt/qemu/bin/qemu-system-x86_64 > > > > > > > > > > > > > > > > > >
> > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > >
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > >