From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boris Brezillon Date: Wed, 15 Jun 2016 10:07:29 +0200 Subject: [U-Boot] [PATCH 5/7] mtd: nand: Add+use mtd_to/from_nand and nand_get/set_controller_data In-Reply-To: <20160615095915.6fa18fd8@bbrezillon> References: <1464634678-4398-1-git-send-email-oss@buserror.net> <1464634678-4398-5-git-send-email-oss@buserror.net> <20160606180207.7a75f42f@bbrezillon> <1465524420.22191.136.camel@buserror.net> <20160615095915.6fa18fd8@bbrezillon> Message-ID: <20160615100729.0aa3fbb8@bbrezillon> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Wed, 15 Jun 2016 09:59:15 +0200 Boris Brezillon wrote: > Hi Scott, > > On Thu, 09 Jun 2016 21:07:00 -0500 > Scott Wood wrote: > > > On Mon, 2016-06-06 at 18:02 +0200, Boris Brezillon wrote: > > > On Mon, 30 May 2016 13:57:56 -0500 > > > Scott Wood wrote: > > > > > > > These functions are part of the Linux 4.6 sync. They are being added > > > > before the main sync patch in order to make it easier to address the > > > > issue across all NAND drivers (many/most of which do not closely track > > > > their Linux counterparts) separately from other merge issues. > > > > > > Some drivers are still directly accessing chip->mtd. Here is a patch > > > fixing those places [1] (not tested). > > > > > > [1] http://code.bulix.org/inu69a-100476 > > > > Could you send this as a proper patch? > > Sure, see below. You can squash the changes into you patch (hence the > !fixup prefix). Oops, sorry this version was buggy: mtd_to_nand() was called instead of nand_to_mtd() in a few places. Here is an updated one. --->8---