| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Tue, 9 Aug 2011 11:50:14 -0400 From: Konrad Rzeszutek Wilk <konrad.wilk@...cle.com> To: Ian Campbell <Ian.Campbell@...citrix.com> Cc: Stefano Stabellini <Stefano.Stabellini@...citrix.com>, "xen-devel@...ts.xensource.com" <xen-devel@...ts.xensource.com>, Jeremy Fitzhardinge <Jeremy.Fitzhardinge@...rix.com>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org> Subject: Re: [PATCH] xen: modify kernel mappings corresponding to granted pages > > So I hadn't looked at this in detail, but I wonder if we can use the > > MULTIcall for this? It looks like we need to do two hypercalls so why > > not batch it? > > That was going to be my next question. We should definitely batch these > if possible. > > > And while we are it - we could change the MMU ops to only do this on > > initial domain and for the domU case do the old mechanism? > > We need this in domU for driver domains and the like, don't we? Sure, but I believe the majority of domU domains would not require this. I was thinking that when we start playing with the device/driver domains we would want to escalate the privilige level (or perhaps not)? Or perhaps introcuce a new type - "if (xen_driver_domain())" to recognize that we are special ? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists