Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp4935706ybx; Sun, 10 Nov 2019 03:54:43 -0800 (PST) X-Google-Smtp-Source: APXvYqwNQYeIlCgkI/ouNygECYDvjQ3F4hyLAJnNFIPR/ELSe/4L22kzxv9/HATRwcH99V/FIMJr X-Received: by 2002:a17:906:3ed2:: with SMTP id d18mr17805235ejj.84.1573386883768; Sun, 10 Nov 2019 03:54:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573386883; cv=none; d=google.com; s=arc-20160816; b=eHcWc56ra0cIVAVSdtcJqNFJI0OKbddOb4KJhL7HY+BdJNEWqoF2F6vplqNEICOZ2k eshXoVC/RXs6gIj3/7FjFrKRtdtxvXVJYRaenbxFP0i3px7yC68/yyq3tVIHzT4R0nJT gMmCHlQhVbcc+Qw4FWNnOMnbUbaUExd+y5h3/Xx4dg2hIOFhmS9NmXSoJQ6Ddm+1wt3R OcLdNY5hN6oiali2GsCw4LWCAyNdGrG+O8Qi/G9VIcN700/Eh+CnFumNVOGNNKNWKMWt 63Oai4pLyQKQF4QntkYeEAyB2LToVeqoh7J5mPtDz4REUlt5PDkXXajylfvi7z1oqfon j27g== 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:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=neCoDgV13rLGPbC0Q1yW6pMky7GfmH2UT7G6EGxz1R4=; b=Uv0g4xRABLl6jzeieKbPgfp1qXSBV39z+R+r0xutzTa68Vg6prA0kL6o7mN7eBE2ep U6Bc4zzSWXhHUDLB6jMoAmyMW9ub8wvHSLG8mwAbBPimtQMN2w03m+OUz69X75nDJ49p dOXiTi4Qeqzq6k9Hhw4OE/dfeg2VEBv+lQQVkDIvhBq0yw0v1Y+xTf/5dDTnYq4rvdz6 WBSGpkyPeVtzE6ZH6baa5SIM2Su0BnC/H6pMCZcvEv7sighkNYNY+gzAMR8zRgI8SBwp sOBVtFAQDNqtWe7UDaCphmP+o/0xE3GB3359ax/Ts3248ibsbsgWakjC6VCiXbFwk45J HegQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o48si9085850edc.151.2019.11.10.03.54.20; Sun, 10 Nov 2019 03:54:43 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726749AbfKJLfh convert rfc822-to-8bit (ORCPT + 99 others); Sun, 10 Nov 2019 06:35:37 -0500 Received: from bhuna.collabora.co.uk ([46.235.227.227]:52722 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726650AbfKJLfh (ORCPT ); Sun, 10 Nov 2019 06:35:37 -0500 Received: from localhost (unknown [IPv6:2a01:e0a:2c:6930:5cf4:84a1:2763:fe0d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: bbrezillon) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id E02CE28A10C; Sun, 10 Nov 2019 11:35:34 +0000 (GMT) Date: Sun, 10 Nov 2019 12:35:31 +0100 From: Boris Brezillon To: =?UTF-8?B?UmVuw6k=?= van Dorst Cc: gerg@kernel.org, devel@driverdev.osuosl.org, Weijie Gao , gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, DENG Qingfang , linux-mediatek@lists.infradead.org, neil@brown.name, linux-mtd@lists.infradead.org, Chuanhong Guo , blogic@openwrt.org, Richard Weinberger , Miquel Raynal Subject: Re: [PATCH] mtd: rawnand: driver for Mediatek MT7621 SoC NAND flash controller Message-ID: <20191110123531.5a27206a@collabora.com> In-Reply-To: <20191107092053.Horde.i3MVcW9RqZDOQBMADZX9fuc@www.vdorst.com> References: <20191107073521.11413-1-gerg@kernel.org> <20191107092053.Horde.i3MVcW9RqZDOQBMADZX9fuc@www.vdorst.com> Organization: Collabora X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org +Richard and Miquel On Thu, 07 Nov 2019 09:20:53 +0000 René van Dorst wrote: > Quoting gerg@kernel.org: > > > From: Greg Ungerer > > > > Add a driver to support the NAND flash controller of the MediaTek MT7621 > > System-on-Chip device. (This one is the MIPS based parts from Mediatek). > > > > This code is a re-working of the earlier patches for this hardware that > > have been floating around the internet for years: > > > > https://github.com/ReclaimYourPrivacy/cloak/blob/master/target/linux/ramips/patches-3.18/0045-mtd-add-mt7621-nand-support.patch > > > > This is a much cleaned up version, put in staging to start with. > > It does still have some problems, mainly that it still uses a lot of the > > mtd raw nand legacy support. > > > > The driver not only compiles, but it works well on the small range of > > hardware platforms that it has been used on so far. I have been using > > for quite a while now, cleaning up as I get time. > > > > So... I am looking for comments on the best approach forward with this. > > At least in staging it can get some more eyeballs going over it. > > > > There is a mediatek nand driver already, mtk_nand.c, for their ARM based > > System-on-Chip devices. That hardware module looks to have some hardware > > similarities with this one. At this point I don't know if that can be > > used on the 7621 based devices. (I tried a quick and dirty setup and had > > no success using it on the 7621). > > > > Thoughts? > > +CC DENG Qingfang, Chuanhong Guo, Weijie Gao to the list. > > Hi Greg, > > Thanks for posting this driver. > > But I would like to mention that the openwrt community is currently > working on a > new version which is based a newer version of the MediaTek vendor driver. > That version is currently targeted for the openwrt 4.19 kernel. > See full pull request [1] and NAND driver patch [2] > > It would be a shame if duplicate work has been done. Sorry, but if there's duplicate effort that's kinda your (OpenWRT folks) fault: since when OpenWRT is the central point for kernel drivers? Correct me if I'm wrong, but I don't remember seeing this driver posted to the MTD ML. Plus, the driver you're pointing to still implements the legacy hooks and is based on 4.19, and it has been decided that all new NAND controller drivers should implement the new ->exec_op() hook instead. > > Greats, > > René > > [1]: https://github.com/openwrt/openwrt/pull/2385 > [2]: > https://github.com/openwrt/openwrt/pull/2385/commits/b2569c0a5943fe8f94ba07c9540ecd14006d729a > > > > > ______________________________________________________ > Linux MTD discussion mailing list > http://lists.infradead.org/mailman/listinfo/linux-mtd/