[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 |