On 7/21/22 16:29, Daniel P. Berrangé wrote:
> On Thu, Jul 21, 2022 at 04:10:11PM +0200, Michal Prívozník wrote:
>> On 7/21/22 15:24, Daniel P. Berrangé wrote:
>>> On Thu, Jul 21, 2022 at 03:12:05PM +0200, Michal Prívozník wrote:
>>>> On 7/21/22 10:06, Daniel P. Berrangé wrote:
>>>> Agreed. While libvirt can allow /dev/sgx* in CGroups (we do that for
>>>> other devices, including NVDIMM and virtio-pmem types of <memory/>),
>>>> it's more tricky with relabelling.
>>>>
>>>> By default, when available, libvirt creates a separate mount namespace
>>>> for each QEMU process and creates a very small /dev there, with only
>>>> those nodes that QEMU needs. Now, if libvirt is fixed (I have follow up
>>>> patches on top of this series) the /dev/sgx* nodes are created there AND
>>>> I have another patch that sets DAC/SELinux label on them so that uid=0
>>>> is no longer needed. What I worry about though, is the case when this
>>>> namespace feature is disabled. Then libvirt should not touch /dev/sgx*
>>>> because that might compromise security in the system.
>>>
>>> That might in turn require the ability to pass in pre-opened FDs for
>>> the devices to QEMU.
>>
>> Yeah, that might be the perfect solution, but IIUC there's currently no
>> way to achieve that, or is it? Is it something we should do in QEMU first?
> 
> The code uses 'qemu_open', so it should be possible already with
> FD passing, by using a /dev/fdset/NNN path.

But there's no attribute that libvirt provides a path to. How does FD
passing work in such case then?

Here's the SGX part of cmd line:

-object
'{"qom-type":"memory-backend-epc","id":"memepc0","prealloc":true,"prealloc-threads":16,"size":16777216,"host-nodes":[0],"policy":"bind"}'
\

Michal

Reply via email to