On 10/22/2012 02:15 AM, Linus Walleij wrote:
> This switches the way that pins are reserved for multiplexing:
>
> We used to do this when the map was parsed, at the creation of
> the settings inside the pinctrl handle, in pinmux_map_to_setting().
>
> However this does not work for us, because we
From: Linus Walleij
This switches the way that pins are reserved for multiplexing:
We used to do this when the map was parsed, at the creation of
the settings inside the pinctrl handle, in pinmux_map_to_setting().
However this does not work for us, because we want to use the
same set of pins
From: Linus Walleij linus.wall...@linaro.org
This switches the way that pins are reserved for multiplexing:
We used to do this when the map was parsed, at the creation of
the settings inside the pinctrl handle, in pinmux_map_to_setting().
However this does not work for us, because we want to
On 10/22/2012 02:15 AM, Linus Walleij wrote:
This switches the way that pins are reserved for multiplexing:
We used to do this when the map was parsed, at the creation of
the settings inside the pinctrl handle, in pinmux_map_to_setting().
However this does not work for us, because we want
On Fri, Oct 19, 2012 at 1:33 AM, Stephen Warren wrote:
> On 10/18/2012 04:01 AM, Linus Walleij wrote:
>> This switches the way that pins are reserved for multiplexing:
>
> The conceptual change makes perfect sense to me.
Thanks...
>> diff --git a/drivers/pinctrl/pinmux.c
On Fri, Oct 19, 2012 at 1:33 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 10/18/2012 04:01 AM, Linus Walleij wrote:
This switches the way that pins are reserved for multiplexing:
The conceptual change makes perfect sense to me.
Thanks...
diff --git a/drivers/pinctrl/pinmux.c
On 10/18/2012 04:01 AM, Linus Walleij wrote:
> This switches the way that pins are reserved for multiplexing:
The conceptual change makes perfect sense to me.
> diff --git a/drivers/pinctrl/pinmux.c b/drivers/pinctrl/pinmux.c
> void pinmux_free_setting(struct pinctrl_setting const *setting)
From: Linus Walleij
This switches the way that pins are reserved for multiplexing:
We used to do this when the map was parsed, at the creation of
the settings inside the pinctrl handle, in pinmux_map_to_setting().
However this does not work for us, because we want to use the
same set of pins
From: Linus Walleij linus.wall...@linaro.org
This switches the way that pins are reserved for multiplexing:
We used to do this when the map was parsed, at the creation of
the settings inside the pinctrl handle, in pinmux_map_to_setting().
However this does not work for us, because we want to
On 10/18/2012 04:01 AM, Linus Walleij wrote:
This switches the way that pins are reserved for multiplexing:
The conceptual change makes perfect sense to me.
diff --git a/drivers/pinctrl/pinmux.c b/drivers/pinctrl/pinmux.c
void pinmux_free_setting(struct pinctrl_setting const *setting)
...
10 matches
Mail list logo