* Stephen Warren [130624 11:15]:
> On 06/24/2013 04:10 AM, Tony Lindgren wrote:
> > * Stephen Warren [130621 12:18]:
> >> On 06/21/2013 12:25 AM, Tony Lindgren wrote:
> >>> * Stephen Warren [130620 12:32]:
>
> I assume you mean there shouldn't be any issue *modifying* the pinctrl
> >>>
* Linus Walleij [130624 05:43]:
> On Mon, Jun 17, 2013 at 8:02 PM, Tony Lindgren wrote:
> > * Linus Walleij [130617 09:11]:
>
> >> Bear in mind that struct pinctl * forks effects in two paths,
> >> one is muxing the other is config, like pull-ups etc.
> >
> > I also thought the plan was to merg
On 06/24/2013 04:10 AM, Tony Lindgren wrote:
> * Stephen Warren [130621 12:18]:
>> On 06/21/2013 12:25 AM, Tony Lindgren wrote:
>>> * Stephen Warren [130620 12:32]:
I assume you mean there shouldn't be any issue *modifying* the pinctrl
API to allow multiple states to be active at o
On Mon, Jun 17, 2013 at 8:02 PM, Tony Lindgren wrote:
> * Linus Walleij [130617 09:11]:
>> Bear in mind that struct pinctl * forks effects in two paths,
>> one is muxing the other is config, like pull-ups etc.
>
> I also thought the plan was to merge pinmux and pinconf and
> do things based the
* Stephen Warren [130621 12:18]:
> On 06/21/2013 12:25 AM, Tony Lindgren wrote:
> > * Stephen Warren [130620 12:32]:
> >>
> >> I assume you mean there shouldn't be any issue *modifying* the pinctrl
> >> API to allow multiple states to be active at once? And where you're
> >> talking about having
On 06/21/2013 12:25 AM, Tony Lindgren wrote:
> * Stephen Warren [130620 12:32]:
>> On 06/20/2013 12:38 AM, Tony Lindgren wrote:
>>> * Stephen Warren [130619 13:08]:
On 06/17/2013 01:20 AM, Tony Lindgren wrote:
>> ...
> Below are the pin remuxing cases I'm aware of:
...
> Then fo
* Stephen Warren [130620 12:32]:
> On 06/20/2013 12:38 AM, Tony Lindgren wrote:
> > * Stephen Warren [130619 13:08]:
> >> On 06/17/2013 01:20 AM, Tony Lindgren wrote:
> ...
> >>> Below are the pin remuxing cases I'm aware of:
> >> ...
> >>> Then for dealing with the above examples, I think we alr
On 06/20/2013 12:38 AM, Tony Lindgren wrote:
> * Stephen Warren [130619 13:08]:
>> On 06/17/2013 01:20 AM, Tony Lindgren wrote:
...
>>> Below are the pin remuxing cases I'm aware of:
>> ...
>>> Then for dealing with the above examples, I think we already have a
>>> pretty good setup in pinctrl fra
* Stephen Warren [130619 13:08]:
> On 06/17/2013 01:20 AM, Tony Lindgren wrote:
> ...
> > First, I think the concept of remuxing (or even checking) _all_ the pins
> > for a consumer device is wrong on most if not all hardware. For past 10
> > years I have not seen a case where _all_ the pins for a
On 06/17/2013 12:02 PM, Tony Lindgren wrote:
> * Linus Walleij [130617 09:11]:
>> On Mon, Jun 17, 2013 at 9:20 AM, Tony Lindgren wrote:
>>
>>> First, I think the concept of remuxing (or even checking) _all_ the pins
>>> for a consumer device is wrong on most if not all hardware. For past 10
>>> y
On 06/17/2013 01:20 AM, Tony Lindgren wrote:
...
> First, I think the concept of remuxing (or even checking) _all_ the pins
> for a consumer device is wrong on most if not all hardware. For past 10
> years I have not seen a case where _all_ the pins for a device would need
> to be remuxed for any r
* Linus Walleij [130617 09:11]:
> On Mon, Jun 17, 2013 at 9:20 AM, Tony Lindgren wrote:
>
> > First, I think the concept of remuxing (or even checking) _all_ the pins
> > for a consumer device is wrong on most if not all hardware. For past 10
> > years I have not seen a case where _all_ the pins
On 6/17/2013 8:56 AM, Linus Walleij wrote:
On Mon, Jun 17, 2013 at 9:20 AM, Tony Lindgren wrote:
Maybe let's again try to first list all the known cases where we need to
do remuxing, and the pins we need to remux?
In the pinctrl documentation this is known as "runtime pinmuxing".
This is not
* Linus Walleij [130617 09:02]:
> On Mon, Jun 17, 2013 at 9:20 AM, Tony Lindgren wrote:
>
> > Maybe let's again try to first list all the known cases where we need to
> > do remuxing, and the pins we need to remux?
>
> In the pinctrl documentation this is known as "runtime pinmuxing".
> This is
On Mon, Jun 17, 2013 at 9:20 AM, Tony Lindgren wrote:
> First, I think the concept of remuxing (or even checking) _all_ the pins
> for a consumer device is wrong on most if not all hardware. For past 10
> years I have not seen a case where _all_ the pins for a device would need
> to be remuxed fo
On Mon, Jun 17, 2013 at 9:20 AM, Tony Lindgren wrote:
> Maybe let's again try to first list all the known cases where we need to
> do remuxing, and the pins we need to remux?
In the pinctrl documentation this is known as "runtime pinmuxing".
This is not common, it is much more common to change
p
* Stephen Warren [130614 08:49]:
> On 06/13/2013 02:34 PM, Linus Walleij wrote:
> > On Thu, Jun 13, 2013 at 9:39 PM, Stephen Warren
> > wrote:
> >> On 06/11/2013 01:59 PM, Linus Walleij wrote:
> >>> From: Linus Walleij
> >>>
> >>> This document snippet tries to be helpful and define the pin
> >
On Fri, Jun 14, 2013 at 5:43 PM, Stephen Warren wrote:
> On 06/13/2013 02:34 PM, Linus Walleij wrote:
>> On Thu, Jun 13, 2013 at 9:39 PM, Stephen Warren
>> wrote:
>>> On 06/11/2013 01:59 PM, Linus Walleij wrote:
From: Linus Walleij
This document snippet tries to be helpful and de
On 06/13/2013 02:34 PM, Linus Walleij wrote:
> On Thu, Jun 13, 2013 at 9:39 PM, Stephen Warren wrote:
>> On 06/11/2013 01:59 PM, Linus Walleij wrote:
>>> From: Linus Walleij
>>>
>>> This document snippet tries to be helpful and define the pin
>>> PM states and helpers, and how they should be used
On Thu, Jun 13, 2013 at 9:39 PM, Stephen Warren wrote:
> On 06/11/2013 01:59 PM, Linus Walleij wrote:
>> From: Linus Walleij
>>
>> This document snippet tries to be helpful and define the pin
>> PM states and helpers, and how they should be used to create
>> some kind of common ontology around th
On 06/11/2013 01:59 PM, Linus Walleij wrote:
> From: Linus Walleij
>
> This document snippet tries to be helpful and define the pin
> PM states and helpers, and how they should be used to create
> some kind of common ontology around this.
Oops. I haven't been keeping up well. I propose we hold o
* Linus Walleij [130611 13:05]:
> From: Linus Walleij
>
> This document snippet tries to be helpful and define the pin
> PM states and helpers, and how they should be used to create
> some kind of common ontology around this.
>
> Cc: Ulf Hansson
> Cc: Kevin Hilman
> Cc: Tony Lindgren
> Signe
From: Linus Walleij
This document snippet tries to be helpful and define the pin
PM states and helpers, and how they should be used to create
some kind of common ontology around this.
Cc: Ulf Hansson
Cc: Kevin Hilman
Cc: Tony Lindgren
Signed-off-by: Linus Walleij
---
Documentation/pinctrl.t
23 matches
Mail list logo