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: <e9c3a7c20801301053p7279b660g8f967120d0d16bf5@mail.gmail.com>
Date:	Wed, 30 Jan 2008 11:53:24 -0700
From:	"Dan Williams" <dan.j.williams@...el.com>
To:	"Haavard Skinnemoen" <hskinnemoen@...el.com>
Cc:	linux-kernel@...r.kernel.org,
	"Shannon Nelson" <shannon.nelson@...el.com>,
	"David Brownell" <david-b@...bell.net>, kernel@...32linux.org,
	"Francis Moreau" <francis.moro@...il.com>,
	"Paul Mundt" <lethal@...ux-sh.org>,
	"Vladimir A. Barinov" <vbarinov@...mvista.com>,
	"Pierre Ossman" <drzeus-list@...eus.cx>
Subject: Re: [RFC v2 4/5] dmaengine: Driver for the Synopsys DesignWare DMA controller

On Jan 29, 2008 11:10 AM, Haavard Skinnemoen <hskinnemoen@...el.com> wrote:
[..]
> The dmatest client shows no problems, but the performance is not as
> good as it should be yet -- iperf shows a slight slowdown when
> enabling TCP receive copy offload. This is probably because the
> controller is set up to always do byte transfers; I'll try to optimize
> this, but if someone can tell me if there any guaranteed alignment
> requirements for the users of the DMA engine API, that would help a
> lot.
>

dmaengine punts to the dma-mapping api.  So no, there are no alignment
guarantees.  The performance loss is probably more related to the
cache synchronization overkill of get_user_pages().  I/O incoherent
architectures end up synchronizing entire pages when we only need to
sync a kilobyte or two in this path.

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