On Fri, Apr 29, 2011 at 02:47:46PM +0100, Russell King - ARM Linux wrote:

http://lists.arm.linux.org.uk/lurker/message/20110330.192132.f01e0669.en.html

and understand Linus' position on this:

   Something needs to be done. A small part is to make sure the source
   code is more hierarchical, so that we don't have those crazy shared
   data-files that are ugly as hell and get conflicts because different
   boards all think they need to care.

|| But the larger problem is that somebody really REALLY needs to think   ||
|| about how to get those crazy board details out of the kernel entirely. ||
|| Having per-board drivers for real hardware is sane - having to have    ||
|| per-board detail files for clock chips is just crazy. Split off that   ||
|| thing a "Linux ARM second-stage bootloader" project that has the       ||
|| per-board tables or something. Don't pollute the main kernel with      ||
|| crazy details like this.                                               ||

That is pretty clear to me that Linus does _not_ want these kinds of
details in the main kernel source _at_ _all_.  No matter how they're
represented, be it .c file or .dts file.

Reading this he's talking a lot about "per-board" things, but what he's
talking about is things which should be done once per chip.  There does
seem to be some room for discussion here, "actually what you're seeing
here is X, here's why we don't want to start doing Y" type things.