From: Alex Williamson <alex.williamson@redhat.com>
To: ching <lsching17@gmail.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] VFIO VGA passthrough
Date: Wed, 21 Nov 2012 07:54:59 -0700 [thread overview]
Message-ID: <1353509699.2234.94.camel@bling.home> (raw)
In-Reply-To: <50ACC161.5060402@gmail.com>
On Wed, 2012-11-21 at 19:56 +0800, ching wrote:
> On 11/20/2012 11:27 PM, Alex Williamson wrote:
> >
> > Getting VGA to work in a guest is mostly black magic and luck at this
> > point. The warning you're getting isn't preventing anything. We use
> > device reset to try to clear the state of the hardware between runs. If
> > it's not available we can potentially leak data through the device and
> > may see issues with reproducibility since we can't return the device to
> > a known state.
> >
> > The assigned VGA device should not be used for anything on the host,
> > which it seems like you've taken care of. The host shouldn't even have
> > a blinking cursor on the display.
> >
> > It's been reported that "-cpu host" helps, but that's possibly very
> > similar to what you specify below. When I tested secondary VGA with an
> > ATI card I used "-vga std" and I made the devices appear as
> > multifunction in the guest, ex:
> >
> > -device vfio-pci,host=1:00.0,multifunction=on,addr=4.0 \
> > -device vfio-pci,host=1:00.1,addr=4.1
> >
> > I also first booted without the AMD Catalyst driver installed. The
> > assigned devices are unused, but the guest still boots. Then installed
> > the Catalyst driver, after which rebooting causes the std VGA to go
> > blank after an initial startup screen and Windows uses the assigned
> > device exclusively. Good luck, there's obviously still work to do in
> > this space. Thanks,
> >
> > Alex
> >
> >
> >
> >
>
> i am new in pci passthrough has a few more question:
>
> 1. is your vga card a PCI Express card?
Yes
> 2. there is a pci bridge in the same iommu group, do i need to pass to the guest?
>
> 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09)
No, though it's possible that using the new Q35 chipset model and
matching the topology of the devices in the guest (ie. both below an
emulated root port) may help.
> 3. do i need to dump the vga bios and pass it to guest?
Typically not for ATI/AMD cards. If you can read the "rom" file
in /sys/bus/pci/devices/xxx/rom (where xxx is your device, ex
0000:01:00.0) then dumping the rom likely won't help. Thanks,
Alex
prev parent reply other threads:[~2012-11-21 14:55 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-20 11:47 [Qemu-devel] VFIO VGA passthrough ching
2012-11-20 15:27 ` Alex Williamson
2012-11-21 11:56 ` ching
2012-11-21 14:54 ` Alex Williamson [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1353509699.2234.94.camel@bling.home \
--to=alex.williamson@redhat.com \
--cc=lsching17@gmail.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).