From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Peter Kay <syllopsium@syllopsium.co.uk>
Cc: xen-devel@lists.xen.org
Subject: Re: Debugging passthrough on an S3210SHLC
Date: Tue, 19 Mar 2013 10:54:38 -0400 [thread overview]
Message-ID: <20130319145438.GC30302@phenom.dumpdata.com> (raw)
In-Reply-To: <CAN4Onoi7uB4_nWaO38Sw+Jiz=8tT6_LyJQGENyk-s1TLpNEP+Q@mail.gmail.com>
On Sat, Mar 16, 2013 at 04:05:19PM +0000, Peter Kay wrote:
> On 15 March 2013 21:02, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
> > On Fri, Mar 01, 2013 at 02:00:08PM +0000, Peter Kay wrote:
> >> I'm having difficulty getting any passthrough working on an S3210SHLC (X38 derived S3210 socket 775 server chipset, thus pre SLAT) - this is on the list of supported hardware. Is there any guide as to what can be done - I've tried iommu=verbose, so is the next step sending debug printfs to the xen console? I realise this is a development list so I'd like advice on which bits of source to poke so I can find the root issue.
> >>
> >
> > This hardware has actual IOMMU?
> Yes, and I've passed hardware through in Esxi 5.1. It's a server
> chipset with IOMMU, but pre Nehalem so the features are less complete.
Oh. I didn't know that such mutants existed :-)
>
> >
> >> The hardware does work - I've passed the embedded G200e through using ESXi 5.1 although other devices (a Radeon 6950) don't work.
> >>
> >> Issues are - both with XCP1.6 and xen 4.2 (with some small AMD VGA passthrough patches)/xen 4.3 unstable on Debian Wheezy :
> >>
> >> Pciback is a module. It recognises the passthrough keyword but PCI IDs are still modified in VMs.
> >
> >
> > Not sure what you mean by that. Modified in VMs? You mean that the BDF value is different?
> >
> Yes. I'm given to understand the passthrough parameter should maintain
> the BDF - but it doesn't, and there appears to be no advice on this on
> the Internet other than 'it should work' (but doesn't for some
> people).
That depends. The xen-pciback.vpci argument that define whether you
want them to be virtual (so they start at 00) or match your host.
But that option is only usefull for PV guests. I think you are using
an HVM one. In which that does not matter that much I would think.
>
> >> Pt_iomul errors in qemu log even though the status is 'successful'
> >>
> >> Xl create errors out with a gnttab error both in 4.2/4.3. Xm works.
> >
> > Uh, that is not good. Why would 'xl' die on that? Is that fixed with a different
> > version of the Linux kernel?
>
> I don't know - that's why I'm asking :). I don't mind doing a bit of
> debug work but I'm getting a little tired of trying kernels just in
> case it might work.
I just used the distro's default and also the distro's default Xen.
Fedora 17 or Fedora 18.
>
> >>
> >> When passing through an old 3C900 PCI NIC as a test, this causes noise in the audigy 4 PCI soundcard in the next slot unless that is also passed through. I suspect this is due to the bus layout of the S3210SHLC. Is it always necessary to pass all PCI devices on the same root through? Also should it be necessary/possible to pass a PCI root?
> >>
> >
> > Isn't that an ISA card? Do you mean 3c590 perhaps?
>
> No, you're thinking of the 3C509. The 3C900 is an old PCI 10Mb NIC. It
> may be this is far too old and I need to try something newer (it was
> only as a test and was to hand).
>
> >> The VMs think the device was successfully passed through (a wheezy hvm binds the appropriate modules and a Windows 7 hvm has seen the radeon) but they don't actually work.
> >>
> >> There are so many combinations of hardware and kernel finding out what is wrong is tricky. I'd appreciate some advice diagnosing it.
> >
> > So I've been quite successfull with both AMD and Intel to pass in a PCIe type NIC. And also
> > an Radeon card in Windows 7:
> >
> > 04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
> > 06:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV770 [Radeon HD 4870]
> > 06:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI RV770 HDMI Audio [Radeon HD 4850/4870]
> >
> > Without any modifications to Xen. Just used Fedora 18 and use xen-pciback.hide to hide
> > the 04:00.0 and 06:00.* and passed them in to the guest:
>
> Can I ask which kernel you are using, please?
Stock Fedora. Thought right now I rebuilt it with v3.9-rc2 with an Fedora config.
>
> > builder='hvm'
> > memory = 2048
> > name = "Windows7"
> > vcpus=3
> > disk = [ 'phy:/dev/vg_guest/Win7_Home,hda,w']
> > vnc=1
> > videoram=8
> > vnclisten="0.0.0.0"
> > vncpasswd=''
> > stdvga=0
> > serial='pty'
> > tsc_mode=0
> > usb=1
> > usb_add="host:045e:0040"
> > usbdevice='tablet'
> > xen_platform_pci=1
> > # Remember QEMU_AUDIO_DRV=pa
> > soundhw='es1370'
> > pci=['04:00.0','06:00.1','06:00.0']
> >
> >>
> >> Hardware is S3210SHLC with latest (52) BIOS, embedded Matrox G200e, two E1000s of some type, a GeForce G210 (for console), Reference AMD 6950 (on the PCH 4x slot as MCH slot bandwidths are restricted for graphics cards), audigy 4 PCI and 3C900.
>
> Thanks!
>
> PK
next prev parent reply other threads:[~2013-03-19 14:54 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-01 14:00 Debugging passthrough on an S3210SHLC Peter Kay
2013-03-15 21:02 ` Konrad Rzeszutek Wilk
2013-03-16 16:05 ` Peter Kay
2013-03-19 14:54 ` Konrad Rzeszutek Wilk [this message]
2013-03-22 19:24 ` Peter Kay
2013-03-25 13:15 ` Konrad Rzeszutek Wilk
2013-03-25 13:50 ` Sander Eikelenboom
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=20130319145438.GC30302@phenom.dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=syllopsium@syllopsium.co.uk \
--cc=xen-devel@lists.xen.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.