|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC PATCH V3 01/12] xen/mem_event: Cleanup of mem_event structures
On Mon, Feb 2, 2015 at 6:19 PM, Ian Campbell <Ian.Campbell@xxxxxxxxxx> wrote:
> On Thu, 2015-01-29 at 22:46 +0100, Tamas K Lengyel wrote:
>> From: Razvan Cojocaru <rcojocaru@xxxxxxxxxxxxxxx>
>>
>> The public mem_event structures used to communicate with helper applications
>> via
>> shared rings have been used in different settings. However, the variable
>> names
>> within this structure have not reflected this fact, resulting in the reuse of
>> variables to mean different things under different scenarios.
>>
>> This patch remedies the issue by clearly defining the structure members
>> based on
>> the actual context within which the structure is used.
>>
>> Signed-off-by: Razvan Cojocaru <rcojocaru@xxxxxxxxxxxxxxx>
>> Signed-off-by: Tamas K Lengyel <tamas.lengyel@xxxxxxxxxxxx>
>> ---
>> v3: Add padding to mem_event structures.
>> Add version field to mem_event structures and checks for it.
>
> The addition of versioning is worth mentioning in the commit message
> IMHO.
OK, will do!
>
> I'm not going to review the tools changes in detail, since I suppose
> they are very much mechanical.
Indeed, no logic changes in this patch.
>
>> - if ( req.gfn > paging->max_pages )
>> + if ( req.data.mem_paging.gfn > paging->max_pages )
>> {
>> - ERROR("Requested gfn %"PRIx64" higher than max_pages %x\n",
>> req.gfn, paging->max_pages);
>> + ERROR("Requested gfn %"PRIx64" higher than max_pages %x\n",
>> req.data.mem_paging.gfn, paging->max_pages);
>
> If you could wrap some of these lines which have become even more overly
> long here as you change them then that would be much appreciated.
OK!
>
>> + union {
>> + struct mem_event_paging_data mem_paging;
>> + struct mem_event_sharing_data mem_sharing;
>> + struct mem_event_mem_access_data mem_access;
>> + struct mem_event_mov_to_cr_data mov_to_cr;
>> + struct mem_event_mov_to_msr_data mov_to_msr;
>> + struct mem_event_software_breakpoint_data software_breakpoint;
>> + struct mem_event_singlestep_data singlestep;
>> + } data;
>
> We typically call these unions "u" but that's up to the hypervisor guys
> really.
>
> Ian.
>
Thanks,
Tamas
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |