[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <53910C95.7000808@hurleysoftware.com>
Date: Thu, 05 Jun 2014 20:34:29 -0400
From: Peter Hurley <peter@...leysoftware.com>
To: Pranith Kumar <pranith@...ech.edu>, dwmw2@...radead.org,
joro@...tes.org
CC: iommu@...ts.linux-foundation.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/1] use documented cmpxchg api
On 06/05/2014 06:19 PM, Pranith Kumar wrote:
> use the documented atomic_cmpxchg instead of __cmpxchg64
>
> This kills the last user of said API in drivers code.
>
>
> Signed-off-by: Pranith Kumar <bobby.prani@...il.com>
> ---
> drivers/iommu/intel-iommu.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
> index 6bb3277..270113f 100644
> --- a/drivers/iommu/intel-iommu.c
> +++ b/drivers/iommu/intel-iommu.c
> @@ -293,7 +293,7 @@ static inline u64 dma_pte_addr(struct dma_pte *pte)
> return pte->val & VTD_PAGE_MASK;
> #else
> /* Must have a full atomic 64-bit read */
> - return __cmpxchg64(&pte->val, 0ULL, 0ULL) & VTD_PAGE_MASK;
> + return atomic_cmpxchg(&pte->val, 0ULL, 0ULL) & VTD_PAGE_MASK;
This is not equivalent.
The __cmpxchg64() is specifically being used in this case
when !CONFIG_64BIT for a full 64-bit RMW, whereas atomic_cmpxchg()
uses ints which would be 32-bit RMW.
Regards,
Peter Hurley
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists