On Wed, Dec 11, 2013 at 1:05 AM, Sherman Yin wrote:
> I was just trying to move "select PINCTRL" to a defconfig as Christian
> suggested. However, CONFIG_PINCTRL is not selectable by a defconfig file
> (the option will be gone by the time .config is generated), even though
> PINCTRL has no
On Wed, Dec 11, 2013 at 1:05 AM, Sherman Yin s...@broadcom.com wrote:
I was just trying to move select PINCTRL to a defconfig as Christian
suggested. However, CONFIG_PINCTRL is not selectable by a defconfig file
(the option will be gone by the time .config is generated), even though
PINCTRL
On 13-10-17 08:31 AM, Christian Daudt wrote:
On Thu, Oct 17, 2013 at 7:54 AM, Stephen Warren wrote:
On 10/17/2013 12:03 AM, Christian Daudt wrote:
On Thu, Oct 3, 2013 at 5:23 PM, Sherman Yin wrote:
Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin
On 13-10-17 08:31 AM, Christian Daudt wrote:
On Thu, Oct 17, 2013 at 7:54 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 10/17/2013 12:03 AM, Christian Daudt wrote:
On Thu, Oct 3, 2013 at 5:23 PM, Sherman Yin s...@broadcom.com wrote:
Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
On Thu, Nov 14, 2013 at 12:43 AM, Sherman Yin wrote:
> On 13-11-11 02:01 AM, Linus Walleij wrote:
>>>
>>> I would imagine that the platform-specific device tree bindings would
>>> need
>>> to clearly explain what the valid values are, as they should.
>>
>> But this is not a platform-specific
On Thu, Nov 14, 2013 at 12:43 AM, Sherman Yin s...@broadcom.com wrote:
On 13-11-11 02:01 AM, Linus Walleij wrote:
I would imagine that the platform-specific device tree bindings would
need
to clearly explain what the valid values are, as they should.
But this is not a platform-specific
On 13-11-11 02:01 AM, Linus Walleij wrote:
I would imagine that the platform-specific device tree bindings would need
to clearly explain what the valid values are, as they should.
But this is not a platform-specific binding. These are the
generic pin configuration bindings we're talking about.
On 13-11-11 02:01 AM, Linus Walleij wrote:
I would imagine that the platform-specific device tree bindings would need
to clearly explain what the valid values are, as they should.
But this is not a platform-specific binding. These are the
generic pin configuration bindings we're talking about.
On Fri, Nov 8, 2013 at 1:29 AM, Sherman Yin wrote:
> [Me]
>> On Wed, Nov 6, 2013 at 3:02 AM, Sherman Yin wrote:
>> You would have to patch the OF core to do something like that:
>>
>> bias-pull-up = ;
>>
>> 1/0 isn't so good I think, what should the parser do with e.g. 2?
>> This is more to the
On Fri, Nov 8, 2013 at 1:29 AM, Sherman Yin s...@broadcom.com wrote:
[Me]
On Wed, Nov 6, 2013 at 3:02 AM, Sherman Yin s...@broadcom.com wrote:
You would have to patch the OF core to do something like that:
bias-pull-up = true true false;
1/0 isn't so good I think, what should the parser do
On 13-11-06 01:40 AM, Linus Walleij wrote:
On Wed, Nov 6, 2013 at 3:02 AM, Sherman Yin wrote:
When Linus asked me to try using generic pinconf instead, I ran into
problems with this feature due to how the generic pinconf properties are
defined differently than my properties - perhaps this
On 13-11-06 09:00 AM, Stephen Warren wrote:
You probably don't want to reference the individual xxx1/2/3 nodes in
the client pinctrl properties, but instead wrap them in a higher-level
node that represents the whole pinctrl state. Then, the client pinctrl
properties can reference just that
On 13-11-06 09:00 AM, Stephen Warren wrote:
You probably don't want to reference the individual xxx1/2/3 nodes in
the client pinctrl properties, but instead wrap them in a higher-level
node that represents the whole pinctrl state. Then, the client pinctrl
properties can reference just that
On 13-11-06 01:40 AM, Linus Walleij wrote:
On Wed, Nov 6, 2013 at 3:02 AM, Sherman Yin s...@broadcom.com wrote:
When Linus asked me to try using generic pinconf instead, I ran into
problems with this feature due to how the generic pinconf properties are
defined differently than my properties -
On 11/05/2013 07:02 PM, Sherman Yin wrote:
> On 13-11-04 04:04 PM, Stephen Warren wrote:
>> On 11/04/2013 04:26 PM, Heiko Stübner wrote:
>>
>>> I remember we had a discussion about how things like bias-disable
>>> explicitly
>>> shouldn't have a value, when they are represented in the list-format:
On Wed, Nov 6, 2013 at 3:02 AM, Sherman Yin wrote:
> If I understand correctly, in Stephen's example, if a certain driver wants
> to configure PINA PINB and PINC, the pin configuration nodes "xxx1", "xxx2",
> and "xxx3" will all have to be selected for the particular pin state. This
> works
On Tue, Nov 5, 2013 at 1:04 AM, Stephen Warren wrote:
> On 11/04/2013 04:26 PM, Heiko Stübner wrote:
> Pure Boolean values should be represented as a valueless property. If
> the property is present, the value is true, otherwise false.
>
> However, pinctrl bindings often don't represent Boolean
On Tue, Nov 5, 2013 at 1:04 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 11/04/2013 04:26 PM, Heiko Stübner wrote:
Pure Boolean values should be represented as a valueless property. If
the property is present, the value is true, otherwise false.
However, pinctrl bindings often don't
On Wed, Nov 6, 2013 at 3:02 AM, Sherman Yin s...@broadcom.com wrote:
If I understand correctly, in Stephen's example, if a certain driver wants
to configure PINA PINB and PINC, the pin configuration nodes xxx1, xxx2,
and xxx3 will all have to be selected for the particular pin state. This
On 11/05/2013 07:02 PM, Sherman Yin wrote:
On 13-11-04 04:04 PM, Stephen Warren wrote:
On 11/04/2013 04:26 PM, Heiko Stübner wrote:
I remember we had a discussion about how things like bias-disable
explicitly
shouldn't have a value, when they are represented in the list-format:
On 13-11-04 04:04 PM, Stephen Warren wrote:
On 11/04/2013 04:26 PM, Heiko Stübner wrote:
I remember we had a discussion about how things like bias-disable explicitly
shouldn't have a value, when they are represented in the list-format:
pcfg_pull_none: pcfg_pull_none {
On 13-11-04 04:04 PM, Stephen Warren wrote:
On 11/04/2013 04:26 PM, Heiko Stübner wrote:
I remember we had a discussion about how things like bias-disable explicitly
shouldn't have a value, when they are represented in the list-format:
pcfg_pull_none: pcfg_pull_none {
On 11/04/2013 04:26 PM, Heiko Stübner wrote:
> I remember we had a discussion about how things like bias-disable explicitly
> shouldn't have a value, when they are represented in the list-format:
>
> pcfg_pull_none: pcfg_pull_none {
> bias-disable;
>
Am Montag, 4. November 2013, 13:24:10 schrieb Linus Walleij:
> > In my driver, I have the "one entry per pin" support for all my
> > properties instead of just the function property, like the "drive_str"
> > property below:
> >
> > + grp_1 {
> > + brcm,pins
On Sat, Oct 26, 2013 at 12:48 AM, Sherman Yin wrote:
> So I will go ahead and make the change in pinconf-generic.c and
> pinctrl-bindings.txt
> to include parsing of the "slew-rate" property and submit it as part of my
> pinctrl
> changes.
OK, good.
> Question regarding pinctrl-generic: in
Am Montag, 4. November 2013, 13:24:10 schrieb Linus Walleij:
In my driver, I have the one entry per pin support for all my
properties instead of just the function property, like the drive_str
property below:
+ grp_1 {
+ brcm,pins = pin1, pin2,
On 11/04/2013 04:26 PM, Heiko Stübner wrote:
I remember we had a discussion about how things like bias-disable explicitly
shouldn't have a value, when they are represented in the list-format:
pcfg_pull_none: pcfg_pull_none {
bias-disable;
On Sat, Oct 26, 2013 at 12:48 AM, Sherman Yin s...@broadcom.com wrote:
So I will go ahead and make the change in pinconf-generic.c and
pinctrl-bindings.txt
to include parsing of the slew-rate property and submit it as part of my
pinctrl
changes.
OK, good.
Question regarding
>As well as all this stuff...
OK. Will see if I can find something suitable for "input disable" and
"mode"
>>>
>>>Let's discuss this. What exactly does "input disable" and "mode"
>>>mean, in electrical terms?
>>>
>>>When you come down to what actually happens it may turn out
As well as all this stuff...
OK. Will see if I can find something suitable for input disable and
mode
Let's discuss this. What exactly does input disable and mode
mean, in electrical terms?
When you come down to what actually happens it may turn out that
input disable is PIN_CONFIG_OUTPUT,
> +static const struct capri_cfg_param capri_pinconf_params[] = {
> + {"brcm,hysteresis", CAPRI_PINCONF_PARAM_HYST},
> + {"brcm,pull", CAPRI_PINCONF_PARAM_PULL},
> + {"brcm,slew", CAPRI_PINCONF_PARAM_SLEW},
> + {"brcm,input_dis",
+static const struct capri_cfg_param capri_pinconf_params[] = {
+ {brcm,hysteresis, CAPRI_PINCONF_PARAM_HYST},
+ {brcm,pull, CAPRI_PINCONF_PARAM_PULL},
+ {brcm,slew, CAPRI_PINCONF_PARAM_SLEW},
+ {brcm,input_dis,
On Thu, Oct 17, 2013 at 7:54 AM, Stephen Warren wrote:
> On 10/17/2013 12:03 AM, Christian Daudt wrote:
>> On Thu, Oct 3, 2013 at 5:23 PM, Sherman Yin wrote:
>>> Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
>>>
>>> Signed-off-by: Sherman Yin
>>> Reviewed-by: Christian Daudt
>>>
On 10/17/2013 12:03 AM, Christian Daudt wrote:
> On Thu, Oct 3, 2013 at 5:23 PM, Sherman Yin wrote:
>> Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
>>
>> Signed-off-by: Sherman Yin
>> Reviewed-by: Christian Daudt
>> Reviewed-by: Matt Porter
>> ---
>> arch/arm/mach-bcm/Kconfig
On Thu, Oct 3, 2013 at 5:23 PM, Sherman Yin wrote:
> Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
>
> Signed-off-by: Sherman Yin
> Reviewed-by: Christian Daudt
> Reviewed-by: Matt Porter
> ---
> arch/arm/mach-bcm/Kconfig |2 +
> drivers/pinctrl/Kconfig | 10 +
>
On Thu, Oct 3, 2013 at 5:23 PM, Sherman Yin s...@broadcom.com wrote:
Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin s...@broadcom.com
Reviewed-by: Christian Daudt b...@fixthebug.org
Reviewed-by: Matt Porter matt.por...@linaro.org
---
On 10/17/2013 12:03 AM, Christian Daudt wrote:
On Thu, Oct 3, 2013 at 5:23 PM, Sherman Yin s...@broadcom.com wrote:
Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin s...@broadcom.com
Reviewed-by: Christian Daudt b...@fixthebug.org
Reviewed-by: Matt Porter
On Thu, Oct 17, 2013 at 7:54 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 10/17/2013 12:03 AM, Christian Daudt wrote:
On Thu, Oct 3, 2013 at 5:23 PM, Sherman Yin s...@broadcom.com wrote:
Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin s...@broadcom.com
+static const struct capri_cfg_param capri_pinconf_params[] = {
+ {"brcm,hysteresis", CAPRI_PINCONF_PARAM_HYST},
+ {"brcm,pull", CAPRI_PINCONF_PARAM_PULL},
+ {"brcm,slew", CAPRI_PINCONF_PARAM_SLEW},
+ {"brcm,input_dis",
On Fri, Oct 11, 2013 at 1:48 AM, Sherman Yin wrote:
>>> +static const struct capri_cfg_param capri_pinconf_params[] = {
>>> + {"brcm,hysteresis", CAPRI_PINCONF_PARAM_HYST},
>>> + {"brcm,pull", CAPRI_PINCONF_PARAM_PULL},
>>> + {"brcm,slew",
+static const struct capri_cfg_param capri_pinconf_params[] = {
+ {brcm,hysteresis, CAPRI_PINCONF_PARAM_HYST},
+ {brcm,pull, CAPRI_PINCONF_PARAM_PULL},
+ {brcm,slew, CAPRI_PINCONF_PARAM_SLEW},
+ {brcm,input_dis,
On Fri, Oct 11, 2013 at 1:48 AM, Sherman Yin s...@broadcom.com wrote:
+static const struct capri_cfg_param capri_pinconf_params[] = {
+ {brcm,hysteresis, CAPRI_PINCONF_PARAM_HYST},
+ {brcm,pull, CAPRI_PINCONF_PARAM_PULL},
+ {brcm,slew,
>> +config PINCTRL_CAPRI
>> + bool "Broadcom Capri pinctrl driver"
>> + select PINMUX
>> + select PINCONF
>> + help
>> + Say Y here to support Broadcom Capri pinctrl driver, which is used
>> for
>> + the BCM281xx SoC family, including BCM11130, BCM11140,
+config PINCTRL_CAPRI
+ bool Broadcom Capri pinctrl driver
+ select PINMUX
+ select PINCONF
+ help
+ Say Y here to support Broadcom Capri pinctrl driver, which is used
for
+ the BCM281xx SoC family, including BCM11130, BCM11140, BCM11351,
+
On Fri, Oct 4, 2013 at 2:23 AM, Sherman Yin wrote:
> Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
>
> Signed-off-by: Sherman Yin
> Reviewed-by: Christian Daudt
> Reviewed-by: Matt Porter
(...)
> +config PINCTRL_CAPRI
> + bool "Broadcom Capri pinctrl driver"
> + select
On Fri, Oct 4, 2013 at 2:23 AM, Sherman Yin s...@broadcom.com wrote:
Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin s...@broadcom.com
Reviewed-by: Christian Daudt b...@fixthebug.org
Reviewed-by: Matt Porter matt.por...@linaro.org
(...)
+config
46 matches
Mail list logo