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

Scott Wood
2016-06-15T17:39:50Z

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.

-Scott