[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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.