From: Robert Jarzmik <robert.jarzmik@free.fr>
To: Antoine Tenart <antoine.tenart@free-electrons.com>
Cc: thomas.petazzoni@free-electrons.com,
Boris Brezillon <boris.brezillon@free-electrons.com>,
linux-kernel@vger.kernel.org, zmxu@marvell.com,
linux-mtd@lists.infradead.org,
ezequiel.garcia@free-electrons.com, jszhang@marvell.com,
computersforpeace@gmail.com, dwmw2@infradead.org,
linux-arm-kernel@lists.infradead.org,
sebastian.hesselbarth@gmail.com
Subject: Re: [PATCH 5/9] mtd: pxa3xx_nand: add support for the Marvell Berlin nand controller
Date: Thu, 12 Feb 2015 17:26:20 +0100 [thread overview]
Message-ID: <87k2zn5c5v.fsf@free.fr> (raw)
In-Reply-To: <20150211163343.GH11169@kwain> (Antoine Tenart's message of "Wed, 11 Feb 2015 17:33:43 +0100")
Antoine Tenart <antoine.tenart@free-electrons.com> writes:
>> All these ifs per variant will add complexity to the current driver, won't they
>> ?
>
> Given the current state of this driver I believe this would be a better
> idea to first rework it to use the nand framework properly. Then it will
> be possible to have a look on what we have, to decide whether or not a
> mrvl-nand-lib is needed.
I don't fully agree to delay.
You're taking code, making sometimes copy-paste, for the berlin specific
functions, and I think you're taking the bugs as well, which duplicates the fix
effort.
For example, in nand_cmdfunc_berlin():
+ if (info->reg_ndcr & NDCR_DWIDTH_M)
+ column /= 2;
This is I think a copy-paste from its twin nand_cmdfunc(). Now consider what
happens if the command is _not_ a read command, but an ONFI READID command
(ONFI being specified by column=0x20 if memory serves me well).
This is the reason I don't really like this patch. And this is also the reason
why I believe you're in a perfect timing to improve things, by grouping the
common function, and keeping the bugs in only one place, not many.
Cheers.
--
Robert
WARNING: multiple messages have this Message-ID (diff)
From: robert.jarzmik@free.fr (Robert Jarzmik)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 5/9] mtd: pxa3xx_nand: add support for the Marvell Berlin nand controller
Date: Thu, 12 Feb 2015 17:26:20 +0100 [thread overview]
Message-ID: <87k2zn5c5v.fsf@free.fr> (raw)
In-Reply-To: <20150211163343.GH11169@kwain> (Antoine Tenart's message of "Wed, 11 Feb 2015 17:33:43 +0100")
Antoine Tenart <antoine.tenart@free-electrons.com> writes:
>> All these ifs per variant will add complexity to the current driver, won't they
>> ?
>
> Given the current state of this driver I believe this would be a better
> idea to first rework it to use the nand framework properly. Then it will
> be possible to have a look on what we have, to decide whether or not a
> mrvl-nand-lib is needed.
I don't fully agree to delay.
You're taking code, making sometimes copy-paste, for the berlin specific
functions, and I think you're taking the bugs as well, which duplicates the fix
effort.
For example, in nand_cmdfunc_berlin():
+ if (info->reg_ndcr & NDCR_DWIDTH_M)
+ column /= 2;
This is I think a copy-paste from its twin nand_cmdfunc(). Now consider what
happens if the command is _not_ a read command, but an ONFI READID command
(ONFI being specified by column=0x20 if memory serves me well).
This is the reason I don't really like this patch. And this is also the reason
why I believe you're in a perfect timing to improve things, by grouping the
common function, and keeping the bugs in only one place, not many.
Cheers.
--
Robert
WARNING: multiple messages have this Message-ID (diff)
From: Robert Jarzmik <robert.jarzmik@free.fr>
To: Antoine Tenart <antoine.tenart@free-electrons.com>
Cc: Boris Brezillon <boris.brezillon@free-electrons.com>,
thomas.petazzoni@free-electrons.com, zmxu@marvell.com,
linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org,
ezequiel.garcia@free-electrons.com, jszhang@marvell.com,
computersforpeace@gmail.com, dwmw2@infradead.org,
linux-arm-kernel@lists.infradead.org,
sebastian.hesselbarth@gmail.com
Subject: Re: [PATCH 5/9] mtd: pxa3xx_nand: add support for the Marvell Berlin nand controller
Date: Thu, 12 Feb 2015 17:26:20 +0100 [thread overview]
Message-ID: <87k2zn5c5v.fsf@free.fr> (raw)
In-Reply-To: <20150211163343.GH11169@kwain> (Antoine Tenart's message of "Wed, 11 Feb 2015 17:33:43 +0100")
Antoine Tenart <antoine.tenart@free-electrons.com> writes:
>> All these ifs per variant will add complexity to the current driver, won't they
>> ?
>
> Given the current state of this driver I believe this would be a better
> idea to first rework it to use the nand framework properly. Then it will
> be possible to have a look on what we have, to decide whether or not a
> mrvl-nand-lib is needed.
I don't fully agree to delay.
You're taking code, making sometimes copy-paste, for the berlin specific
functions, and I think you're taking the bugs as well, which duplicates the fix
effort.
For example, in nand_cmdfunc_berlin():
+ if (info->reg_ndcr & NDCR_DWIDTH_M)
+ column /= 2;
This is I think a copy-paste from its twin nand_cmdfunc(). Now consider what
happens if the command is _not_ a read command, but an ONFI READID command
(ONFI being specified by column=0x20 if memory serves me well).
This is the reason I don't really like this patch. And this is also the reason
why I believe you're in a perfect timing to improve things, by grouping the
common function, and keeping the bugs in only one place, not many.
Cheers.
--
Robert
next prev parent reply other threads:[~2015-02-12 16:26 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-27 14:10 [PATCH 0/9] ARM: berlin: add nand support Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` [PATCH 1/9] mtd: pxa3xx_nand: initialiaze pxa3xx_flash_ids to 0 Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` [PATCH 2/9] mtd: pxa3xx_nand: add a non mandatory ECC clock Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 15:50 ` Andrew Lunn
2015-01-27 15:50 ` Andrew Lunn
2015-01-27 15:50 ` Andrew Lunn
2015-01-28 14:14 ` Antoine Tenart
2015-01-28 14:14 ` Antoine Tenart
2015-01-28 14:14 ` Antoine Tenart
2015-02-08 19:55 ` Boris Brezillon
2015-02-08 19:55 ` Boris Brezillon
2015-02-08 19:55 ` Boris Brezillon
2015-01-28 3:35 ` Jisheng Zhang
2015-01-28 3:35 ` Jisheng Zhang
2015-01-28 3:35 ` Jisheng Zhang
2015-01-28 14:17 ` Antoine Tenart
2015-01-28 14:17 ` Antoine Tenart
2015-01-28 14:17 ` Antoine Tenart
2015-01-27 14:10 ` [PATCH 3/9] mtd: pxa3xx_nand: set NDCR_PG_PER_BLK if page per block is 128 Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-02-08 20:00 ` Boris Brezillon
2015-02-08 20:00 ` Boris Brezillon
2015-02-08 20:00 ` Boris Brezillon
2015-01-27 14:10 ` [PATCH 4/9] mtd: pxa3xx_nand: add a default chunk size Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-02-08 20:15 ` Boris Brezillon
2015-02-08 20:15 ` Boris Brezillon
2015-02-08 20:15 ` Boris Brezillon
2015-02-08 20:18 ` Boris Brezillon
2015-02-08 20:18 ` Boris Brezillon
2015-02-08 20:18 ` Boris Brezillon
2015-01-27 14:10 ` [PATCH 5/9] mtd: pxa3xx_nand: add support for the Marvell Berlin nand controller Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:42 ` Ezequiel Garcia
2015-01-27 14:42 ` Ezequiel Garcia
2015-01-27 14:42 ` Ezequiel Garcia
2015-02-06 1:25 ` Brian Norris
2015-02-06 1:25 ` Brian Norris
2015-02-06 1:25 ` Brian Norris
2015-02-08 21:06 ` Boris Brezillon
2015-02-08 21:06 ` Boris Brezillon
2015-02-08 21:06 ` Boris Brezillon
2015-02-11 16:27 ` Antoine Tenart
2015-02-11 16:27 ` Antoine Tenart
2015-02-11 16:27 ` Antoine Tenart
2015-02-08 23:55 ` Boris Brezillon
2015-02-08 23:55 ` Boris Brezillon
2015-02-08 23:55 ` Boris Brezillon
2015-02-10 19:50 ` Robert Jarzmik
2015-02-10 19:50 ` Robert Jarzmik
2015-02-10 19:50 ` Robert Jarzmik
2015-02-11 16:33 ` Antoine Tenart
2015-02-11 16:33 ` Antoine Tenart
2015-02-11 16:33 ` Antoine Tenart
2015-02-12 16:26 ` Robert Jarzmik [this message]
2015-02-12 16:26 ` Robert Jarzmik
2015-02-12 16:26 ` Robert Jarzmik
2015-02-17 9:52 ` Antoine Tenart
2015-02-17 9:52 ` Antoine Tenart
2015-02-17 9:52 ` Antoine Tenart
2015-02-11 16:31 ` Antoine Tenart
2015-02-11 16:31 ` Antoine Tenart
2015-02-11 16:31 ` Antoine Tenart
2015-01-27 14:10 ` [PATCH 6/9] Documentation: bindings: add the Berlin nand controller compatible Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` [PATCH 7/9] mtd: nand: let Marvell Berlin SoCs select the pxa3xx driver Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` [PATCH 8/9] ARM: berlin: add BG2Q node for the nand Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` [PATCH 9/9] ARM: berlin: enable flash on the BG2Q DMP Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
2015-01-27 14:10 ` Antoine Tenart
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=87k2zn5c5v.fsf@free.fr \
--to=robert.jarzmik@free.fr \
--cc=antoine.tenart@free-electrons.com \
--cc=boris.brezillon@free-electrons.com \
--cc=computersforpeace@gmail.com \
--cc=dwmw2@infradead.org \
--cc=ezequiel.garcia@free-electrons.com \
--cc=jszhang@marvell.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=sebastian.hesselbarth@gmail.com \
--cc=thomas.petazzoni@free-electrons.com \
--cc=zmxu@marvell.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 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.