Thread (1 message) 1 message, 1 author, 2011-12-20

[PATCH v3 1/3] mfd: mc13xxx: add device tree probe support

From: Shawn Guo <hidden>
Date: 2011-12-20 02:01:02
Also in: linux-devicetree

On Tue, Dec 20, 2011 at 12:57:09AM +0000, Mark Brown wrote:
On Mon, Dec 12, 2011 at 11:15:56PM +0800, Shawn Guo wrote:
quoted
+Sub-nodes:
+- regulators : Contain the regulator nodes.  The name of regulator node
+  is being used by mc13xxx regulator driver to find the correct relator
+  device.
Reading this I'm not clear what the name of the node is, or what the
valid node names are.
In the example below, the name would be 'mc13892__sw1'.
quoted
+			sw1_reg: mc13892__sw1 {
The examples don't really elucidate this either (and the __ is rather
odd).
Yes, that's because the name defined by mc13892 regulator driver is odd.

There is a '_' in 'MC13892_' when using MC13xxx_DEFINE below.

#define MC13892_SW_DEFINE(name, reg, vsel_reg, voltages)        \
        MC13xxx_DEFINE(MC13892_, name, reg, vsel_reg, voltages, \
                        mc13892_sw_regulator_ops)

And the second one comes from the definition of .name below.

#define MC13xxx_DEFINE(prefix, _name, _reg, _vsel_reg, _voltages, _ops) \
        [prefix ## _name] = {                           \
                .desc = {                                               \
                        .name = #prefix "_" #_name,                     \

Using the regulator name to find the correct device is the approach I
can see that brings the least churn to the existing driver.  You may
think the regulator name is Linux mc13892 regulator driver specific.
But I think it should be something from hardware manual and should be
used in driver and device tree consistently.  Unfortunately, the driver
created an odd name first, and we have to use that name in device tree
to minimize the diff stat.

-- 
Regards,
Shawn
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help