[PATCH v4 0/4] optimize and clean-up of OMAP NAND and ELM driver

Gupta, Pekon pekon at ti.com
Thu Dec 5 03:54:34 EST 2013


>From: Brian Norris [mailto:computersforpeace at gmail.com]
>
>I'm sorry to delay this long, but this patch series is still rather
>impenetrable for a third-party reader, and so I really can't give my sign-off.
>
>For one, you don't give very good patch titles; 3 of the 4 have "optimize" in
>the title, when in fact that "optimize" does not mean anything about
>optimization, but rather, "unification", "consolidation", "cleanup", or
>something else entirely, depending on which part of the patch you're talking
>about... which brings me to the next point:
>
I think with all sorts of patches, I feel I have completely re-written the
omap nand driver. After this series and one more, I think there is hardly
any line in omap2.c which is not touched. So, I'm run-out of good titles :-)

Anyways, I tried to club the patches more based on functional interfaces like:
 - All chip->ecc.correct() changes clubbed together in [PATCH 1/4]
 - All chip->ecc.calculate() changes clubbed together in [PATCH 2/4]
 - All chip->ecc.hwctl() changes clubbed together in [PATCH 3/4]
 - All ELM driver cleanup in [PATCH 4/4]


>Patches 1 and 4 are doing much more than one thing. Your commit messages
>-- rather than describing succintly a single change being made -- are a
>description of a list of things that you did, some of which are quite
>independent.
>
Ok I'll first try to break each patch in smaller chunks..
But this would bloat the number of patches, so I would break this series
into multiple series, hope that's fine ?
 - Patch series for chip->ecc.correct()
 - Patch series for chip->ecc.calculate()
 - Patch series for chip->ecc.hwctl()
 - Patch series for ELM 


>If you need clarification on how you can best rework/resubmit this work,
>please ask. I don't want this series to drag on to version 12+, so let's
>focus on how to get this right now.
>
Agreed, thanks for feedback.
I'll resubmit these patches breaking them into independent versions.
Hopefully then it would be easy to review.

with regards, pekon



More information about the linux-mtd mailing list