|
[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
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |