[U-Boot] [PATCH 5/7] mtd: nand: Add+use mtd_to/from_nand and nand_get/set_controller_data

[Boris Brezillon <boris.brezillon@free-electrons.com>]

On Wed, 15 Jun 2016 12:39:50 -0500
Scott Wood <oss@buserror.net> wrote:

> On Wed, 2016-06-15 at 10:07 +0200, Boris Brezillon wrote:
> > On Wed, 15 Jun 2016 09:59:15 +0200
> > Boris Brezillon <boris.brezillon@free-electrons.com> wrote:
> >   
> > > Hi Scott,
> > > 
> > > On Thu, 09 Jun 2016 21:07:00 -0500
> > > Scott Wood <oss@buserror.net> wrote:
> > >   
> > > > On Mon, 2016-06-06 at 18:02 +0200, Boris Brezillon wrote:    
> > > > > On Mon, 30 May 2016 13:57:56 -0500
> > > > > Scott Wood <oss@buserror.net> 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---  
> > From 9c885ff8b3d96f29dfa5ef9850c4519a88a7912d Mon Sep 17 00:00:00 2001
> > From: Boris Brezillon <boris.brezillon@free-electrons.com>
> > Date: Wed, 15 Jun 2016 09:48:48 +0200
> > Subject: [PATCH] fixup! mtd: nand: Add+use mtd_to/from_nand and
> >  nand_get/set_controller_data  
> 
> It's too late to amend the commit.  I need a standalone patch with signoff,
> etc.

Ok, I'll send a standalone patch. BTW, I didn't see any answer
mentioning that you had applied the series to your tree, hence this
fixup patch.

-- 
Boris Brezillon, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com