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, 17 Feb 2016 12:12:05 +0100
From:	Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>
To:	Vinod Koul <vinod.koul@...el.com>
Cc:	Dinh Nguyen <dinguyen@...nsource.altera.com>,
	shawn.lin@...kchips.com, Addy Ke <addy.ke@...k-chips.com>,
	boojin.kim@...sung.com, wxt@...k-chips.com,
	dmaengine@...r.kernel.org, olof Johansson <olof@...om.net>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: commit 271e1b86e691 is breaking DMA uart on SoCFPGA


Hi,

On Thursday, February 11, 2016 02:27:51 PM Vinod Koul wrote:
> On Wed, Feb 10, 2016 at 03:56:17PM -0600, Dinh Nguyen wrote:
> > Hi Vinod,
> > 
> > It appears that commit 271e1b86e691 "dmaengine: pl330: add quirk for
> > broken no flushp" is breaking uart dma on SoCFPGA. This commit is in
> > linux-next(next-20160210).
> > 
> > Doing a bisect pointed to commit 271e1b86e691, but I had to also revert
> > the following commits (86a8ce7d4103 "dmaengine: pl330: add max burst for
> > dmaengine") and (848e9776fee4 "dmaengine: pl330: support burst mode for
> > dev-to-mem and mem-to-dev transmit") as well because the build would
> > fail if I only revert 271e1b86e691.
> > 
> > The SoCFPGA platform is being tested on Olof's board farm and is failing
> > multi_v7_defconfig build because the PL330 DMA is enabled in this defconfig.
> > 
> > After doing reverts of those 3 commits, the socfpga platform is able
> > boot completely again with multi_v7_defconfig.
> 
> Okay I am removing this topic from next. Also I can drop the series unless
> someone sends me a fix in couple of days..

I've noticed that these commits also break UART DMA on Samsung Exynos4412
SoCs (I got similar bisection results as Dinh when I've noticed issue
with next-20160211 kernel).

Caesar, please keep me on Cc: for potential fix(es) / revised patches
(I'll be happy to test them).

Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ