Re: RFC: Platform data for onboard USB assets

From
Andy Green <hidden>
Date
2011-03-18 23:33:19
Also in
linux-devicetree
Reply to
Mark Brown, 2011-03-18
On 03/18/2011 11:25 PM, Somebody in the thread at some point said:
On Fri, Mar 18, 2011 at 09:33:00PM +0000, Andy Green wrote:
quoted
Well: Greg was also reduced to explaining that device renaming in
userland was decided "a long time ago".  It's not argumentation, it is
an appeal to an alleged tradition.
The story with device renaming is fairly simple - nobody could agree on
what the ideal names should be and different userlands ended up wanting
different things so rather than try to keep everyone happy the kernel
picked the simplest policy possible and let userland override it to its
heart's content.
quoted
You think that striving away to create this Device Tree description of a
specific board and maintaining it in a bootloader is LESS work somehow
that registering platform devices in an array in the board definition
file?  I think not.
It's more the fact that it can be distributed separately to the kernel
which reduces the pressure to mainline the basic board description stuff
for ongoing maintinance.
However that was not the claim.

The claim was that there is a burden with platform_data that it is "inflexible", which I dealt with separately, and -->

''...you have to write code for each new board you want to support,
something that we've generally moved away from in Linux a decade
ago. ''

You very much "have to write code for each new board you want to support" with Device Tree, so this point is bogus when contrasting the attributes of platform_data against Device Tree.

-Andy
Thread (98 messages) 98 messages, 11 authors, 2011-03-22
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help