[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 2/2] xen/evtchn: optimize evtchn_security_struct

>>> On 19.03.14 at 20:18, Daniel De Graaf <dgdegra@xxxxxxxxxxxxx> wrote:
> Because FLASK is the only implementation of the XSM hooks in Xen, some
> of the abstractions required to handle multiple XSM providers are
> redundant and only produce unneeded overhead.  This patch reduces the
> memory overhead of enabling XSM on event channels by replacing the
> untyped ssid pointer from struct evtchn with the sid field that it would
> point to when FLASK is enabled.  This avoids an additional heap
> allocation for every event channel, and on 64-bit systems, reduces the
> size of struct evtchn by 4 bytes.

Considering the comments on patch 1 I think it goes without
saying that this is going too far, locking out any eventual other
XSM provider.


Xen-devel mailing list



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