From: christer@weinigel.se (Christer Weinigel)
To: linux-arm-kernel@lists.infradead.org
Subject: Heads up: Linus plans to kill ARM defconfigs
Date: Tue, 08 Jun 2010 14:50:55 +0200 [thread overview]
Message-ID: <4C0E3CAF.4050409@weinigel.se> (raw)
In-Reply-To: <20100608115832.GB25370@n2100.arm.linux.org.uk>
On 06/08/2010 01:58 PM, Russell King - ARM Linux wrote:
> If you're hypothesis that Linus is only looking at the diffstat, then
> what are patches to combine the defconfigs going to do? It's going
> to create lots of noise in arch/arm/configs/ - which is precisely what
> Linus is complaining about. In fact, patch-wise it's going to create
> an extremely large patch. And if we do this time and time again while
> progressively reducing the defconfigs. No, this isn't the answer -
> it's only going to make the problem worse.
Linus isn't stupid. If you explain what you are doing and that the goal
is to reduce the set of defconfigs to just one per processor family, and
that it will reduce the churn in the end, I think Linus will listen.
Actually, why not just ask Linus if the the way Ben Dooks has structured
the Samsung defconfigs would be ok with him. It's only one defconfig
per CPU family and each defconfig supports a lot of boards.
s3c2410_defconfig supports most ARM9 based Samsung SoCs, S3C2410,
S3C2412, S3C2413, S3C2440 and S3C2442, all in all some 20-odd boards.
So for someone who wants to start a new S3C port they can just use the
s3c2410_defconfig as a base, which I think is how Linus want's the
defconfigs to be used.
/Christer
next prev parent reply other threads:[~2010-06-08 12:50 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-03 19:24 Heads up: Linus plans to kill ARM defconfigs Russell King - ARM Linux
2010-06-03 19:55 ` Marek Vasut
2010-06-03 20:01 ` Russell King - ARM Linux
2010-06-03 20:27 ` Marek Vasut
2010-06-03 20:38 ` Nicolas Pitre
2010-06-08 14:41 ` Russell King - ARM Linux
2010-06-03 23:46 ` Daniel Walker
2010-06-04 11:06 ` Uwe Kleine-König
2010-06-03 19:59 ` Nicolas Pitre
2010-06-03 20:03 ` Russell King - ARM Linux
2010-06-03 20:36 ` Nicolas Pitre
2010-06-03 21:04 ` Ryan Mallon
2010-06-03 22:31 ` Nicolas Pitre
2010-06-03 23:33 ` Ryan Mallon
2010-06-03 23:45 ` Kyungmin Park
2010-06-04 0:13 ` Nicolas Pitre
2010-06-04 1:10 ` Marek Vasut
2010-06-04 1:16 ` Ryan Mallon
2010-06-04 1:35 ` Eric Miao
2010-06-04 1:37 ` Marek Vasut
2010-06-04 1:50 ` Marek Vasut
2010-06-04 1:53 ` Marek Vasut
2010-06-04 6:03 ` Tony Lindgren
2010-06-04 14:59 ` Cory Maccarrone
2010-06-07 7:41 ` Tony Lindgren
2010-06-04 1:57 ` Eric Miao
2010-06-04 6:10 ` Tony Lindgren
2010-06-04 7:12 ` Eric Miao
2010-06-04 8:40 ` Martin Guy
2010-06-04 20:51 ` Nicolas Pitre
2010-06-04 22:08 ` Krzysztof Halasa
2010-06-08 11:58 ` Russell King - ARM Linux
2010-06-08 12:31 ` Tony Lindgren
2010-06-08 12:43 ` Eric Miao
2010-06-08 12:49 ` Russell King - ARM Linux
2010-06-08 13:00 ` Eric Miao
2010-06-08 12:43 ` David John
2010-06-08 12:44 ` Eric Miao
2010-06-08 12:50 ` Nicolas Pitre
2010-06-08 12:44 ` Nicolas Pitre
2010-06-08 12:50 ` Russell King - ARM Linux
2010-06-08 13:01 ` Nicolas Pitre
2010-06-08 13:13 ` Russell King - ARM Linux
2010-06-08 14:51 ` Eric Miao
2010-06-08 16:55 ` Nicolas Pitre
2010-06-08 23:23 ` Daniel Walker
2010-06-08 12:50 ` Christer Weinigel [this message]
2010-06-08 13:10 ` Russell King - ARM Linux
2010-06-08 20:51 ` Ryan Mallon
2010-06-08 21:22 ` Russell King - ARM Linux
2010-06-08 21:32 ` Ryan Mallon
2010-06-08 23:02 ` Nicolas Pitre
2010-06-08 23:21 ` Ryan Mallon
2010-06-08 23:26 ` Daniel Walker
2010-06-08 23:31 ` Nicolas Pitre
2010-06-08 23:52 ` Ryan Mallon
2010-06-09 0:14 ` Nicolas Pitre
2010-06-09 6:07 ` Hendrik Sattler
2010-06-09 13:32 ` Daniel Walker
2010-06-10 6:32 ` Uwe Kleine-König
2010-06-10 19:18 ` Nicolas Pitre
2010-06-09 21:56 ` Ryan Mallon
2010-06-25 12:36 ` Catalin Marinas
2010-06-07 21:09 ` Ryan Mallon
2010-06-04 10:42 ` Tony Lindgren
2010-06-04 8:36 ` pieterg
[not found] ` <AANLkTilyIb8WDAanNHlQKHco6rSjzNjNS9Q3TpWQqt8o@mail.gmail.com>
2010-06-04 8:42 ` Eric Miao
2010-06-04 8:56 ` Daniel Mack
2010-06-04 9:37 ` pieterg
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=4C0E3CAF.4050409@weinigel.se \
--to=christer@weinigel.se \
--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 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.