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]
Date:	Wed, 20 Jan 2010 15:34:51 -0800 (PST)
From:	David Miller <davem@...emloft.net>
To:	jarkao2@...il.com
Cc:	shemminger@...tta.com, netdev@...r.kernel.org
Subject: Re: [PATCH 02/11] sky2: fix DMA sync_single length error

From: Jarek Poplawski <jarkao2@...il.com>
Date: Thu, 21 Jan 2010 00:21:02 +0100

> "dma_sync_single_range(struct device *dev, dma_addr_t dma_handle,
>                       unsigned long offset, size_t size,
>                       enum dma_data_direction direction)
> 
> Does a partial sync, starting at offset and continuing for size.  You
> must be careful to observe the cache alignment and width when doing
> anything like this.  You must also be extra careful about accessing
> memory you intend to sync partially." [Documentation/DMA-API.txt]
> 
> looks like even if implemented might be very tricky, especially if
> untested.

This is an absurd set of requirements.  What driver author is
going to get this right?

Any alignment issues are of the domain of the implementation and as
Alan said should be handled there.

Back to the main issue, these localized fixes in the driver leave all
of the other cases in the tree unhandled.  There are likely to be
SCSI, USB host controller, SOUND, and other drivers with the same
issue.

At what point do we understand that peppering workarounds in the
drivers is the wrong way to go about this?

Whereas 1 patch in the 1 place in the DMA API implementation would fix
everything for everybody.

It's great that we had this report to track down the issue, now let's
fix it correctly so nobody else (regardless of device they have) has
to see it.
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ