[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1363725022.4519.11.camel@lorien2>
Date: Tue, 19 Mar 2013 14:30:22 -0600
From: Shuah Khan <shuah.khan@...com>
To: Alexander Duyck <alexander.h.duyck@...el.com>
Cc: linux-kernel@...r.kernel.org, konrad.wilk@...cle.com,
joerg.roedel@....com, konrad@...nel.org,
christoph.paasch@...ouvain.be, mingo@...hat.com, hpa@...or.com,
akpm@...ux-foundation.org, netdev@...r.kernel.org,
jeffrey.t.kirsher@...el.com, shuah.khan@...com
Subject: Re: [PATCH 2/2] dma-debug: Update DMA debug API to better handle
multiple mappings of a buffer
On Mon, 2013-03-18 at 15:12 -0700, Alexander Duyck wrote:
> There were reports of the igb driver unmapping buffers without calling
> dma_mapping_error. On closer inspection issues were found in the DMA debug
> API and how it handled multiple mappings of the same buffer.
>
> The issue I found is the fact that the debug_dma_mapping_error would only set
> the map_err_type to MAP_ERR_CHECKED in the case that the was only one match
> for device and device address. However in the case of non-IOMMU, multiple
> addresses existed and as a result it was not setting this field once a
> second mapping was instantiated. I have resolved this by changing the search
> so that it instead will now set MAP_ERR_CHECKED on the first buffer that
> matches the device and DMA address that is currently in the state
> MAP_ERR_NOT_CHECKED.
>
> A secondary side effect of this patch is that in the case of multiple buffers
> using the same address only the last mapping will have a valid map_err_type.
> The previous mappings will all end up with map_err_type set to
> MAP_ERR_CHECKED because of the dma_mapping_error call in debug_dma_map_page.
> However this behavior may be preferable as it means you will likely only see
> one real error per multi-mapped buffer, versus the current behavior of
> multiple false errors mer multi-mapped buffer.
>
> Signed-off-by: Alexander Duyck <alexander.h.duyck@...el.com>
> ---
Looks good. Tested it as well.
Reviewed-by: shuah.khan@...com
Tested-by: shuah.khan@...com
Thanks for finding and fixing the problem.
-- Shuah
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists