In case there are dma errors currently the driver exits.
Make the spi driver fall back to pio mode in case of dma errors.
If the DMA engine is not selected the driver
exits.This patch makes the spi fall back to pio in that case.
Also adds a field dma_unusable to struct omap2_mcspi.
Signed-off-b
On Tue, 24 Jul 2012 11:51:16 +0300 Tero Kristo wrote:
> On Tue, 2012-07-24 at 17:34 +1000, NeilBrown wrote:
> > On Tue, 24 Jul 2012 09:28:24 +0300 Tero Kristo wrote:
> >
> > > On Tue, 2012-07-24 at 11:30 +1000, NeilBrown wrote:
> >
> > > > Might there be some way to get it to scale higher than
Tero,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Tero Kristo
> Sent: Friday, July 13, 2012 9:20 AM
> To: linux-omap@vger.kernel.org; p...@pwsan.com; khil...@ti.com
> Cc: linux-arm-ker...@lists.infradead.org
> Subj
On Tue, 24 Jul 2012, Tony Lindgren wrote:
> OK looks like Linus fixed up part of it, care to check what's needed
> against current mainline now?
Current mainline seems to be okay here.
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to ma
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
Hi,
using barebox to boot 3.5 kernel with device tree for pandaboard (A2)
stuck after some seconds. Any ideas?
Log:
bootm -o /boot/omap4-panda.dtb /boot/uImage
Image Name: Linux-3.5.0-01676-g84de33d-dirty
OS: Linux
Architecture: ARM
Type: Kernel Image
Compressi
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
Currently this flag is not used anywhere and may be safely removed.
Signed-off-by: Ruslan Bilovol
---
arch/arm/mach-omap2/usb-host.c|1 -
arch/arm/plat-omap/include/plat/usb.h |4
2 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/usb-host.c b
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
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 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
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
Hi,
On Mon, 2012-07-23 at 09:08 +0200, Yegor Yefremov wrote:
> After getting MMC working I now have following issues: both musb and EHCI
> make problems.
>
> musb:
>
> musb-hdrc: version 6.0, ?dma?, otg (peripheral+host)
> musb-am35x musb-am35x: failed to get clock
> musb-am35x: probe of musb-a
On Monday 23 July 2012, Uwe Kleine-König wrote:
> this is the 2nd version of this series whose goal is to make struct
> of_device_id.data const. Conceptually a driver must not modify the data
> contained there so making it const is the right thing.
>
> v1 of this series was sent with Message-id:
>
We have no reason to block in the error handler workqueue, so use msleep.
Signed-off-by: Jassi Brar
---
drivers/video/omap2/dss/dispc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/video/omap2/dss/dispc.c b/drivers/video/omap2/dss/dispc.c
index c56a51a..0e3
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
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.
> >
>
instead of hardcoding the address space size, we
can calculate it using resource_size() helper.
Signed-off-by: Felipe Balbi
---
arch/arm/plat-omap/debug-leds.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/plat-omap/debug-leds.c b/arch/arm/plat-omap/debug-leds.c
in
while at that, also convert to module_platform_driver
Signed-off-by: Felipe Balbi
---
arch/arm/plat-omap/debug-leds.c | 25 -
1 file changed, 20 insertions(+), 5 deletions(-)
diff --git a/arch/arm/plat-omap/debug-leds.c b/arch/arm/plat-omap/debug-leds.c
index 392daa8..08
put our probe function on __devinit section, so
it can be freed on some cases.
Signed-off-by: Felipe Balbi
---
arch/arm/plat-omap/debug-leds.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-omap/debug-leds.c b/arch/arm/plat-omap/debug-leds.c
index 615d085..
Hi Tony,
here are a few changes for the debug-leds driver. This series tries to get the
driver closer to be moved away from arch/arm/plat-omap/ and under drivers/leds.
There's only the dependency with now.
I tried moving the needed definitions into the C file, but there's another file
which uses
there's no problem in registering debug-leds on
module_init() as that's not critical to board
boot up.
Signed-off-by: Felipe Balbi
---
arch/arm/plat-omap/debug-leds.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/plat-omap/debug-leds.c b/arch/arm/plat-omap/debug-le
that platform_device is only registered by
board-h4.c, so there's no need to check which
machine is running as the driver won't bind
to anything.
Signed-off-by: Felipe Balbi
---
arch/arm/plat-omap/debug-leds.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/arch/arm/pl
On Tue, 2012-07-24 at 17:34 +1000, NeilBrown wrote:
> On Tue, 24 Jul 2012 09:28:24 +0300 Tero Kristo wrote:
>
> > On Tue, 2012-07-24 at 11:30 +1000, NeilBrown wrote:
>
> > > Might there be some way to get it to scale higher than 600MHz?
> > > The first message from U-boot says:
> > >
> > > OMAP
On Tue, Jul 24, 2012 at 08:36:08AM +, Philip, Avinash wrote:
> On Tue, Jul 24, 2012 at 13:37:24, Thierry Reding wrote:
> > On Tue, Jul 24, 2012 at 07:52:06AM +, Philip, Avinash wrote:
> > > On Mon, Jul 23, 2012 at 19:07:04, Thierry Reding wrote:
> > > > On Mon, Jul 23, 2012 at 12:44:38PM +0
The commit 9c17d08 [mmc: omap_hsmmc: ensure probe returns error upon
resource failure] introduced the below warning.
CC drivers/of/of_net.o
drivers/mmc/host/omap_hsmmc.c: In function 'omap_hsmmc_probe':
drivers/mmc/host/omap_hsmmc.c:1936: warning: statement with no effect
Fix the same by a
On Tue, Jul 24, 2012 at 13:56:24, Thierry Reding wrote:
> On Tue, Jul 24, 2012 at 10:25:17AM +0200, Lars-Peter Clausen wrote:
> > On 07/24/2012 08:51 AM, Thierry Reding wrote:
> > >
> > > How about the following?
> > >
> > > /**
> > > * enum pwm_polarity - polarity of a PWM signal
> > > * @PWM_
On Tue, Jul 24, 2012 at 13:37:24, Thierry Reding wrote:
> On Tue, Jul 24, 2012 at 07:52:06AM +, Philip, Avinash wrote:
> > On Mon, Jul 23, 2012 at 19:07:04, Thierry Reding wrote:
> > > On Mon, Jul 23, 2012 at 12:44:38PM +, Philip, Avinash wrote:
> > > > On Mon, Jul 23, 2012 at 14:52:04, Thi
* 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 Tue, Jul 24, 2012 at 10:25:17AM +0200, Lars-Peter Clausen wrote:
> On 07/24/2012 08:51 AM, Thierry Reding wrote:
> >
> > How about the following?
> >
> > /**
> > * enum pwm_polarity - polarity of a PWM signal
> > * @PWM_POLARITY_NORMAL: a high signal for the duration of the duty-
> > * cy
On 07/24/2012 08:51 AM, Thierry Reding wrote:
>
> How about the following?
>
> /**
> * enum pwm_polarity - polarity of a PWM signal
> * @PWM_POLARITY_NORMAL: a high signal for the duration of the duty-
> * cycle, followed by a low signal for the remainder of the pulse
> * period
> * @PWM
* Paul Walmsley [120719 12:17]:
> On Thu, 19 Jul 2012, Tony Lindgren wrote:
>
> > Well I'm still a bit confused :)
> >
> > Which branch in arm-soc tree should this fix be applied then?
>
> In terms of arm-soc, it's needed in arm-soc for-next, due to commit
> 066b6eba6d58ad1cb9ec3917b6ee79730c3
On Tue, Jul 24, 2012 at 07:52:06AM +, Philip, Avinash wrote:
> On Mon, Jul 23, 2012 at 19:07:04, Thierry Reding wrote:
> > On Mon, Jul 23, 2012 at 12:44:38PM +, Philip, Avinash wrote:
> > > On Mon, Jul 23, 2012 at 14:52:04, Thierry Reding wrote:
> > > > On Mon, Jul 23, 2012 at 09:10:09AM +0
On Mon, Jul 23, 2012 at 19:07:04, Thierry Reding wrote:
> On Mon, Jul 23, 2012 at 12:44:38PM +, Philip, Avinash wrote:
> > On Mon, Jul 23, 2012 at 14:52:04, Thierry Reding wrote:
> > > On Mon, Jul 23, 2012 at 09:10:09AM +, Philip, Avinash wrote:
> > > > On Mon, Jul 23, 2012 at 12:22:35, Thi
On Tue, 24 Jul 2012 09:28:24 +0300 Tero Kristo wrote:
> On Tue, 2012-07-24 at 11:30 +1000, NeilBrown wrote:
> > Might there be some way to get it to scale higher than 600MHz?
> > The first message from U-boot says:
> >
> > OMAP3630/3730-GP ES2.1, CPU-OPP2, L3-165MHz, Max CPU Clock 1 Ghz
> >
>
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
On Tuesday 24 July 2012 12:23 PM, S, Venkatraman wrote:
On Tue, Jul 24, 2012 at 11:48 AM, Archit Taneja wrote:
Hi,
Comparing with working logs, I see this difference:
[1.502166] spi spi1.0: no RX DMA engine channel for McSPI
[1.507904] omap2_mcspi omap2_mcspi.1: can't setup spi1.0, st
40 matches
Mail list logo