Isochronous Tx DMA is getting programmed but never getting started
for CPPI and TUSB DMAs and thus Isochronous Tx doesn't work.
Fixing it by starting DMAs using musb_h_tx_dma_start().
Signed-off-by: Swaminathan S swami.i...@ti.com
Signed-off-by: Babu Ravi ravib...@ti.com
Signed-off-by: Ajay
On Sunday 05 July 2009, Hemanth V wrote:
Do you see any major changes required to support
slave mode in the SPI core driver.
There *is* no such thing as a SPI core driver...
We are able to
use the existing interface for slave mode also, but
some APIs/ Structures could be made generic.
resend because little format issue.
From fc5e771b808b5bf094846051a1c59c7e5e8ec149 Mon Sep 17 00:00:00 2001
From: janboe janboe...@gmail.com
Date: Fri, 28 Aug 2009 13:50:57 +0800
Subject: [PATCH] flush the function in sdram is not correct because
sram is changed.
Signed-off-by: janboe
On Thursday 27 August 2009 14:12:53 ext Jarkko Nikula wrote:
On Thu, 27 Aug 2009 15:07:32 +0530
Aggarwal, Anuj anuj.aggar...@ti.com wrote:
Thanks Jarkko, the patch works for me.
This is nice to hear.
Can you, Peter or who has access to 2420 and 2430 TRMs to verify is the
DEVCONF0 bits 3
Vikram Pandita vikram.pand...@ti.com writes:
Release the Dbg board detection gpio once its purpose is served
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
Looks fine, I'll pull into my fixes queue.
Thanks,
Kevin
---
arch/arm/mach-omap2/board-zoom-debugboard.c |7 ---
1
MPU power domain bank 0 bits are displayed in position of bank 1
in PWRSTS and PREPWRSTS registers. So read them from correct
position
Signed-off-by: Thara Gopinath th...@ti.com
---
Patch refresh issue.
arch/arm/mach-omap2/powerdomain.c | 19 +++
1 files changed, 19
Tony,
I pushed a couple more fixes to my pm-upstream/fixes-32 branch. You've
already pulled this branch into your for-next, so a re-pull will get
you just these two additional patches.
Thanks,
Kevin
Reddy, Teerth (1):
OMAP3: PM: add T2 interrupt line mux setting, and enable on 3430SDP
From: Reddy, Teerth tee...@ti.com
This patch changes for setting the padconf value for sys_nirq line
which is connected to T2 INTR1. This will fix the T2 keypad wakeup
issue on OMAP3 SDP.
Signed-off-by: Teerth Reddy tee...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
From: Vikram Pandita vikram.pand...@ti.com
Release the Dbg board detection gpio once its purpose is served
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/board-zoom-debugboard.c |7 ---
1 files changed,
Hello janboe,
On Fri, 28 Aug 2009, ye janboe wrote:
From f10090bf307066f1317d7152c6f9a6f395007d4a Mon Sep 17 00:00:00 2001
From: janboe janboe...@gmail.com
Date: Fri, 28 Aug 2009 13:50:57 +0800
Subject: [PATCH] flush the function in sdram is not correct because
sram is changed.
Signed-off-by: janboe janboe...@gmail.com
---
arch/arm/plat-omap/sram.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
index f2b0fa6..f549d8a 100644
--- a/arch/arm/plat-omap/sram.c
+++ b/arch/arm/plat-omap/sram.c
@@
Hi, Paul
I resent the patch after fix the format issue.
Please help to review it.
Thanks
Janboe
2009/8/28 Paul Walmsley p...@pwsan.com:
Hello janboe,
On Fri, 28 Aug 2009, ye janboe wrote:
From f10090bf307066f1317d7152c6f9a6f395007d4a Mon Sep 17 00:00:00 2001
From: janboe
Nishanth Menon n...@ti.com writes:
While switching from higher OPP to lower OPP,
current scale logic can fail by switching to lower
voltage while frequency remains at old value.
This patch adds a cleaner recovery logic and
additional freq dpll checks. This changes
program_freq_opp return
Hi Janboe,
On Fri, 28 Aug 2009, ye janboe wrote:
Hi, Paul
I resent the patch after fix the format issue.
Please help to review it.
Thanks, you fixed one issue, but this other one still needs to be fixed:
Your subject line should start with something like [PATCH] OMAP SRAM:,
and you
the original flush operation is to flush the function address which is
copied from.
But we do not change the function code and it is not necessary to flush it.
Signed-off-by: janboe janboe...@gmail.com
---
arch/arm/plat-omap/sram.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
Hello.
Ajay Kumar Gupta wrote:
Isochronous Tx DMA is getting programmed but never getting started
for CPPI and TUSB DMAs and thus Isochronous Tx doesn't work.
That's not true.
Fixing it by starting DMAs using musb_h_tx_dma_start().
Signed-off-by: Swaminathan S swami.i...@ti.com
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@ru.mvista.com]
Sent: Friday, August 28, 2009 2:53 PM
To: Gupta, Ajay Kumar
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
felipe.ba...@nokia.com; davi...@pacbell.net; Subbrathnam, Swaminathan; B,
Ravi
Subject:
Hello, I wrote:
Isochronous Tx DMA is getting programmed but never getting started
for CPPI and TUSB DMAs and thus Isochronous Tx doesn't work.
That's not true.
Well, this is only true iff URB_ISO_ASAP flag is *not* set for an
URB. In this case, PIO is also not being started, so you
This part is being done at musb_host_rx()
musb_host_tx() ofcourse.
doing next packet programming
within same urb and *not* starting next urb. Thus musb_start_urb() doesn't
come into this path. So it wouldn't start the DMAs.
In case of PIO, it does load the FIFO and sets the TXPKTREADY.
Hello.
Gupta, Ajay Kumar wrote:
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@ru.mvista.com]
Sent: Friday, August 28, 2009 2:53 PM
To: Gupta, Ajay Kumar
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
felipe.ba...@nokia.com; davi...@pacbell.net; Subbrathnam,
Sergei,
Pl. do the required testing with and without the patch on the current
tree for ISO transfers in Tx direction. As Ajay indicated we have done the
same and found it not working and hence the fix.
ISO Rx is also broken and the patch for fixing the same is on the way.
Hello, I wrote:
In case of PIO, it does load the FIFO and sets the TXPKTREADY.
Only is URB_ISO_ASAP is not set.
This should read only if URB_ISO_ASAP is set. :-/
WBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
This part is being done at musb_host_rx()
You're doing it in musb_host_tx() actually. Although musb_host_rx()
is also broken WRT the isochronous transfers.
doing next packet programming within same urb and *not* starting next
urb. Thus musb_start_urb() doesn't come into this
On Fri, 28 Aug 2009, ye janboe wrote:
the original flush operation is to flush the function address which is
copied from.
But we do not change the function code and it is not necessary to flush it.
Signed-off-by: janboe janboe...@gmail.com
Acked-by: Paul Walmsley p...@pwsan.com
thanks
Hello.
Gupta, Ajay Kumar wrote:
diff --git a/drivers/usb/musb/musb_host.c
b/drivers/usb/musb/musb_host.c
index cf94511..e3ab40a 100644
--- a/drivers/usb/musb/musb_host.c
+++ b/drivers/usb/musb/musb_host.c
@@ -1301,8 +1301,11 @@ void musb_host_tx(struct musb *musb, u8 epnum)
On Fri, 28 Aug 2009 09:55:01 +0300
Peter Ujfalusi peter.ujfal...@nokia.com wrote:
Can you, Peter or who has access to 2420 and 2430 TRMs to verify is the
DEVCONF0 bits 3 and 4 selecting there also the McBSP1 CLKR and FSR
sources like my patch is now assuming for all OMAP2-3.
On OMAP2:
Tony, Kevin,
Did you happen to go through this series?
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
Sent: Sunday, August 23, 2009 7:00 PM
To: Tony Lindgren; Kevin Hilman
Cc:
Hello Abhijit,
some comments.
On Wed, 19 Aug 2009, abhijitpag...@ti.com wrote:
From: Abhijit Pagare abhijitpag...@ti.com
This Patch Adds Silicon Specific initialisations for the API support.
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
---
arch/arm/mach-omap2/powerdomain.c |
Hello Abhijit,
a few more comments.
On Wed, 19 Aug 2009, abhijitpag...@ti.com wrote:
From: Abhijit Pagare abhijitpag...@ti.com
This Patch Adds the new power domain framework for OMAP4 and introduces \
some MACROS for OMAP4 Support. It also takes care of the initialisations \
of the power
Hi,
No single comment on this idea?
Thanks,
Janusz
--
On 2009-08-12 12:39, Janusz Krzysztofik wrote:
Change the way McBSP registers are updated: use cached values instead of
relying upon those read back from the device.
With this patch, I have finally managed to get
Shilimkar, Santosh santosh.shilim...@ti.com writes:
This patch series is intended to free up the kernel IO address space for
OMAP2XXX, OMAP3XXX and OMAP4430. It is generated against Tony's
omap-headers (2.6.31-rc6) branch and boot tested on OMAP3430 SDP and
OMAP4430 platform.
Some more
tom.leim...@gmail.com writes:
From: Ming Lei tom.leim...@gmail.com
This patch uses kmalloc(size,GFP_ATOMIC) instead of kmalloc(size,GFP_KERNEL)
to allocate memory for instance of struct power_state in pwrdms_setup(),
since it may be called by pwrdm_for_each() with irq disabled.
It is a
On Fri, Aug 28, 2009 at 01:51:03PM +0300, Jarkko Nikula wrote:
Are you Mark fine with the patch [] where the snd_soc_dai_set_sysclk
is used to specify source pin for CLKR and FSR?
Yes, that's OK. Could you re-send the patch, I don't think I've got a
local copy any more?
--
To unsubscribe from
Original Message -
From: David Brownell davi...@pacbell.net
On Sunday 05 July 2009, Hemanth V wrote:
Do you see any major changes required to support
slave mode in the SPI core driver.
There *is* no such thing as a SPI core driver...
I was referring to
spi.c - SPI init/core
Gupta, Ajay Kumar wrote:
This part is being done at musb_host_rx()
You're doing it in musb_host_tx() actually. Although musb_host_rx()
is also broken WRT the isochronous transfers.
doing next packet programming within same urb and *not* starting next
urb. Thus musb_start_urb()
Hello.
Subbrathnam, Swaminathan wrote:
Sergei,
Pl. do the required testing with and without the patch on the current
tree for ISO transfers in Tx direction. As Ajay indicated we have done the
same and found it not working and hence the fix.
Sigh, I'm now seeing it even witout
From: Govindraj R govindraj.r...@ti.com
This patch adds support for OMAP3430-HIGH SPEED UART Controller.
It currently adds support for the following features.
1. Supports Interrupt Mode for all three UARTs on SDP/ZOOM2.
2. Supports DMA Mode for all three UARTs on SDP/ZOOM2.
Ajay Kumar Gupta wrote:
Isochronous Tx DMA is getting programmed but never getting started
for CPPI and TUSB DMAs and thus Isochronous Tx doesn't work.
Fixing it by starting DMAs using musb_h_tx_dma_start().
Signed-off-by: Swaminathan S swami.i...@ti.com
Signed-off-by: Babu Ravi
Hi,
Some comments below.
* vimal singh vimal.neww...@gmail.com [090828 06:52]:
From: Govindraj R govindraj.r...@ti.com
This patch adds support for OMAP3430-HIGH SPEED UART Controller.
It currently adds support for the following features.
1. Supports Interrupt Mode for all three
* Kevin Hilman khil...@deeprootsystems.com [090828 01:28]:
Tony,
I pushed a couple more fixes to my pm-upstream/fixes-32 branch. You've
already pulled this branch into your for-next, so a re-pull will get
you just these two additional patches.
OK, I need to rebuild the omap for-next as
* Paul Walmsley p...@pwsan.com [090828 03:43]:
On Fri, 28 Aug 2009, ye janboe wrote:
the original flush operation is to flush the function address which is
copied from.
But we do not change the function code and it is not necessary to flush it.
Signed-off-by: janboe
* Thara Gopinath th...@ti.com [090827 09:54]:
This patch adds OSWR support for MPU/CORE domains in CPUidle.
Two new C states are being added to the existing C states
which makes the new states look like below.
Please explain what OSWR means, the patch description should be clear
to everybody.
* Hemanth V heman...@ti.com [090828 05:05]:
Original Message - From: David Brownell davi...@pacbell.net
On Sunday 05 July 2009, Hemanth V wrote:
Do you see any major changes required to support
slave mode in the SPI core driver.
There *is* no such thing as a SPI core driver...
I
The bootloader perspective..
The minimum set needed are for xloader, u-boot and the environment.
xloader is very static.
u-boot at 1.25m should be big enough
environment is very static and should be big enough..
This is consistent with the bootloader.
The rest can be done with mtdparts and the
Thanks Kevin for review!!
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, August 28, 2009 5:32 PM
To: Shilimkar, Santosh
Cc: Tony Lindgren; linux-omap@vger.kernel.org
Subject: Re: [PATCH 0/5] ARM: OMAP2/3/4: Reclaim the kernel IO address
On Friday 28 August 2009, Hemanth V wrote:
So would it be possible to merge the slave support also for
now, and could be modified to support the new slave interface
as and when available.
Not really. You still haven't split the non-slave stuff into
a patch, note ..
--
To unsubscribe from
Hi Amit,
On Mon, Aug 17, 2009 at 05:01:46PM +0300, Amit Kucheria wrote:
+
+#include asm/mach-types.h
You'll have to make your Kconfig entry depend on ARM if you want to include
this file. Too bad you need it just for the special sdp and ldp cases, but I
guess there's no other solution.
Cheers,
Hi Eric Felipe,
* Eric Witcher ewitc...@mindspring.com [090825 20:20]:
-Original Message-
From: Felipe Balbi felipe.ba...@nokia.com
Sent: Aug 19, 2009 9:40 AM
To: ext Tony Lindgren t...@atomide.com
Cc: Eric Witcher ewitc...@mindspring.com, linux-omap@vger.kernel.org
* Hiroshi DOYU hiroshi.d...@nokia.com [090827 00:26]:
Hi Tony,
I fixed the error exit path as below and attached the updated verion
of the patch. Please replace the old one in for-next with the attached
one.
OK will update.
Tony
Modified arch/arm/plat-omap/iommu-debug.c
diff --git
Acked-by: Fernando Guzman Lugo x0095...@ti.com
Regards
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Felipe Balbi
Sent: Friday, August 21, 2009 5:30 AM
To: Balbi Felipe (Nokia-D/Helsinki)
Cc: Doyu Hiroshi
Acked-by: Fernando Guzman Lugo x0095...@ti.com
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Friday, August 21, 2009 5:24 AM
To: Hiroshi DOYU
Cc: Ameya Palande; Guzman Lugo, Fernando; Linux OMAP Mailing List; Felipe Balbi
Subject: [DSPBRIGDE PATCH 2/6] dsp:
Acked-by: Fernando Guzman Lugo x0095...@ti.com
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Friday, August 21, 2009 5:24 AM
To: Hiroshi DOYU
Cc: Ameya Palande; Guzman Lugo, Fernando; Linux OMAP Mailing List; Felipe Balbi
Subject: [DSPBRIGDE PATCH 6/6] dsp:
Acked-by: Fernando Guzman Lugo x0095...@ti.com
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Friday, August 21, 2009 5:24 AM
To: Hiroshi DOYU
Cc: Ameya Palande; Guzman Lugo, Fernando; Linux OMAP Mailing List; Felipe Balbi
Subject: [DSPBRIGDE PATCH 4/6]
On Fri, Aug 28, 2009 at 11:58 PM, Guzman Lugo,
@@ -324,7 +324,7 @@ static int __init bridge_init(void)
if (result 0) {
GT_1trace(driverTrace, GT_7CLASS, bridge_init:
Can't get Major %d \n, driver_major);
- return result;
Hi,
-Original Message-
From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
Sent: Friday, August 28, 2009 4:13 PM
To: Guzman Lugo, Fernando
Cc: Felipe Balbi; Hiroshi DOYU; Ameya Palande; Linux OMAP Mailing List
Subject: Re: [DSPBRIGDE PATCH 6/6] dsp: bridge: beautify erro path
On
55 matches
Mail list logo