lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5282A7D5.7050406@intel.com>
Date:	Tue, 12 Nov 2013 14:12:37 -0800
From:	Alexander Duyck <alexander.h.duyck@...el.com>
To:	Shuah Khan <shuah.kh@...sung.com>
CC:	akpm@...ux-foundation.org, joro@...tes.org,
	linux-kernel@...r.kernel.org, shuahkhan@...il.com
Subject: Re: [PATCH] dma-debug: enhance dma_debug_device_change() to check
 for mapping errors

I think this might be overdoing the error checking by a bit.  I would
much rather have the DMA leaked error be visible than have it buried
under messages about the failure to check for DMA errors.  In my mind
the DMA buffer leak is much more serious than the failure to check for
mapping errors.

Thanks,

Alex


On 11/12/2013 12:51 PM, Shuah Khan wrote:
> dma-debug checks to verify if driver validated the address returned by
> dma mapping routines when driver does unmap. If a driver doesn't call
> unmap, failure to check mapping errors isn't detected and reported.
>
> Enhancing existing bus notifier_call dma_debug_device_change() to check
> for mapping errors at the same time it detects leaked dma buffers for
> BUS_NOTIFY_UNBOUND_DRIVER event.
>
> Signed-off-by: Shuah Khan <shuah.kh@...sung.com>
> ---
>  lib/dma-debug.c | 23 +++++++++++++++--------
>  1 file changed, 15 insertions(+), 8 deletions(-)
>
> diff --git a/lib/dma-debug.c b/lib/dma-debug.c
> index d87a17a..6c17b90 100644
> --- a/lib/dma-debug.c
> +++ b/lib/dma-debug.c
> @@ -712,6 +712,19 @@ out_err:
>  	return -ENOMEM;
>  }
>  
> +static void check_dma_mapping_error(struct dma_debug_entry *ref,
> +				    struct dma_debug_entry *entry)
> +{
> +	if (entry->map_err_type == MAP_ERR_NOT_CHECKED) {
> +		err_printk(ref->dev, entry,
> +			   "DMA-API: device driver failed to check map error"
> +			   "[device address=0x%016llx] [size=%llu bytes] "
> +			   "[mapped as %s]",
> +			   ref->dev_addr, ref->size,
> +			   type2name[entry->type]);
> +	}
> +}
> +
>  static int device_dma_allocations(struct device *dev, struct dma_debug_entry **out_entry)
>  {
>  	struct dma_debug_entry *entry;
> @@ -724,6 +737,7 @@ static int device_dma_allocations(struct device *dev, struct dma_debug_entry **o
>  		spin_lock(&dma_entry_hash[i].lock);
>  		list_for_each_entry(entry, &dma_entry_hash[i].list, list) {
>  			if (entry->dev == dev) {
> +				check_dma_mapping_error(entry, entry);
>  				count += 1;
>  				*out_entry = entry;
>  			}
> @@ -928,14 +942,7 @@ static void check_unmap(struct dma_debug_entry *ref)
>  			   dir2name[ref->direction]);
>  	}
>  
> -	if (entry->map_err_type == MAP_ERR_NOT_CHECKED) {
> -		err_printk(ref->dev, entry,
> -			   "DMA-API: device driver failed to check map error"
> -			   "[device address=0x%016llx] [size=%llu bytes] "
> -			   "[mapped as %s]",
> -			   ref->dev_addr, ref->size,
> -			   type2name[entry->type]);
> -	}
> +	check_dma_mapping_error(ref, entry);
>  
>  	hash_bucket_del(entry);
>  	dma_entry_free(entry);

--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ