 
	
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH 2/3] xen/x86: address violations of MISRA C:2012 Rule 14.4
 On 07.12.2023 10:48, Simone Ballarin wrote:
> --- a/xen/arch/x86/hpet.c
> +++ b/xen/arch/x86/hpet.c
> @@ -279,7 +279,7 @@ static int hpet_msi_write(struct hpet_event_channel *ch, 
> struct msi_msg *msg)
>  {
>      ch->msi.msg = *msg;
>  
> -    if ( iommu_intremap )
> +    if ( iommu_intremap != iommu_intremap_off )
>      {
>          int rc = iommu_update_ire_from_msi(&ch->msi, msg);
>  
> @@ -353,7 +353,7 @@ static int __init hpet_setup_msi_irq(struct 
> hpet_event_channel *ch)
>      u32 cfg = hpet_read32(HPET_Tn_CFG(ch->idx));
>      irq_desc_t *desc = irq_to_desc(ch->msi.irq);
>  
> -    if ( iommu_intremap )
> +    if ( iommu_intremap != iommu_intremap_off )
>      {
>          ch->msi.hpet_id = hpet_blockid;
>          ret = iommu_setup_hpet_msi(&ch->msi);
> @@ -372,7 +372,7 @@ static int __init hpet_setup_msi_irq(struct 
> hpet_event_channel *ch)
>          ret = __hpet_setup_msi_irq(desc);
>      if ( ret < 0 )
>      {
> -        if ( iommu_intremap )
> +        if ( iommu_intremap != iommu_intremap_off )
>              iommu_update_ire_from_msi(&ch->msi, NULL);
>          return ret;
>      }
> diff --git a/xen/arch/x86/msi.c b/xen/arch/x86/msi.c
> index 7f8e794254..72dce2e4ab 100644
> --- a/xen/arch/x86/msi.c
> +++ b/xen/arch/x86/msi.c
> @@ -189,7 +189,7 @@ static int write_msi_msg(struct msi_desc *entry, struct 
> msi_msg *msg)
>  {
>      entry->msg = *msg;
>  
> -    if ( iommu_intremap )
> +    if ( iommu_intremap != iommu_intremap_off )
>      {
>          int rc;
>  
> @@ -555,7 +555,7 @@ int msi_free_irq(struct msi_desc *entry)
>              destroy_irq(entry[nr].irq);
>  
>          /* Free the unused IRTE if intr remap enabled */
> -        if ( iommu_intremap )
> +        if ( iommu_intremap != iommu_intremap_off )
>              iommu_update_ire_from_msi(entry + nr, NULL);
>      }
>  
All of this would logically be part of patch 1. Is there a particular reason
why it wasn't done right there?
> --- a/xen/arch/x86/x86_emulate/x86_emulate.c
> +++ b/xen/arch/x86/x86_emulate/x86_emulate.c
> @@ -1320,7 +1320,7 @@ x86_emulate(
>          ea.bytes = 2;
>          goto srcmem_common;
>      case SrcMem:
> -        if ( state->simd_size )
> +        if ( state->simd_size != simd_none )
>              break;
>          ea.bytes = (d & ByteOp) ? 1 : op_bytes;
>      srcmem_common:
> @@ -1460,7 +1460,7 @@ x86_emulate(
>          /* Becomes a normal DstMem operation from here on. */
>      case DstMem:
>          generate_exception_if(ea.type == OP_MEM && evex.z, X86_EXC_UD);
> -        if ( state->simd_size )
> +        if ( state->simd_size != simd_none )
>          {
>              generate_exception_if(lock_prefix, X86_EXC_UD);
>              break;
> @@ -8176,7 +8176,7 @@ x86_emulate(
>          goto done;
>      }
>  
> -    if ( state->rmw )
> +    if ( state->rmw != rmw_NONE )
>      {
>          ea.val = src.val;
>          op_bytes = dst.bytes;
> @@ -8205,7 +8205,7 @@ x86_emulate(
>  
>          dst.type = OP_NONE;
>      }
> -    else if ( state->simd_size )
> +    else if ( state->simd_size != simd_none )
>      {
>          generate_exception_if(!op_bytes, X86_EXC_UD);
>          generate_exception_if((vex.opcx && (d & TwoOp) &&
I'd be (somewhat reluctantly) okay with ack-ing this part of the patch.
Jan
 
 
 | 
|  | Lists.xenproject.org is hosted with RackSpace, monitoring our |