Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3057302imm; Mon, 28 May 2018 23:34:51 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpguA6C1SQribe9ngLFQ5hx7Mat+4n9BEPvEs4T9QG/1YPMTUCpixI1WmHrNMfRMZRT6oQF X-Received: by 2002:a65:4a87:: with SMTP id b7-v6mr12795706pgu.271.1527575691279; Mon, 28 May 2018 23:34:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527575691; cv=none; d=google.com; s=arc-20160816; b=T9pBeh+qnLVY0KuBy1nTGGWHfPing+0abvA4k39OZa6FryJAAYz9/0NY1tVnNH+Ni9 82lVhuWfA8hB2ogAWXuONHMlzd22onb3fvOikd4x0Xnz3lY+cHPKD6k6qbt+8ESLvcK5 tWpmrRbIev/CHdhpqggahNT8C8x4hrlb3uLeRLoHDfGYwRRYR1Rwhi2NkElWCsjQ65xQ CMkc5ZvVhRha6Sqh0DrOQyhTXC1i02l60dWbru45ZcRmCaZsp5zFhnGjAcgLIU1Wfghe /5cs2bYoRbZu7OjGkzaY27wwFdNhV5Srdtk+sPkOe69H3Wawhss+uvcmNP5wi1XJ10+6 0s9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=wayLYoy2EKVKVGzsALi7PUsGGbf05wNLqpMq4dxsSnY=; b=zBGMsu3utXXi21EIHiU+fwqtNsrLK+s0vQUsrgazr0DNZpU0csvcBv23HOLo/HvPGG OdxmLYoRuYanH1CLaEyDgzCmyPXWbsePgaUmXYzYedmpCaIEuWE6KRFtkDwA13651nDP VXBrivcvkpDKDmW0jL/UdiyfKMWP7LTdQ3w9l+2phQzzX/tft1clq2o6iYhfhUqQce29 FEVKezEEqI1LvG+sckuc8m63VATLvRe4SVs0qSX36xMm9kNuNomj7PKrJvuGx77XLlxy k9+bzQiCZU/jLGudTSBfZmPpU30w4eLv/g8lYQOc6o1VI8d75E+tWXcRyPP5yJZnUpUi 7hzg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l9-v6si3546987pgr.287.2018.05.28.23.34.37; Mon, 28 May 2018 23:34:51 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754620AbeE2GdS (ORCPT + 99 others); Tue, 29 May 2018 02:33:18 -0400 Received: from esa1.microchip.iphmx.com ([68.232.147.91]:35993 "EHLO esa1.microchip.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751800AbeE2GdQ (ORCPT ); Tue, 29 May 2018 02:33:16 -0400 X-IronPort-AV: E=Sophos;i="5.49,455,1520924400"; d="scan'208";a="15389653" Received: from smtpout.microchip.com (HELO email.microchip.com) ([198.175.253.82]) by esa1.microchip.iphmx.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 May 2018 23:33:15 -0700 Received: from [10.145.6.126] (10.10.76.4) by chn-sv-exch06.mchp-main.com (10.10.76.107) with Microsoft SMTP Server id 14.3.352.0; Mon, 28 May 2018 23:33:15 -0700 Subject: Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma To: Peter Rosin CC: Tudor Ambarus , Nicolas Ferre , Ludovic Desroches , Alexandre Belloni , Marek Vasut , Josh Wu , Cyrille Pitchen , , Boris Brezillon , , Richard Weinberger , Brian Norris , David Woodhouse , References: <20180329131054.22506-1-peda@axentia.se> <20180329153322.5e2fc1e7@bbrezillon> <20180329154416.5c1a0013@bbrezillon> <20180402142249.7e076a64@bbrezillon> <20180402212843.164d5d21@bbrezillon> <20180402222020.1d344c14@bbrezillon> <20180403091813.5fb5c18c@bbrezillon> <959d826d-1a98-ca22-acee-a4548427fcd3@microchip.com> <024079cb-77ad-9c48-e370-e6e8f2de171b@axentia.se> <9c496531-f7b6-4b9d-dd51-0bfb68ead303@axentia.se> From: Eugen Hristev Message-ID: <19d68279-072e-7646-6fdd-8649578229ea@microchip.com> Date: Tue, 29 May 2018 09:30:54 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 28.05.2018 13:10, Peter Rosin wrote: > On 2018-05-28 00:11, Peter Rosin wrote: >> On 2018-05-27 11:18, Peter Rosin wrote: >>> On 2018-05-25 16:51, Tudor Ambarus wrote: >>>> We think the best way is to keep LCD on DDR Ports 2 and 3 (8th and 9th >>>> slaves), to have maximum bandwidth and to use DMA on DDR port 1 for NAND >>>> (7th slave). >>> >>> Exactly how do I accomplish that? >>> >>> I can see how I can move the LCD between slave DDR port 2 and 3 by >>> selecting LCDC DMA master 8 or 9 (but according to the above it should >>> not matter). The big question is how I control what slave the NAND flash >>> is going to use? I find nothing in the datasheet, and the code is also >>> non-transparent enough for me to figure it out by myself without >>> throwing out this question first... >> [...] >> and the output is >> >> atmel-nand-controller 10000000.ebi:nand-controller: using dma0chan5 for DMA transfers >> >> So, DMA controller 0 is in use. I still don't know if IF0, IF1 or IF2 is used >> or how to find out. I guess IF2 is not in use since that does not allow any >> DDR2 port as slave... Hello Peter, Thank you for all the information, I will chip in to help a little bit. The Master/channel is described in the device tree. The channel has a controller, a mem/periph interface and a periph ID, plus a FIFO configuration. The dma chan number reported in the dmesg is just software. Here is an example from DT: dmas = <&dma0 2 AT91_DMA_CFG_PER_ID(1)>, <&dma0 2 AT91_DMA_CFG_PER_ID(2)>; you can match this with the help from Documentation/devicetree/bindings/dma/atmel-dma.txt: 1. A phandle pointing to the DMA controller. 2. The memory interface (16 most significant bits), the peripheral interface (16 less significant bits). 3. Parameters for the at91 DMA configuration register which are device dependent: - bit 7-0: peripheral identifier for the hardware handshaking interface. The identifier can be different for tx and rx. - bit 11-8: FIFO configuration. 0 for half FIFO, 1 for ALAP, 2 for ASAP. So , what was Tudor asking for, is your DT for the ebi node (if you are using ebi), or, your NFC SRAM (Nand Flash Controller SRAM) DMA devicetree chunk, so, we can figure out which type of DMA are you using. Normally, the ebi should be connected to both DMA0 and DMA1 on those interfaces specified in DT. Which ones you want to use, depends on your setup (and contention on the bus/accesses, like in your case, the HLCDC) Thats why we have multiple choices, to pick the right one for each case. In our vanilla DT sama5d3.dtsi we do not have DMA described for ebi interface. Eugen >> [...]