>>> On 09.02.15 at 19:53, <tamas.leng...@zentific.com> wrote: > The name of one of the mem_event rings still implies it is used only > for memory accesses, which is no longer the case. It is also used to > deliver various HVM events, thus the name "monitor" is more appropriate > in this setting. > > The mem_event subop definitions are also shortened to be more meaningful. > > The tool side changes are only mechanical renaming to match these new names. > > Signed-off-by: Tamas K Lengyel <tamas.leng...@zentific.com> > Acked-by: Ian Campbell <ian.campb...@citrix.com>
For the small parts this is relevant for and with one remark (below): Acked-by: Jan Beulich <jbeul...@suse.com> > @@ -510,9 +510,9 @@ void mem_event_cleanup(struct domain *d) > } > #endif > #ifdef HAS_MEM_ACCESS > - if ( d->mem_event->access.ring_page ) { > - destroy_waitqueue_head(&d->mem_event->access.wq); > - (void)mem_event_disable(d, &d->mem_event->access); > + if ( d->mem_event->monitor.ring_page ) { Please fix coding style issues when you need to touch code anyway. Jan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel