From: dedekind1@gmail.com (Artem Bityutskiy)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 1/8] MTD: Add integrator-flash feature to physmap
Date: Tue, 17 May 2011 08:37:23 +0300 [thread overview]
Message-ID: <1305610643.2630.15.camel@localhost> (raw)
In-Reply-To: <1305557977-16871-2-git-send-email-marc.zyngier@arm.com>
Hi,
On Mon, 2011-05-16 at 15:59 +0100, Marc Zyngier wrote:
> #ifdef CONFIG_MTD_PARTITIONS
> -static const char *part_probe_types[] = { "cmdlinepart", "RedBoot", NULL };
> +static const char *part_probe_types[] = { "cmdlinepart", "RedBoot",
> +#ifdef CONFIG_MTD_AFS_PARTS
> + "afs",
> +#endif
> + NULL };
We want to kill CONFIG_MTD_PARTITIONS:
http://www.linux-mtd.infradead.org/doc/general.html#L_partitions_ban
and Jamie Iles is doing this ATM. The reason for this is that MTD
partitions are used always everywhere anyway, and current amount of
ifdefs is scary.
I see this CONFIG_MTD_AFS_PARTS you add and I do not think it is the
right way to go. I cannot tell you now what would be exactly the right
way, but something which does not require ifdef, something where drivers
do not contain any information about partition types like "afs" or
"cmdlinepart" or whatever, something where partition types are
registered within an infrastructure and most of the stuff is hidden from
the drivers.
I think we should ban stuff like the above as well and force people to
create saner MTD partitions support.
Sorry if this sounds like an attack, it is not. I just think that we
carry crap for too long and should start forcing people to clean it up
by not accepting changes :-)
--
Best Regards,
Artem Bityutskiy (????? ????????)
next prev parent reply other threads:[~2011-05-17 5:37 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-16 14:59 [PATCH v5 0/8] Switch ARM platforms from integrator-flash to physmap Marc Zyngier
2011-05-16 14:59 ` [PATCH v5 1/8] MTD: Add integrator-flash feature " Marc Zyngier
2011-05-17 5:37 ` Artem Bityutskiy [this message]
2011-05-17 5:46 ` Artem Bityutskiy
2011-05-17 7:43 ` Russell King - ARM Linux
2011-05-17 8:13 ` Artem Bityutskiy
2011-05-17 8:16 ` Artem Bityutskiy
2011-05-17 8:49 ` Marc Zyngier
2011-05-17 9:05 ` Artem Bityutskiy
2011-05-19 11:13 ` Artem Bityutskiy
2011-05-19 19:25 ` Russell King - ARM Linux
2011-05-24 4:43 ` Mike Frysinger
2011-05-16 14:59 ` [PATCH v5 2/8] ARM: Realview: Use physmap driver instead of integrator-flash Marc Zyngier
2011-05-16 14:59 ` [PATCH v5 3/8] ARM: Versatile: " Marc Zyngier
2011-05-16 14:59 ` [PATCH v5 4/8] ARM: VExpress: " Marc Zyngier
2011-05-16 14:59 ` [PATCH v5 5/8] ARM: Integrator/AP: " Marc Zyngier
2011-05-16 14:59 ` [PATCH v5 6/8] ARM: Integrator/CP: " Marc Zyngier
2011-05-16 14:59 ` [PATCH v5 7/8] MTD: Remove integrator-flash Marc Zyngier
2011-05-16 14:59 ` [PATCH v5 8/8] MTD: physmap: let set_vpp() pass a platform_device instead of a map_info Marc Zyngier
2011-05-16 15:06 ` Eric Miao
2011-05-16 15:14 ` Marc Zyngier
2011-05-16 20:56 ` Russell King - ARM Linux
2011-05-17 8:17 ` Jean-Christophe PLAGNIOL-VILLARD
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=1305610643.2630.15.camel@localhost \
--to=dedekind1@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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;
as well as URLs for NNTP newsgroup(s).