Joe Epstein
2011-Jan-04 22:07 UTC
[Xen-devel] [PATCH 0 of 6] REDO: mem_access & mem_access 2: memory access permissions
Apologies everyone for resending, but as requested, here is the entirety of the mem_access (both original and addition 2), sorted into patches that independently compile and proceed sequentially as features are added. I hope everyone finds the patches more readable. Please make sure you apply the patches sequentially in the order given. Or, you may want to simply apply the one rollup patch attached to this email. The purpose of mem_access is to add memory access privileges to pages that can be set and handled from dom0. These privileges are somewhat orthogonal to the existing page types mechanism, as page types have to handle MMIO, demand paging, and page sharing, whereas the access flags are pure permission checks. There are a couple of HVMOPs added to support this from dom0, as well as the necessary changes to libxc. This is designed to be a generic interface, and a dom0 memory event listener has broad abilities to set and handle permissions. The feature is currently only implemented for HVM using EPTs on VMX, though it can be added elsewhere in essentially the same manner. This patch series (either the rollup here or the associated patches 1-6) supercedes all previous patches for mem_access and mem_access 2, sent from late December until now. If you find it useful, please let me know. And as always, comments, questions, and critiques are always welcome. Thanks Signed-off-by: Joe Epstein <jepstein@gmail.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Tim Deegan
2011-Jan-05 15:58 UTC
Re: [Xen-devel] [PATCH 0 of 6] REDO: mem_access & mem_access 2: memory access permissions
One other thing for this patch series: it would be helpful if you could provide a trivial client program that uses the new interfaces. It could be used for basic regression testing and would halp other developers who wanted to use the new feature. Cheers, Tim. -- Tim Deegan <Tim.Deegan@citrix.com> Principal Software Engineer, Xen Platform Team Citrix Systems UK Ltd. (Company #02937203, SL9 0BG) _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel