Hi James,
Am Mittwoch, 12. Juni 2013, 16:55:12 schrieb James Hogan:
> Hi Heiko,
>
> On 10/06/13 20:40, Heiko Stübner wrote:
> > pinconf_generic_parse_dt_config() takes a node as input and generates an
> > array of generic pinconfig values from the properties of this node.
> >
> > As I couldn't find a mechanism to count the number of properties of a
> > node the function uses internally an array to accept one of parameter
> > and copies the real present options to a smaller variable at its end.
> >
> > Signed-off-by: Heiko Stuebner <he...@sntech.de>
>
> <snip>
>
> > @@ -139,3 +140,83 @@ void pinconf_generic_dump_config(struct pinctrl_dev
> > *pctldev,
> >
> > }
> > EXPORT_SYMBOL_GPL(pinconf_generic_dump_config);
> > #endif
> >
> > +
> > +#ifdef CONFIG_OF
> > +struct pinconf_generic_dt_params {
> > + const char * const property;
> > + enum pin_config_param param;
> > + u32 default_value;
> > +};
> > +
> > +static struct pinconf_generic_dt_params dt_params[] = {
> > + { "bias-disable", PIN_CONFIG_BIAS_DISABLE, 0 },
> > + { "bias-high-impedance", PIN_CONFIG_BIAS_HIGH_IMPEDANCE, 0 },
> > + { "bias-bus-hold", PIN_CONFIG_BIAS_BUS_HOLD, 0 },
> > + { "bias-pull-up", PIN_CONFIG_BIAS_PULL_UP, 0 },
> > + { "bias-pull-down", PIN_CONFIG_BIAS_PULL_DOWN, 0 },
> > + { "bias-pull-pin-default", PIN_CONFIG_BIAS_PULL_PIN_DEFAULT, 0 },
> > + { "drive-push-pull", PIN_CONFIG_DRIVE_PUSH_PULL, 0 },
> > + { "drive-open-drain", PIN_CONFIG_DRIVE_OPEN_DRAIN, 0 },
> > + { "drive-open-source", PIN_CONFIG_DRIVE_OPEN_SOURCE, 0 },
> > + { "drive-strength", PIN_CONFIG_DRIVE_STRENGTH, 0 },
> > + { "input-schmitt-enable", PIN_CONFIG_INPUT_SCHMITT_ENABLE, 1 },
> > + { "input-schmitt-disable", PIN_CONFIG_INPUT_SCHMITT_ENABLE, 0 },
> > + { "input-schmitt", PIN_CONFIG_INPUT_SCHMITT, 0 },
> > + { "input-debounce", PIN_CONFIG_INPUT_DEBOUNCE, 0 },
> > + { "power-source", PIN_CONFIG_POWER_SOURCE, 0 },
> > + { "slew-rate", PIN_CONFIG_SLEW_RATE, 0 },
> > + { "low-power-mode", PIN_CONFIG_LOW_POWER_MODE, 0 },
> > + { "output-low", PIN_CONFIG_OUTPUT, 0, },
> > + { "output-high", PIN_CONFIG_OUTPUT, 1, },
>
> shouldn't half of these default to 1 instead of 0? i.e. it's much nicer
> for the lone flag "bias-pull-up" to enable pull up rather than disable
> it (you even do this in the DT example in the bindings doc).
on closer inspection it seems that you may be right. The documentation to the
options in the pinconf-generic header even tells that for example the pull
options do have a 0 or 1 argument.
I guess I got much inspiration from sh-pfc/pinctrl.c when learning about the
generic pinconf, which ignores any argument for these options, which I then
have mimiced in my rockchip driver and here.
But I'm not sure if I understand everything correctly :-) ... isn't the bias-
disable the opposite of turning on a pull (like the sh-pfc/pinctrl does) and
same with switching from one pull type to another, i.e. activating a pull up
would turn off a pull down and on the whole making the argument redundant?
The only other candidate I could find was low-power-mode which really could
use a "1" as default. All the other pinconf options either use custom
arguments or ignore teir argument.
> Otherwise the patch looks good to me (though I haven't tried it yet).
nice
Heiko
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
