[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC 00/18] vfio: Adopt iommufd
From: |
Jason Gunthorpe |
Subject: |
Re: [RFC 00/18] vfio: Adopt iommufd |
Date: |
Mon, 25 Apr 2022 10:36:09 -0300 |
On Mon, Apr 25, 2022 at 11:10:14AM +0100, Daniel P. Berrangé wrote:
> > However, with iommufd there's no reason that QEMU ever needs more than
> > a single instance of /dev/iommufd and we're using per device vfio file
> > descriptors, so it seems like a good time to revisit this.
>
> I assume access to '/dev/iommufd' gives the process somewhat elevated
> privileges, such that you don't want to unconditionally give QEMU
> access to this device ?
I doesn't give much, at worst it allows userspace to allocate kernel
memory and pin pages which can be already be done through all sorts of
other interfaces qemu already has access to..
Jason
- Re: [RFC 00/18] vfio: Adopt iommufd, (continued)
RE: [RFC 00/18] vfio: Adopt iommufd, Tian, Kevin, 2022/04/18
Re: [RFC 00/18] vfio: Adopt iommufd, Alex Williamson, 2022/04/22
- Re: [RFC 00/18] vfio: Adopt iommufd, Daniel P . Berrangé, 2022/04/25
- Re: [RFC 00/18] vfio: Adopt iommufd,
Jason Gunthorpe <=
- Re: [RFC 00/18] vfio: Adopt iommufd, Alex Williamson, 2022/04/25
- RE: [RFC 00/18] vfio: Adopt iommufd, Tian, Kevin, 2022/04/26
- Re: [RFC 00/18] vfio: Adopt iommufd, Jason Gunthorpe, 2022/04/26
- Re: [RFC 00/18] vfio: Adopt iommufd, Alex Williamson, 2022/04/26
- Re: [RFC 00/18] vfio: Adopt iommufd, Jason Gunthorpe, 2022/04/26
- Re: [RFC 00/18] vfio: Adopt iommufd, Alex Williamson, 2022/04/26
- Re: [RFC 00/18] vfio: Adopt iommufd, Jason Gunthorpe, 2022/04/26
RE: [RFC 00/18] vfio: Adopt iommufd, Tian, Kevin, 2022/04/27
Re: [RFC 00/18] vfio: Adopt iommufd, Alex Williamson, 2022/04/28
Re: [RFC 00/18] vfio: Adopt iommufd, Daniel P . Berrangé, 2022/04/28