[PATCH RFC v2 8/8] ARM: zynq: DT: Add pinctrl information

Linus Walleij linus.walleij at linaro.org
Fri Oct 31 01:17:11 PDT 2014


On Tue, Oct 28, 2014 at 5:03 PM, Sören Brinkmann
<soren.brinkmann at xilinx.com> wrote:
> On Tue, 2014-10-28 at 04:05PM +0100, Linus Walleij wrote:
>> On Thu, Oct 16, 2014 at 7:11 PM, Soren Brinkmann
>> <soren.brinkmann at xilinx.com> wrote:
>>
>> > Add pinctrl descriptions to the zc702 and zc706 device trees.
>> >
>> > Signed-off-by: Soren Brinkmann <soren.brinkmann at xilinx.com>
>>
>> (...)
>> > +&pinctrl0 {
>> > +       pinctrl_can0_default: pinctrl-can0-default {
>> > +               common {
>> > +                       function = "can0";
>> > +                       groups = "can0_9_grp";
>> > +                       bias-pull-up = <0>;
>>
>> No. If you want pull-up, just use
>> bias-pull-up;
>>
>> If you want to disable pull-up, use
>> bias-disable;
>
> But bias-disable also disables high-impedance. That doesn't work for me,
> I think.

Hm. Some sequencing problem right? Like you count on
bias-high-impdedance being set in some other state?

I think each state should be self-contained, so you set
all the stuff you need in a state, do not rely on things coming
in pre-set from another state.

So in this case just set bias-high-impedance; then and
if the state does not have bias-pull-up, *always* disable it
in the driver.

>>
>> > +                       slew-rate = <0>;
>>
>> If this measure is any kind of time unit, this is against the laws of nature.
>
> It's not. As the bindings say, the argument is driver specific.

Okay then.

>> > +               rx {
>> > +                       pins = "MIO46";
>> > +                       bias-high-impedance = <1>;
>>
>> Just
>> bias-high-impedance;
>
> Same problem as I have above. To allow all permutations of pull-up and
> tri-state I can't just have a single disable-bias property.

Again it seems to be a sequencing problem. And device tree is
not good at sequences, therefore all states should be self-contained.

Yours,
Linus Walleij



More information about the linux-arm-kernel mailing list