Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752779AbdDZRCI (ORCPT ); Wed, 26 Apr 2017 13:02:08 -0400 Received: from mail-lf0-f67.google.com ([209.85.215.67]:36830 "EHLO mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752528AbdDZRB7 (ORCPT ); Wed, 26 Apr 2017 13:01:59 -0400 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [PATCH 0/2] Free running cyclic transfer implementation for pl330 From: Alexander Kochetkov In-Reply-To: <1492180531-1780-1-git-send-email-al.kochet@gmail.com> Date: Wed, 26 Apr 2017 20:01:55 +0300 Message-Id: References: <1492180531-1780-1-git-send-email-al.kochet@gmail.com> To: Dan Williams , Vinod Koul , dmaengine@vger.kernel.org, LKML , linux-rockchip@lists.infradead.org, hhb , Shawn Lin , =?utf-8?B?546L5pmT6IW+?= , =?utf-8?B?5byg5a2m5bm/?= , =?utf-8?B?6buE5rab?= , Stephen Barber , Krzysztof Kozlowski X-Mailer: Apple Mail (2.3124) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.home.local id v3QH2DOH030806 Content-Length: 2610 Lines: 64 Hello! Just to let you know, that I got following test report from Stephen (thanks a lot!). The patch won’t work due to full cyclic transfer doesn’t fit into mcbufsz (256 bytes long). His application requested driver to do cyclic transfer with large number of cycles. pl330 microcode has restriction on how far PC can change and this limit is 256 bytes, so increasing mcbufsz will not solve problem. Don’t want to make jump bridges or something like on the fly CPU modified microcode. > 14 апр. 2017 г., в 23:24, Stephen Barber написал(а): > > Hi Alexander, > > Thanks for your patches! > > I gave them a try on kevin (Samsung Chromebook Plus) with our > chromeos-4.4 kernel branch, plus some cherry-picks on top to get > things to apply cleanly. Here's what my tree looks like: > > 344daf13fa4e (HEAD -> apply-pl330) dmaengine: pl330: don't emit code > for one iteration loop > 062596b83fec dmaengine: pl330: make cyclic transfer free runnable > 0e75f2647b8e dmaengine: pl330: fix double lock > 7d22b54b79f2 dmaengine: pl330: remove unused ‘regs’ > 8769d7115cec dmaengine: pl330: do not generate unaligned access > 65ad077f685b dmaengine: pl330: convert callback to helper function > 368e7aa6dffd dmaengine: add support to provide error result from a DMA > transation > 8f8afe84472f dmaengine: Add helper function to prep for error reporting > 2acc1e704232 dmaengine: pl330: explicitly freeup irq > ed36cde14cf0 (m/master, cros/chromeos-4.4) UPSTREAM: audit: add tty > field to LOGIN event > > Unfortunately when I start playing audio, things don't seem to work :( > Rolling back HEAD to "dmaengine: pl330: fix double lock" works though. > > The only thing I get from dmesg relevant to pl330 is this: > [ 59.203375] dma-pl330 ff6d0000.dma-controller: > pl330_submit_req:1498 Try increasing mcbufsz (12810/256) > [ 59.203395] dma-pl330 ff6d0000.dma-controller: fill_queue:2023 Bad Desc(2) > [ 63.837390] dma-pl330 ff6d0000.dma-controller: > pl330_submit_req:1498 Try increasing mcbufsz (12810/256) > [ 63.837410] dma-pl330 ff6d0000.dma-controller: fill_queue:2023 Bad Desc(2) > > Thanks, > Steve > > 14 апр. 2017 г., в 21:04, Krzysztof Kozlowski написал(а): > > Let me know if you need more data. I wonder why you haven't experience > this? I don’t have idea why this might happen on Odroid and due to the fact the patch don’t work for Stephen and I don’t have another idea how to implement that, it is better to leave the problem along. Krzysztof, thanks a lot for help. Really. Regards, Alexander.