From mboxrd@z Thu Jan 1 00:00:00 1970 From: Razvan Cojocaru Subject: Re: [PATCH V4 3/3] xen/vm_event: Deny register writes if refused by vm_event reply Date: Wed, 8 Jul 2015 15:26:03 +0300 Message-ID: <559D16DB.5090403@bitdefender.com> References: <1436350970-4987-1-git-send-email-rcojocaru@bitdefender.com> <1436350970-4987-4-git-send-email-rcojocaru@bitdefender.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: "Lengyel, Tamas" Cc: Jun Nakajima , Wei Liu , kevin.tian@intel.com, keir@xen.org, Ian Campbell , Stefano Stabellini , George Dunlap , Andrew Cooper , eddie.dong@intel.com, Xen-devel , Aravind.Gopalakrishnan@amd.com, Jan Beulich , suravee.suthikulpanit@amd.com, boris.ostrovsky@oracle.com, Ian Jackson List-Id: xen-devel@lists.xenproject.org On 07/08/2015 03:18 PM, Lengyel, Tamas wrote: > > > On Wed, Jul 8, 2015 at 6:22 AM, Razvan Cojocaru > > wrote: > > Deny register writes if a vm_client subscribed to mov_to_msr or > control register write events forbids them. Currently supported for > MSR, CR0, CR3 and CR4 events. > > Signed-off-by: Razvan Cojocaru > > Acked-by: George Dunlap > > Acked-by: Jan Beulich > > > --- > Changes since V3: > - Renamed MEM_ACCESS_FLAG_DENY to VM_EVENT_FLAG_DENY (and fixed > the bit shift appropriately). > - Moved the DENY vm_event response logic from p2m.c to newly > added dedicated files for vm_event handling, as suggested > by Tamas Lengyel. > > > This looks good to me. It will have to be rebased on staging once the > other series is merged as couple things will conflict. If this series > lands first however, the newly added asm/vm_event files lack the > required license header. > > With that: > Acked-by: Tamas K Lengyel Thanks Tamas! Are the license headers required? I just tried to make the change as small as possible, and looking at the other headers (for example in xen/include/asm-arm), at least half of them have no license header. I'm guessing this is something we'd now like to start correcting in new patches? Thanks, Razvan