|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] docs/qemu-deprivilege: Revise and update with status and future plans
On 03/27/2018 03:37 PM, Ian Jackson wrote:
> George Dunlap writes ("Re: [PATCH] docs/qemu-deprivilege: Revise and update
> with status and future plans"):
>> The alternate would be to have yet another UID range, to that we could
>> have a "target ID" (i.e., QEMU) and a "reaper ID" for each domain. I
>> think that should mean any races should be benign.
>
> That would mean gobbling 2^17 uids rather than 2^16. Doesn't seem
> desirable to me, to add a miniscule amount of concurrency to a pretty
> heavyweight operation.
I think all the OSes that can run as a dom0 have 32-bit UIDs anyway
(which is why after my patch the document suggests starting with UID
65536). I was more worried about the complexity of implementation.
But I don't have terribly strong feelings about it.
-George
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |