From: Brian Norris <computersforpeace@gmail.com>
To: "Gupta, Pekon" <pekon@ti.com>
Cc: linux-mtd <linux-mtd@lists.infradead.org>,
"ezequiel.garcia@free-electrons.com"
<ezequiel.garcia@free-electrons.com>,
Artem Bityutskiy <dedekind1@gmail.com>
Subject: Re: [PATCH v4 0/4] optimize and clean-up of OMAP NAND and ELM driver
Date: Thu, 5 Dec 2013 00:31:24 -0800 [thread overview]
Message-ID: <20131205083124.GB4636@norris.computersforpeace.net> (raw)
In-Reply-To: <20980858CB6D3A4BAE95CA194937D5E73EA510F4@DBDE04.ent.ti.com>
Hi Pekon,
On Mon, Dec 02, 2013 at 07:51:50PM +0000, Pekon Gupta wrote:
> Just a ping..
> Do you have any further updates on this series ?
> If this is clean, I just want to rebase and send last pending series for
> omap2.c driver.
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:
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.
For instance, consider this list from patch 1:
> This patch optimizes omap_elm_correct_data() in following ways:
> (1) Removes dependency on specific reserved-byte (0x00) in OOB area,
> instead Erased-page is identified by matching calc_ecc with a
> pre-defined ECC syndrome of all(0xFF) data
This sounds like a self-contained task that should be done in its own patch.
> (2) merges common code for BCH4_ECC and BCH8_ECC for scalability.
This sounds like a second independent task, so it should be in its own patch.
> (3) handles incorrect elm_error_location beyond data+oob buffer.
This sounds independent. And is this a bugfix? The description doesn't make
this clear, and I certainly can't pinpoint this fix, amidst the other 3 tasks
here.
> (4) removes check_erased_page(): Bit-flips in erased-page are handled
> in same way as for programmed-page
This may be interrelated with (1), and so needs to be in the same patch.
Anyway, it's up to you how to order these patches, due to dependencies
between the task you list. But I really can't review patch 1 like this,
and patch 4 suffers a few of the same sort of problems.
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.
Brian
next prev parent reply other threads:[~2013-12-05 8:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-25 10:08 [PATCH v4 0/4] optimize and clean-up of OMAP NAND and ELM driver Pekon Gupta
2013-11-25 10:08 ` [PATCH v4 1/4] mtd: nand: omap: optimized chip->ecc.correct() for H/W ECC schemes Pekon Gupta
2013-11-25 10:08 ` [PATCH v4 2/4] mtd: nand: omap: optimize chip->ecc.calculate() " Pekon Gupta
2013-11-25 10:09 ` [PATCH v4 3/4] mtd: nand: omap: optimize chip->ecc.hwctl() " Pekon Gupta
2013-11-25 10:09 ` [PATCH v4 4/4] mtd: devices: elm: add checks ELM H/W constrains, driver code cleanup Pekon Gupta
2013-12-05 8:57 ` Brian Norris
2013-12-02 19:51 ` [PATCH v4 0/4] optimize and clean-up of OMAP NAND and ELM driver Gupta, Pekon
2013-12-05 8:31 ` Brian Norris [this message]
2013-12-05 8:54 ` Gupta, Pekon
2013-12-05 9:05 ` Brian Norris
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=20131205083124.GB4636@norris.computersforpeace.net \
--to=computersforpeace@gmail.com \
--cc=dedekind1@gmail.com \
--cc=ezequiel.garcia@free-electrons.com \
--cc=linux-mtd@lists.infradead.org \
--cc=pekon@ti.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox