[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
- To: George Dunlap <george.dunlap@xxxxxxxxxx>
- From: Ian Jackson <ian.jackson@xxxxxxxxxx>
- Date: Tue, 27 Mar 2018 15:37:20 +0100
- Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wei.liu2@xxxxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Tim Deegan <tim@xxxxxxx>, Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>, Julien Grall <julien.grall@xxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Anthony Perard <anthony.perard@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
- Delivery-date: Tue, 27 Mar 2018 14:39:30 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
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.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
