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

Re: [Xen-devel] [PATCH] xen/vm_event: Clean up control-register-write vm_events



On 05/12/2015 08:54 PM, Andrew Cooper wrote:
> On 12/05/15 17:52, Razvan Cojocaru wrote:
>> On 05/12/2015 06:53 PM, Andrew Cooper wrote:
>>> On 12/05/15 16:50, Andrew Cooper wrote:
>>>> On 12/05/15 16:49, Razvan Cojocaru wrote:
>>>>> On 05/12/2015 06:35 PM, Jan Beulich wrote:
>>>>>>>>> On 12.05.15 at 16:58, <rcojocaru@xxxxxxxxxxxxxxx> wrote:
>>>>>>> +/* Supported values for the vm_event_write_ctrlreg index. */
>>>>>>> +#define X86_CR0     (1 << 0)
>>>>>>> +#define X86_CR3     (1 << 1)
>>>>>>> +#define X86_CR4     (1 << 2)
>>>>>>> +#define X86_XCR0    (1 << 3)
>>>>>> These names, being put in the public interface, are way too generic.
>>>>> I've copied them from Andrew Cooper's suggestion in the previous thread,
>>>>> hopefully he'll chime in. I'm happy to rename / move them if so desired.
>>>> I intended something like VM_EVENT_ARCH_X86_CR0 etc.
>>> or perhaps slightly more specific to ctrl_reg read/write.
>> VM_EVENT_ARCH_X86_MOV_TO_CR0? Or maybe VM_EVENT_WRITE_ARCH_X86_CR0?
> 
> Are there any other events which could plausibly use the same indicies? 
> Monitoring ctrl_reg reads perhaps ?

I see what you mean, those could be reused for reads and result in less
verbosity in the vm_event.h header.

I'll stick to VM_EVENT_ARCH_X86_CR0 and so on (unless requested
otherwise), I don't have a better naming convention (I guess if we need
to emphasize that something is being done to said control register we
could call them VM_EVENT_ACCESS_ARCH_X86_CR0, but that's more verbose
and IMHO not much better).

>> There's something else that should also be clarified: I've renamed the
>> vm_event.h struct to vm_event_write_ctrlreg, and changed
>> monitor.mov_to_cr* to monitor.write_ctrlreg*, but left
>> xc_monitor_mov_to_cr() in libxc, and mov_to_cr in the domctl part (I
>> thought it fit with mov_to_msr(), etc.). Should I change that to
>> write_ctrlreg as well? On the one hand, mov_to_cr seems to be consistent
>> with the previous interface, and on the other it's not consistent with
>> the name changes the patch has made.
> 
> Any API/ABI changes in this area are fine until 4.6 is released, and a
> consistent interface is much preferred.

Understood. Then I'll rename xc_monitor_mov_to_cr() to
xc_monitor_write_ctrlreg(), since vm_event_write_ctrlreg has been
previously requested. I'll also rename
XEN_DOMCTL_MONITOR_EVENT_MOV_TO_CR to
XEN_DOMCTL_MONITOR_EVENT_WRITE_CTRLREG, and VM_EVENT_REASON_MOV_TO_CR to
VM_EVENT_REASON_WRITE_CTRLREG.

I'm reading your reply to mean that I should also rename
xc_monitor_mov_to_msr() to xc_monitor_write_msr(), and do similar things
to the respective vm_event struct, VM_EVENT_REASON_MOV_TO_MSR and so on.
Is that correct?


Thanks,
Razvan

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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