All of lore.kernel.org
 help / color / mirror / Atom feed
From: Boris Brezillon <boris.brezillon@free-electrons.com>
To: Mario Rugiero <mrugiero@gmail.com>
Cc: Richard Weinberger <richard@nod.at>,
	"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
	Richard Weinberger <richard.weinberger@gmail.com>
Subject: Re: [PATCH] mtd: nand: add option to erase NAND blocks even if detected as bad.
Date: Fri, 12 May 2017 12:19:08 +0200	[thread overview]
Message-ID: <20170512121908.135da352@bbrezillon> (raw)
In-Reply-To: <CAKKQwLSwL76mBVbr2-w6mh4RS1bzRGuLCx2TwuQ=fnNjdxsZhg@mail.gmail.com>

On Fri, 12 May 2017 07:06:45 -0300
Mario Rugiero <mrugiero@gmail.com> wrote:

> 2017-05-12 6:34 GMT-03:00 Boris Brezillon <boris.brezillon@free-electrons.com>:
> > On Fri, 12 May 2017 06:26:14 -0300
> > Mario Rugiero <mrugiero@gmail.com> wrote:
> >  
> >> 2017-05-12 6:19 GMT-03:00 Richard Weinberger <richard@nod.at>:  
> >> > Am 12.05.2017 um 11:15 schrieb Mario Rugiero:  
> >> >> I'll read it carefully later. Is there any rough time estimate for it
> >> >> to hit mainline?
> >> >> I'm not expecting a date, but rather something in the lines of
> >> >> "several weeks, several months, several years".
> >> >> I think we can do with several months, and we'd be happy to start
> >> >> local experiments with that timeframe in mind.
> >> >> Several years might be more than the devices will live, though.  
> >> >
> >> > Since there is currently no funding it might take much longer.  
> >> GSoC sounds like a viable workaround.
> >> It'd hahve to wait for next year, though.
> >> I think I'm elligible, so if I still have access to these boards and
> >> Boris can mentor me, we could get funding to speed up the development.
> >> I'd be happy to donate it to have another developer, as I'm already
> >> kinda being paid for this.
> >> What do you think of that?  
> >
> > Yep, that's a possibility.  
> Great. Could you act as a mentor without GSoC for now?

Sure.

> I think I might be able to help after finishing with the slides, they
> seem clear enough, with proper guidance, and that'd help in my current
> work.
> I think I've read some slides from a previous talk by you, before the
> way to go was as clearly defined.

Actually, most of the development is done already, but we need to
intensively test the implementation and cleanup the code.

I also started to modify mtd-utils [1] to support the new format, but
didn't have time to finish.

[1]https://github.com/bbrezillon/mtd-utils/tree/ubi/mlc

  reply	other threads:[~2017-05-12 10:20 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-12  5:39 [PATCH] mtd: nand: add option to erase NAND blocks even if detected as bad Mario J. Rugiero
2017-05-12  5:52 ` [PATCH v2] " Mario J. Rugiero
2017-05-12  7:39 ` [PATCH v3] " Mario J. Rugiero
2017-05-15  8:21   ` Boris Brezillon
2017-05-15  9:23     ` Richard Weinberger
2017-05-15  9:41       ` Boris Brezillon
2017-05-15 10:10         ` Richard Weinberger
2017-05-15 11:05           ` Boris Brezillon
2017-05-15 13:16             ` Mario Rugiero
2017-05-15 13:20               ` Boris Brezillon
2017-05-12  8:12 ` [PATCH] " Richard Weinberger
2017-05-12  8:16   ` Mario Rugiero
2017-05-12  8:24     ` Boris Brezillon
2017-05-12  8:33       ` Richard Weinberger
2017-05-12  8:44         ` Boris Brezillon
2017-05-12  8:45           ` Richard Weinberger
2017-05-12  8:34       ` Mario Rugiero
2017-05-12  8:45         ` Boris Brezillon
     [not found]           ` <CAKKQwLQueea6G4B-cng9QdpjtRWyBWHw1Mq9ai3DVp31xswANg@mail.gmail.com>
2017-05-12  9:02             ` Boris Brezillon
2017-05-12  9:15               ` Mario Rugiero
2017-05-12  9:16                 ` Mario Rugiero
2017-05-12  9:32                   ` Boris Brezillon
2017-05-12  9:19                 ` Richard Weinberger
2017-05-12  9:26                   ` Mario Rugiero
2017-05-12  9:34                     ` Boris Brezillon
2017-05-12 10:06                       ` Mario Rugiero
2017-05-12 10:19                         ` Boris Brezillon [this message]
2017-05-12 10:23                           ` Mario Rugiero
2017-05-12 10:34                             ` Mario Rugiero
2017-05-13  9:17                             ` Richard Weinberger
2017-05-15  2:54                               ` Mario Rugiero

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170512121908.135da352@bbrezillon \
    --to=boris.brezillon@free-electrons.com \
    --cc=linux-mtd@lists.infradead.org \
    --cc=mrugiero@gmail.com \
    --cc=richard.weinberger@gmail.com \
    --cc=richard@nod.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.