Greetings,
I'm looking pinctl/pinmux/etc bindings for the Atmel CPUS (at91rm9200,
at91sam9*, etc). I see 3.5 has much of the devices documented. However, it
looks incomplete as there's no pinctrl/pinmux bindings defined yet in the
committed code. Google of the obvious things hasn't turned up
On Tue, Jul 24, 2012 at 11:34:50AM +0200, Attila Kinali wrote:
> Hi,
>
> I have here an embedded system where i use a serial port as SD Card
> interface as well as SPI interface. I select what i want to use
> by setting a GPIO pin high or low.
>
> Currently i'm using two different dts files, one
On Tue, Jul 24, 2012 at 2:01 PM, Rob Herring wrote:
>
> While Grant's busy packing, please pull devicetree updates for 3.6.
It would be good to get your key signed somehow. Nobody in your area?
The key you use for signing the tag has no signatures at all..
Linus
___
Linus,
While Grant's busy packing, please pull devicetree updates for 3.6.
Rob
The following changes since commit 6887a4131da3adaab011613776d865f4bcfb5678:
Linux 3.5-rc5 (2012-06-30 16:08:57 -0700)
are available in the git repository at:
git://sources.calxeda.com/kernel/linux.git tags/dt-
On Tuesday 24 July 2012, Stephen Warren wrote:
> > One would think that, but the of_address handling code actually treats
> > empty ranges the same as missing ranges, in violation of the spec,
> > and as a workaround to deal with some powermac machines that required
> > this.
> >
> > I'd rather fi
On 07/24/2012 12:48 PM, Arnd Bergmann wrote:
> On Tuesday 24 July 2012, Stephen Warren wrote:
>>
>> That makes the child nodes' reg property slightly more complex since I
>> don't get to elide the size cell, but does mean that we don't have to
>> change anything (code or bindings) at all to make it
On Tuesday 24 July 2012, Jon Hunter wrote:
> Ok. The thought was that the user would have the following means of
> requesting a channel ...
>
> 1. By name
> 2. By a filter parameter (flags)
> 3. By name and a filter parameter
>
> So we would have the following APIs ...
>
> struct dma_chan
> *of_
On Tuesday 24 July 2012, Stephen Warren wrote:
> It seems that given there are two values for dma-names, there really are
> two channels; it's just that one channel is bi-directional, and the
> second has two alternatives.
>
> Still, I guess you could also view this as three separate channels
> in
On Tuesday 24 July 2012, Stephen Warren wrote:
>
> That makes the child nodes' reg property slightly more complex since I
> don't get to elide the size cell, but does mean that we don't have to
> change anything (code or bindings) at all to make it work. I guess the
> lack of any ranges property w
Hi Vinod,
On 07/20/2012 04:37 AM, Vinod Koul wrote:
> On Fri, 2012-07-20 at 08:39 +, Arnd Bergmann wrote:
>> On Friday 20 July 2012, Vinod Koul wrote:
Required property:
dmas: list of one or more dma specifiers, each consisting of
- phandle pointing to dma controller no
I don't recall us getting any real conclusion out of this thread. How
about I drop the enumerated-bus concept and just use simple-bus, and
have reg be 2 cells (addr, size) in the child nodes:
regulators {
compatible = "simple-bus";
#address-cells = <1>;
#size-cells = <1>;
On 07/24/2012 01:19 AM, Arnd Bergmann wrote:
> On Monday 23 July 2012, Stephen Warren wrote:
>>> 3. A device with three channels, one of which has two alternatives:
>>
>> s/three/four/ s/one of which/both of which/
>>
>> This binding doc seems reasonable to me.
>
> I asked a linguist about it wh
Hello Marek,
On Fri, Jul 20, 2012 at 3:31 PM, Marek Szyprowski
wrote:
> Hello,
>
> On Thursday, July 19, 2012 3:22 PM Leela Krishna Amudala wrote:
>
>> Hello Marek,
>>
>> On Wed, Jul 18, 2012 at 12:15 PM, Marek Szyprowski
>> wrote:
>> > Hello,
>> >
>> > On Wednesday, July 18, 2012 7:57 AM Leela
Adds basic pinctrl support for AM33XX family of devices. This patch
is based on the pinctrl-simple driver submitted by Tony Lindgren's
here: http://lwn.net/Articles/496075/
Signed-off-by: AnilKumar Ch
---
arch/arm/boot/dts/am33xx.dtsi |9 +
1 file changed, 9 insertions(+)
diff --git
Adds pinctrl support to AM33XX family of devices. These patches were
tested on AM335x-Bone and AM335x-EVM
Changes from v2:
- user led pinmux comments updated according to Tony's
comment.
Changes from v1:
- Rebased the patches based on latest pinctrl-single driver
AnilK
Adds GPIO pinctrl nodes to am3358_pinmux master node to control
user leds (USR0, USR1, USR2 and USR3) present on BeagleBone.
Signed-off-by: AnilKumar Ch
---
arch/arm/boot/dts/am335x-bone.dts | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-bone.dts
I want to apologize to everybody for my hard-to-read
text that is improperly word-wrapped. I keep trying
to find Thunderbird settings that will Do The Right Thing,
but so far have been stymied.
___
devicetree-discuss mailing list
devicetree-discuss@list
On 7/24/2012 7:35 AM, Wolfgang Denk wrote:
> Dear Arnd,
>
> In message <201207241319.45101.a...@arndb.de> you wrote:
>>
>>> I'm trying to implement a driver that can do both DMA and PIO, and it would
>>> be
>>> nice if the user was able to select the mode (on a per-bus basis) using the
>>> DT.
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Tuesday, July 24, 2012 9:48 AM
> To: Aggrwal Poonam-B10812
> Cc: Wolfgang Denk; devicetree-discuss@lists.ozlabs.org; pa...@denx.de
> Subject: Re: Forcing PIO mode instead of DMA via DT property
>
> Dear Aggrwal Poona
Dear Arnd,
In message <201207241319.45101.a...@arndb.de> you wrote:
>
> > I'm trying to implement a driver that can do both DMA and PIO, and it would
> > be
> > nice if the user was able to select the mode (on a per-bus basis) using the
> > DT.
> > The PIO mode can reduce the overhead in some
On Sunday 22 July 2012, Marek Vasut wrote:
> I'm trying to implement a driver that can do both DMA and PIO, and it would
> be
> nice if the user was able to select the mode (on a per-bus basis) using the
> DT.
> The PIO mode can reduce the overhead in some cases and therefore be better
> choic
Hello.
On 24-07-2012 1:29, Stephen Warren wrote:
I think we're basically on the same page. Let's see if I have covered
all the cases we discussed so far. I've tried to update the binding that
Jon sent out initially with everything we've discussed, so please review
this to see if I understood yo
Hello.
On 23-07-2012 17:42, Afzal Mohammed wrote:
rtc-omap driver is now capable of handling kicker mechanism,
hence remove kicker handling at platform level, instead
provide proper device name so that driver can handle kicker
mechanism by itself
Signed-off-by: Afzal Mohammed
---
arch/arm
Hi,
I have here an embedded system where i use a serial port as SD Card
interface as well as SPI interface. I select what i want to use
by setting a GPIO pin high or low.
Currently i'm using two different dts files, one that specifies the
serial port as SD Card interface and one that specifies th
Hi,
On 07/24/2012 06:02 AM, Jingoo Han wrote:
I wonder fimd clock has any dependency with DP
>>> FIMD pixel clock is necessary to enable DP.
>> So then, i think DP driver also should control FIMD pixel clock.
>> Do you have any patch or plan for it?
> Um, I don't think so.
Hi Tony,
Thanks for the review.
On Tue, Jul 24, 2012 at 14:00:08, Tony Lindgren wrote:
> * AnilKumar Ch [120720 00:36]:
> > Adds GPIO pinctrl nodes to am3358_pinmux master node to control
> > user leds (USR0, USR1, USR2 and USR3) present on BeagleBone.
> >
> > Signed-off-by: AnilKumar Ch
> > -
On Tue, Jul 24, 2012 at 14:02:04, Tony Lindgren wrote:
> * AnilKumar Ch [120720 00:36]:
> > Add basic pinctrl support for AM33XX family of devices by adding DT
> > data to am33xx dtsi file. These patches are based on pinctrl-single
> > driver and tested on am335x-evm & am335x-bone devices.
> >
>
* AnilKumar Ch [120720 00:36]:
> Add basic pinctrl support for AM33XX family of devices by adding DT
> data to am33xx dtsi file. These patches are based on pinctrl-single
> driver and tested on am335x-evm & am335x-bone devices.
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am33xx.dt
* AnilKumar Ch [120720 00:36]:
> Adds GPIO pinctrl nodes to am3358_pinmux master node to control
> user leds (USR0, USR1, USR2 and USR3) present on BeagleBone.
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am335x-bone.dts | 15 +++
> 1 files changed, 15 insertions(+),
On Monday 23 July 2012, Stephen Warren wrote:
> > 3. A device with three channels, one of which has two alternatives:
>
> s/three/four/ s/one of which/both of which/
>
> This binding doc seems reasonable to me.
I asked a linguist about it who said that you can't have "both" together
with "four
30 matches
Mail list logo