Received: by 10.213.65.68 with SMTP id h4csp1582713imn; Thu, 29 Mar 2018 07:22:22 -0700 (PDT) X-Google-Smtp-Source: AIpwx49D0AXBpsKH8X70fmy6Zk72zSewb8wdGPIW08glE/mU7PUUmuUuSuXJapjmvv1MclM1WhY8 X-Received: by 10.98.57.143 with SMTP id u15mr6538435pfj.79.1522333341991; Thu, 29 Mar 2018 07:22:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522333341; cv=none; d=google.com; s=arc-20160816; b=ZAshUk59uYLFNJzjj2glWwpwIi4KJ34sex6/PsuN0IaHjYsYMWkhKuhMKwKke3LG70 4DnjiNqo7Yz4+vb1sI2uq4du19yqgiOkH12Gg33KgPNM8KNS0dsgnp8AdKNPmvRavERO ZfmI1XWmTHRE5/AL+BISgWScpgTnJo6i6xNJW1udbGP/iiK7N2yh+4otV+Yqc0Hc/iMg EY7euoHXZ1XtWNZZG+EnAnR16+91d0QTRlfChyasimR0QHZs4CFSgYXKiheNwe/NcWwK mPrxWB5FozJFnuoSWJbVUSUkhXptNRSp4UxkYoMDhjswqKcCfWJ9ods6Ye1yhafThWVD 5l1Q== 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:organization:from:references:cc:to:subject :arc-authentication-results; bh=9MuHHxDO+WWHgHGgUCmbG4fXX7UEu1PYLlhdokZZdxQ=; b=vG6l6k3HjCzX1N3viedfGZ2kQy8AhOBRn4k7BHkvvbITKp9AcQecPs1Wvh6OPukFXa fNU7NSDUZKPSaTfzdKQCVTVkuskCE3ql8/CdqbBjfgxAhNHWa1IcpMlWjCWm9YqZ0Etk BWS66gw2TsFajGmz1hes+074ctMIDAvEj2cOIy9OvQGA/lRnuRAiquRbctGGauSmqmCt n/sA7UgA6ZD19ZQEyaMM3wg0ofxcUYH0Jsfg7zXSZGaCMVCB26A1IfavUthUoKDH9rgj WFwq5rlFcfR2KjqoJOYtITxplPpMeekHRxKDgfWMfj25eGq9VR47nk/Hg1aQaJH5huGI ungw== 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 w71si3964933pgd.435.2018.03.29.07.22.07; Thu, 29 Mar 2018 07:22:21 -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 S1751341AbeC2OUu (ORCPT + 99 others); Thu, 29 Mar 2018 10:20:50 -0400 Received: from esa4.microchip.iphmx.com ([68.232.154.123]:26756 "EHLO esa4.microchip.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751210AbeC2OUt (ORCPT ); Thu, 29 Mar 2018 10:20:49 -0400 X-IronPort-AV: E=Sophos;i="5.48,376,1517900400"; d="scan'208";a="12507687" Received: from smtpout.microchip.com (HELO email.microchip.com) ([198.175.253.82]) by esa4.microchip.iphmx.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Mar 2018 07:20:48 -0700 Received: from [10.159.245.112] (10.10.76.4) by chn-sv-exch04.mchp-main.com (10.10.76.105) with Microsoft SMTP Server id 14.3.352.0; Thu, 29 Mar 2018 07:20:47 -0700 Subject: Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma To: Peter Rosin , , Boris Brezillon CC: "wenyouya@gmail.com" , Josh Wu , Richard Weinberger , David Woodhouse , Brian Norris , Marek Vasut , Cyrille Pitchen , Alexandre Belloni , , References: <20180329131054.22506-1-peda@axentia.se> From: Nicolas Ferre Organization: microchip Message-ID: <30d8bd45-4e5d-3703-5f41-07f5fc70f09d@microchip.com> Date: Thu, 29 Mar 2018 16:20:38 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180329131054.22506-1-peda@axentia.se> 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 29/03/2018 at 15:10, Peter Rosin wrote: > On a sama5d31 with a Full-HD dual LVDS panel (132MHz pixel clock) NAND > flash accesses have a tendency to cause display disturbances. Add a > module param to disable DMA from the NAND controller, since that fixes > the display problem for me. > > Signed-off-by: Peter Rosin > --- > drivers/mtd/nand/raw/atmel/nand-controller.c | 7 ++++++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/drivers/mtd/nand/raw/atmel/nand-controller.c b/drivers/mtd/nand/raw/atmel/nand-controller.c > index b2f00b398490..2ff7a77c7b8e 100644 > --- a/drivers/mtd/nand/raw/atmel/nand-controller.c > +++ b/drivers/mtd/nand/raw/atmel/nand-controller.c > @@ -129,6 +129,11 @@ > #define DEFAULT_TIMEOUT_MS 1000 > #define MIN_DMA_LEN 128 > > +static bool atmel_nand_avoid_dma __read_mostly; > + > +MODULE_PARM_DESC(avoiddma, "Avoid using DMA"); > +module_param_named(avoiddma, atmel_nand_avoid_dma, bool, 0400); We had the DT parameter "atmel,nand-has-dma" for this purpose and it was associated with a module parameter as well (use_dma,). Is it only managed by old DT binding? Best regards, Nicoals > enum atmel_nand_rb_type { > ATMEL_NAND_NO_RB, > ATMEL_NAND_NATIVE_RB, > @@ -1977,7 +1982,7 @@ static int atmel_nand_controller_init(struct atmel_nand_controller *nc, > return ret; > } > > - if (nc->caps->has_dma) { > + if (nc->caps->has_dma && !atmel_nand_avoid_dma) { > dma_cap_mask_t mask; > > dma_cap_zero(mask); > -- Nicolas Ferre