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

Re: [Xen-devel] [PATCH v2] xen/x86: Remove unnecessary cast on void pointer



On 30.03.2020 12:05, Roger Pau Monné wrote:
> On Sun, Mar 29, 2020 at 02:36:51PM +0100, Wei Liu wrote:
>> On Sun, Mar 29, 2020 at 10:25:12AM +0530, Simran Singhal wrote:
>>> Assignment to a typed pointer is sufficient in C.
>>> No cast is needed.
>>>
>>> Also, changed some u64/u32 to uint64_t/uint32_t.
>>>
>>> Signed-off-by: Simran Singhal <singhalsimran0@xxxxxxxxx>
>>> ---
>>> Changes in v2:
>>>     - Took the chance to change some uintX to uintX_t.
>>>
>>>  xen/arch/x86/acpi/cpufreq/powernow.c |  2 +-
>>>  xen/arch/x86/cpu/vpmu.c              |  2 +-
>>>  xen/arch/x86/hpet.c                  |  2 +-
>>>  xen/arch/x86/hvm/save.c              |  2 +-
>>>  xen/arch/x86/hvm/vmx/vvmx.c          | 12 ++++++------
>>>  5 files changed, 10 insertions(+), 10 deletions(-)
>>>
>>> diff --git a/xen/arch/x86/acpi/cpufreq/powernow.c 
>>> b/xen/arch/x86/acpi/cpufreq/powernow.c
>>> index 3cf9c6cd05..f620bebc7e 100644
>>> --- a/xen/arch/x86/acpi/cpufreq/powernow.c
>>> +++ b/xen/arch/x86/acpi/cpufreq/powernow.c
>>> @@ -58,7 +58,7 @@ static void transition_pstate(void *pstate)
>>>  
>>>  static void update_cpb(void *data)
>>>  {
>>> -    struct cpufreq_policy *policy = (struct cpufreq_policy *)data;
>>> +    struct cpufreq_policy *policy = data;
>>>  
>>>      if (policy->turbo != CPUFREQ_TURBO_UNSUPPORTED) {
>>>          uint64_t msr_content;
>>> diff --git a/xen/arch/x86/cpu/vpmu.c b/xen/arch/x86/cpu/vpmu.c
>>> index e50d478d23..1ed39ef03f 100644
>>> --- a/xen/arch/x86/cpu/vpmu.c
>>> +++ b/xen/arch/x86/cpu/vpmu.c
>>> @@ -337,7 +337,7 @@ void vpmu_do_interrupt(struct cpu_user_regs *regs)
>>>  
>>>  static void vpmu_save_force(void *arg)
>>>  {
>>> -    struct vcpu *v = (struct vcpu *)arg;
>>> +    struct vcpu *v = arg;
>>>      struct vpmu_struct *vpmu = vcpu_vpmu(v);
>>>  
>>>      if ( !vpmu_is_set(vpmu, VPMU_CONTEXT_LOADED) )
>>> diff --git a/xen/arch/x86/hpet.c b/xen/arch/x86/hpet.c
>>> index 86929b9ba1..c46e7cf4ee 100644
>>> --- a/xen/arch/x86/hpet.c
>>> +++ b/xen/arch/x86/hpet.c
>>> @@ -215,7 +215,7 @@ again:
>>>  static void hpet_interrupt_handler(int irq, void *data,
>>>          struct cpu_user_regs *regs)
>>>  {
>>> -    struct hpet_event_channel *ch = (struct hpet_event_channel *)data;
>>> +    struct hpet_event_channel *ch = data;
>>>  
>>>      this_cpu(irq_count)--;
>>>  
>>> diff --git a/xen/arch/x86/hvm/save.c b/xen/arch/x86/hvm/save.c
>>> index 0fc59d3487..a2c56fbc1e 100644
>>> --- a/xen/arch/x86/hvm/save.c
>>> +++ b/xen/arch/x86/hvm/save.c
>>> @@ -417,7 +417,7 @@ void _hvm_read_entry(struct hvm_domain_context *h, void 
>>> *dest,
>>>      memcpy(dest, &h->data[h->cur], d->length);
>>>  
>>>      if ( d->length < dest_len )
>>> -        memset((char *)dest + d->length, 0, dest_len - d->length);
>>> +        memset(dest + d->length, 0, dest_len - d->length);
>>
>> I believe you shouldn't drop the cast here either because dest is of
>> type void*.
>>
>> Although the calculation in the end is the same (void* considered of
>> size 1), I would still keep the cast such that the semantics is correct.
> 
> IMO dropping the case here is fine, as dest is of type void * the
> calculation is correct and the cast just obfuscates it.

+1

Jan



 


Rackspace

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