|From:||Linus Torvalds <torvalds-AT-linux-foundation.org>|
|To:||Uwe Kleine-König <u.kleine-koenig-AT-pengutronix.de>|
|Subject:||Re: ARM defconfig files|
|Date:||Mon, 12 Jul 2010 12:04:03 -0700|
|Cc:||Russell King - ARM Linux <linux-AT-arm.linux.org.uk>, Daniel Walker <dwalker-AT-codeaurora.org>, Kevin Hilman <khilman-AT-deeprootsystems.com>, Linux Kernel Mailing List <linux-kernel-AT-vger.kernel.org>, linux-arm-msm-AT-vger.kernel.org, linux-arm-kernel-AT-lists.infradead.org, Grant Likely <grant.likely-AT-secretlab.ca>, Eric Miao <eric.miao-AT-canonical.com>, linux-omap-AT-vger.kernel.org, Nicolas Pitre <nico-AT-fluxnic.net>|
2010/7/12 Uwe Kleine-König <firstname.lastname@example.org>: > > I'm willing to try my solution, some others on the linux-arm-kernel > lists considered it worth trying, too. Â Feel free to pull my tree. > Russell refused to take defconfig changes for a while now, so I don't > expect merge problems if you do. Well, I can hardly refuse a pull that removes almost 200k lines. So I'd happily pull it. Just this single line in your email is a very very powerful thing: > 177 files changed, 652 insertions(+), 194157 deletions(-) However, before I would pull, I'd definitely like to make sure we at least have some way forward too, and clarify some issues. So I have a couple of questions: - is this guaranteed to be a no-op as things stand now, and what are the secondary effects of it? Put another way: I realize that fairly late in the -rc series is actually a really good time to do this, rather than during the merge window itself when things are in flux. However, while it would be a good time to pull this for that reason, it's also a _horrible_ time to pull if it then regresses the defconfig uses, or if it causes horrible problems for linux-next merging etc. - what happens when somebody wants to update the defconfig files? This is a question that involves a number of people, because over the last half year, we've had lots of people changing them. "git shortlog -ns" on that ARM config directory gives 39 people in the last half year, with the top looking roughly like 26 Ben Dooks 10 Tony Lindgren 4 Haojian Zhuang 4 Kukjin Kim 3 Santosh Shilimkar 3 Sriram 2 Janusz Krzysztofik .... and how are these people going to do their updates going forward without re-introducing the noise? IOW, I'd _love_ to get rid of almost 200k lines of noise and your approach would seem to have the advantage that it's "invisible" to users. But I would want to get some kind of assurance that it's practical to do so. Linus
Copyright © 2010, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds