[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <AANLkTimCMpB+mOHv+8GMOkFF0qMh+bVxr56_-8r3EOqc@mail.gmail.com>
Date: Wed, 26 Jan 2011 08:32:52 -0700
From: Grant Likely <grant.likely@...retlab.ca>
To: Nicolas Pitre <nico@...xnic.net>
Cc: Thomas Chou <thomas@...ron.com.tw>,
David Miller <davem@...emloft.net>,
lkml <linux-kernel@...r.kernel.org>,
nios2-dev@...c.et.ntust.edu.tw,
devicetree-discuss@...ts.ozlabs.org, netdev@...r.kernel.org
Subject: Re: [PATCH v4] smc91x: add devicetree support
On Wed, Jan 26, 2011 at 8:17 AM, Nicolas Pitre <nico@...xnic.net> wrote:
> On Wed, 26 Jan 2011, Thomas Chou wrote:
>
>> Signed-off-by: Thomas Chou <thomas@...ron.com.tw>
>> ---
>> v2 specify part numbers in compat as Grant suggested.
>> v3 more specific part name.
>> v4 include match table only for OF as David suggested.
>
> The smc91x driver relies on many parameters which are platform specific,
> such as the bus width capabilities, register spacing due to special bus
> wiring, interrupt signal level, LED configuration, whether or not to
> configure the chip with a wait state, etc. Will the device tree support
> take care of those things?
Short answer, yes
In general bindings are written and documented as they are needed. In
this specific case,yes the device configuration should be encoded into
the device tree node. It is okay for now to not wire up any of that
configuration if the defaults work for Thomas' platform, but to be
useful in the long run they do need to be added.
Typically a block or function call is added to the drivers .probe hook
to decode device tree data if the of_node pointer is set.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists