From: Alex Williamson <alex.williamson@redhat.com>
To: Andreas Hartmann <andihartmann@01019freenet.de>
Cc: Joerg.Roedel@amd.com, Chris Sanders <sanders.chris@gmail.com>,
kvm@vger.kernel.org
Subject: Re: AMD KVM Pci Passthrough reports device busy
Date: Tue, 05 Jun 2012 12:43:24 -0600 [thread overview]
Message-ID: <1338921804.23475.230.camel@bling.home> (raw)
In-Reply-To: <4FCE3A0E.5020806@01019freenet.de>
On Tue, 2012-06-05 at 18:55 +0200, Andreas Hartmann wrote:
> Alex Williamson wrote:
> [...]
> > Yep, I think the previous suggestion about reloading vfio_iommu_type1
> > with allow_unsafe_interrupts=1 will solve it.
>
> Yes! Works now. Success!!!!!
>
> Works means: Device is seen in VM. I couldn't test it up to now, because
> I don't have any driver in the VM for this device.
I tested it as far as doing 'cat /dev/video0 > /tmp/test'. The file
grows, the device gets interrupts and `file` thinks it's a video (no
input connected to the card).
> > It has nothing to do with
> > file permissions, you're getting EPERM at the point where we set the
> > iommu type, which enables access to devices. By default we want an
> > iommu which protects against malicious MSI attacks, which requires
> > interrupt remapping on x86. Joerg has been working to add this for AMD
> > since the hardware supports it, but for now, the above options lets us
> > bypass the check. Thanks,
>
> Now, I have to check my problem with the filesystem first, which isn't
> cleanly unmounted. I suspect a few missing options for kernel compile.
> Next will be fglrx :-) for 3.4
>
> Hmmm, is there a chance to get your extension isolated to get it
> compiled for 3.1, too?
The patches are all layered on top of that branch, so you should be able
to easily 'git show' to get patches or cherry-pick them across trees. I
don't think there should be too much trouble backporting them. Thanks,
Alex
next prev parent reply other threads:[~2012-06-05 18:43 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-04 21:11 AMD KVM Pci Passthrough reports device busy Chris Sanders
2012-06-05 3:44 ` Alex Williamson
2012-06-05 10:39 ` Andreas Hartmann
2012-06-05 14:27 ` Alex Williamson
2012-06-05 15:17 ` Andreas Hartmann
2012-06-05 15:48 ` Alex Williamson
2012-06-05 15:58 ` Andreas Hartmann
2012-06-05 16:19 ` Alex Williamson
2012-06-05 16:55 ` Andreas Hartmann
2012-06-05 18:43 ` Alex Williamson [this message]
2012-06-05 20:37 ` Andreas Hartmann
2012-06-05 21:09 ` Alex Williamson
2012-06-05 22:02 ` Andreas Hartmann
2012-06-06 8:12 ` Andreas Hartmann
2012-06-06 8:46 ` Andreas Hartmann
2012-06-06 9:35 ` Andreas Hartmann
2012-06-06 16:39 ` Alex Williamson
2012-06-06 19:17 ` Andreas Hartmann
2012-06-06 10:11 ` Joerg Roedel
2012-06-25 5:55 ` Andreas Hartmann
2012-06-25 11:22 ` Joerg Roedel
2012-07-11 14:26 ` Andreas Hartmann
2012-07-11 16:58 ` Joerg Roedel
2012-07-11 19:32 ` Andreas Hartmann
2012-07-11 20:01 ` Alex Williamson
2012-06-06 1:32 ` sheng qiu
2012-06-06 3:07 ` Chris Sanders
2012-06-06 3:25 ` Alex Williamson
2012-06-06 3:31 ` Chris Sanders
2012-06-06 5:27 ` Alex Williamson
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=1338921804.23475.230.camel@bling.home \
--to=alex.williamson@redhat.com \
--cc=Joerg.Roedel@amd.com \
--cc=andihartmann@01019freenet.de \
--cc=kvm@vger.kernel.org \
--cc=sanders.chris@gmail.com \
/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).