[PATCH v2 0/2] NAND and NAND-BBT improvements

[Artem Bityutskiy]

On Tue, 2012-08-07 at 10:42 -0700, Brian Norris wrote:
> Hello maintainers,
> 
> On Mon, Jul 16, 2012 at 11:38 PM, Brian Norris
> <computersforpeace at gmail.com> wrote:
> > This is a v2 resubmit of part of a previous series. Some of the previous
> > patches have already been accepted (and so are omitted here, of course) and
> > others are still under discussion. I only include the reviewed,
> > ready-for-submission ones here.
> >
> > Only v2 changes: comment wording + "Reviewed-by" tags
> 
> Can I get a response for these patches? They've been reviewed and
> waiting for several weeks now.

Sorry Brian. I did not want to upset you because you are doing good job
in MTD, but I simply do not have bandwidth to handle all the incoming
material quickly enough. This is not payed job for me.

Actually, David is supposed to handle that. But he has not enough time.
So at some point I stepped forward and created the l2 tree to help him,
just because I like MTD stuff. So this is basically my hobby, and I like
to feel that I am useful.

If someone wants to speed things up, he can always start reviewing
others's patches and send his/her Reviewed-by/Tested-by/etc. Then I'd
process the incoming patches faster.

Actually Shmulik is doing great job and he is very helpful.

BTW, I know how it feels when your patches are not getting attention for
long time. My ext4 changes missed 2 merge windows recently. And the
maintainer was taking other patches, which he considered more important.

I am trying to treat all the incoming patches the same, and simply
handle them in FIFO order, with occasional exceptions. I think it is
fair.

> > Of note: the first patch addresses a problem with mtd_read_oob() and the recent
> > max_bitflips changes by Mike Dunn. If it is satisfactory, it may be worth
> > merging it in the 3.5-rc cycle (along with its previously-accepted dependent
> > patch), as it would help avoid an API inconsistency that recently emerged.
> 
> The 3.5-rc cycle has long passed now, and the important mtd_read_oob()
> fix will probably even miss 3.6 now. Is anybody listening?

Actually all the MTD changes missed 3.6. David did not send the pull
request early enough, and Linus closed the merge window 2 or 3 days
earlier than on wold expect.

-- 
Best Regards,
Artem Bityutskiy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.infradead.org/pipermail/linux-mtd/attachments/20120816/f1f86f22/attachment.sig>