Hi Thomas,
On Tuesday 15 December 2015 08:58 PM, Tony Lindgren wrote:
> * Sekhar Nori <nsek...@ti.com> [151215 06:26]:
>> Under some conditions, irq sorting procedure used
>> by INTC can go wrong resulting in a spurious irq
>> getting reported.
>>
>> If th
On Thursday 10 December 2015 08:46 PM, Sekhar Nori wrote:
> Hi Felipe,
>
> On Tuesday 08 December 2015 07:15 PM, Felipe Balbi wrote:
>> Sekhar Nori <nsek...@ti.com> writes:
>
>>> + /*
>>> +* A spurious IRQ can result if interrupt that triggered
in omap-intc
driver to prevent this.
Measurements using kernel function profiler on AM335x
EVM running at 720MHz show that after this patch
omap_intc_handle_irq() takes about 37.4us against
34us before this patch.
Signed-off-by: Sekhar Nori <nsek...@ti.com>
---
v3: add unlikely(), add pro
Hi Felipe,
On Tuesday 08 December 2015 07:15 PM, Felipe Balbi wrote:
> Sekhar Nori <nsek...@ti.com> writes:
>> +/*
>> + * A spurious IRQ can result if interrupt that triggered the
>> + * sorting is no longer active during the sorting (10 INTC
>> +
in omap-intc
driver to prevent this.
Signed-off-by: Sekhar Nori <nsek...@ti.com>
---
v2: increment error irq counter, use pr_err_once,
add a comment on tips to debug spurious irq
condition.
This patch results in a checkpatch warning about
extern definition of irq_err_count, but looks like
Hi Tony,
On Tuesday 20 October 2015 08:22 PM, Tony Lindgren wrote:
> * John Ogness <john.ogn...@linutronix.de> [151020 00:33]:
>> On 2015-10-20, Sekhar Nori <nsek...@ti.com> wrote:
>>>> Do you know what really is causing the spurious interrupts in yo
On Thursday 03 December 2015 08:32 PM, Tony Lindgren wrote:
> * Sekhar Nori <nsek...@ti.com> [151203 03:29]:
>> On Tuesday 20 October 2015 08:22 PM, Tony Lindgren wrote:
>>>
>>> OK thanks for testing. My guess from the above list would be EDMA
>>> or CPSW
.@arndb.de>
Acked-by: Sekhar Nori <nsek...@ti.com>
Boot tested this on DM644x EVM too.
Thanks,
Sekhar
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Monday 19 October 2015 08:20 PM, Tony Lindgren wrote:
> Hi,
>
> * Sekhar Nori <nsek...@ti.com> [151019 02:51]:
>> Under some conditions, irq sorting procedure used by INTC can go wrong
>> resulting in a spurious irq getting reported.
>>
>> This condition
conditions (see
the section of AM335x TRM for details) and is recoverable, we do not
need a warning splat for users to report. It can however result in
reduced performance so we add a ratelimited debug print to aid
developers.
Signed-off-by: Sekhar Nori <nsek...@ti.com>
---
drivers/irqchip/irq-
. It
worked well. For the arch/arm/mach-davinci parts, please add
Acked-by: Sekhar Nori <nsek...@ti.com>
Vinod, if you prefer me replying with acks on individual patches, I can
do that too.
Regards,
Sekhar
--
To unsubscribe from this list: send the line "unsubscribe linux-omap&
On Monday 05 October 2015 08:50 PM, Thierry Reding wrote:
> On Tue, Sep 08, 2015 at 08:44:05PM +0530, Sekhar Nori wrote:
>> From: Vignesh R <vigne...@ti.com>
>>
>> TIPWMSS is present on TI's DRA7x and
>> AM437x SoCs. Enable its usage.
>>
>> Instead of
On Friday 11 September 2015 05:56 PM, Peter Ujfalusi wrote:
> Hi,
>
> Changes since v1:
> - Convert edma platform device registration to use
> platform_device_register_full
> - Moved the PM callback also to the dmaengine driver - missed in v1
> - Commit message added to:
> ARM/dmaengine: edma:
From: Vignesh R <vigne...@ti.com>
TIPWMSS is present on TI's DRA7x and
AM437x SoCs. Enable its usage.
Instead of adding each SoC individually,
use the more generic ARCH_OMAP2PLUS
instead.
Signed-off-by: Vignesh R <vigne...@ti.com>
Signed-off-by: Sekhar Nori <nsek...@ti.com>
m: move pins to core dwc3]
Signed-off-by: Sekhar Nori <nsek...@ti.com>
---
arch/arm/boot/dts/am437x-gp-evm.dts | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
b/arch/arm/boot/dts/am437x-gp-evm.dts
index 84aa30c3235a..2
Add support for USB DRVVBUS pinctrl state change during
suspend/resume. This helps is conserving power during
system sleep.
Signed-off-by: Sekhar Nori <nsek...@ti.com>
---
drivers/usb/dwc3/core.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/usb/dwc3/core.c b/drivers/us
-
to-RAM for AM437x available.
Dave Gerlach (1):
ARM: dts: am437x-gp-evm: Add pinctrl states for usb
Sekhar Nori (1):
usb: dwc3: support for pinctrl state change during system sleep
arch/arm/boot/dts/am437x-gp-evm.dts | 30 ++
drivers/usb/dwc3/core.c
On Friday 14 August 2015 09:31 PM, Sebastian Andrzej Siewior wrote:
It has been observed on DRA7-evm that the UART triggers the interrupt and
reading IIR says IIR_NO_INT. It seems that we receive data via RX-DMA
but the interrupt is triggered anyway. I have hardly observed it on
AM335x and not
On Wednesday 26 August 2015 06:13 PM, Peter Hurley wrote:
On 08/26/2015 05:37 AM, Sekhar Nori wrote:
On Friday 14 August 2015 09:31 PM, Sebastian Andrzej Siewior wrote:
From: John Ogness john.ogn...@linutronix.de
That bitfield is modified by read + or + write operation. If someone
sets any
-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
to avoid more such
errors.
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Signed-off-by: John Ogness john.ogn...@linutronix.de
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
Tested with wilink BT module on TI's DRA7 EVM.
Tested-by: Sekhar Nori nsek...@ti.com
Thanks
On Wednesday 26 August 2015 06:14 PM, Peter Hurley wrote:
On 08/14/2015 12:01 PM, Sebastian Andrzej Siewior wrote:
The function tty_insert_flip_string() returns an int and as such it
might fail. So the result is that I kindly asked to insert 48 bytes and
the function only insterted 32.
I have
Hi Mugunthan,
On Wednesday 12 August 2015 03:22 PM, Mugunthan V N wrote:
+static const struct of_device_id cpsw_of_mtable[] = {
+ { .compatible = ti,cpsw, .data = cpsw_devtype[CPSW], },
+ { .compatible = ti,am335x-cpsw, .data = cpsw_devtype[AM335X_CPSW], },
+ { .compatible =
On Tuesday 28 July 2015 02:11 PM, Vignesh R wrote:
Add qspi memory mapped region entries for DRA7xx based SoCs.
Signed-off-by: Vignesh R vigne...@ti.com
---
arch/arm/boot/dts/am4372.dtsi | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am4372.dtsi
-by: Tony Lindgren t...@atomide.com
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Earlier sent as part of the series:
http://www.spinics.net/lists/linux-omap/msg120005.html
resending for applying through tty tree with
Tony's ack included.
arch/arm/boot/dts/dra7.dtsi | 20 ++--
1 file
Hi Greg,
On Tuesday 14 July 2015 06:19 PM, Tony Lindgren wrote:
* Peter Hurley pe...@hurleysoftware.com [150714 05:24]:
On 07/14/2015 04:02 AM, Sekhar Nori wrote:
This series works around Advisory 21 as documented in
AM437x SoC errata[1]. This errata prevents UART module
from idling after
Hi Greg,
On Friday 24 July 2015 03:55 AM, Greg Kroah-Hartman wrote:
On Thu, Jun 25, 2015 at 03:45:04PM +0530, Sekhar Nori wrote:
omap_device infrastructure has a suspend_noirq hook which
runtime suspends all devices late in the suspend cycle (see
_od_suspend_noirq() in arch/arm/mach-omap2
Add serialN aliases for all 6 UART instances on
the AM437x SoC so each board's .dts file does not
have to define its own aliases.
Remove the alias added for am437x-gp-evm.dts now
that we have the aliases defined in am4372.dtsi
file.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/boot
Hi Tony,
Here non-critical compatible name fix
for DRA7x EVM for v4.3
Thanks,
Sekhar
Sekhar Nori (2):
ARM: dts: dra7-evm: fix compatible name for pcf8575
ARM: dts: dra72-evm: fix compatible name for pcf8575
arch/arm/boot/dts/dra7-evm.dts | 2 +-
arch/arm/boot/dts/dra72-evm.dts | 2 +-
2
match
fails.
Reported-by: Tero Kristo t-kri...@ti.com
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/boot/dts/dra72-evm.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/dra72-evm.dts b/arch/arm/boot/dts/dra72-evm.dts
index 4e1b60581782..746acce940c3
if compatible match fails.
Reported-by: Tero Kristo t-kri...@ti.com
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/boot/dts/dra7-evm.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/dra7-evm.dts b/arch/arm/boot/dts/dra7-evm.dts
index aa465904f6cc
://www.ti.com/lit/er/sprz408b/sprz408b.pdf
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- introduce a new function to do the UART softreset
- restore MDR1 unconditionally
- update subject line and description according to comments received.
drivers/tty/serial/8250/8250_omap.c | 65
-by: Sekhar Nori nsek...@ti.com
---
v2:
- no change.
arch/arm/boot/dts/dra7.dtsi | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
index 8f1e25bcecbd..49940e516f0f 100644
--- a/arch/arm/boot/dts/dra7
to not break backward DTB compatibility for users of
8250_omap driver on AM335x based boards, existing use of
of_machine_is_compatible() has not been removed.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- prevent dtb backward compatibility breakage
.../devicetree/bindings/serial/omap_serial.txt
://www.ti.com/lit/er/sprz408b/sprz408b.pdf
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- Updated subject line and description according
to comments received.
drivers/tty/serial/8250/8250_omap.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/tty
of workaround for this errata on DRA7x SoCs.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- subject line updated according to subsystem conventions
Documentation/devicetree/bindings/serial/omap_serial.txt | 1 +
drivers/tty/serial/8250/8250_omap.c | 1 +
2 files changed, 2
The compatible ti,am4372-uart is used in arch/arm/boot/dts/am4372.dtsi
but not documented. Add necessary documentation.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- No changes.
Documentation/devicetree/bindings/serial/omap_serial.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
, 8250_dma
driver has already set rxchan to NULL via serial8250_release_dma().
Make an explicit check to see if rxchan is NULL in
runtime_{suspend|resume} hooks to fix this.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- updated subject line according to subsystem conventions
drivers/tty/serial
fixes a related bug but can be applied independently.
[1] http://www.ti.com/lit/er/sprz408b/sprz408b.pdf
v2:
- Updated according to comments from Peter Hurley.
See each patch for change details.
Sekhar Nori (7):
serial: 8250_omap: fix kernel crash in suspend-to-ram
Documentation: DT
Hi Peter,
On Saturday 11 July 2015 03:31 AM, Peter Hurley wrote:
On 07/09/2015 10:15 AM, Sekhar Nori wrote:
On Thursday 09 July 2015 07:03 AM, Peter Hurley wrote:
[...]
@@ -1307,6 +1320,36 @@ static int omap8250_runtime_suspend(struct device
*dev)
return -EBUSY
Add missing static declaration for file local variables.
This fixes sparse warnings of type:
arch/arm/mach-omap2/omap_hwmod_81xx_data.c:491:26: warning: symbol
'dm81xx_alwon_l3_slow__gpmc' was not declared. Should it be static?
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/mach-omap2
Hi Tony,
Here are some sparse fixes for mach-omap2.
After this series mach-omap2 is sparse clean.
Thanks,
Sekhar
Sekhar Nori (2):
ARM: OMAP2+: sparse: add missing static declaration
ARM: OMAP2+: sparse: add missing function declarations
arch/arm/mach-omap2/omap-mpuss-lowpower.c
?
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/mach-omap2/omap3-restart.c | 1 +
arch/arm/mach-omap2/omap4-restart.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/arm/mach-omap2/omap3-restart.c
b/arch/arm/mach-omap2/omap3-restart.c
index 103a49f68bcb..4bdd22edb96b 100644
Hi Peter,
On Thursday 09 July 2015 07:03 AM, Peter Hurley wrote:
Hi Sekhar,
Patch title should start serial: 8250_omap: .. since the patch
is specific to the 8250_omap serial driver.
Yes, missed that.
On 07/06/2015 05:47 AM, Sekhar Nori wrote:
AM335x, AM437x and DRA7x SoCs have
Hi Peter,
On Thursday 09 July 2015 05:30 AM, Peter Hurley wrote:
Hi Sekhar,
On 07/06/2015 05:47 AM, Sekhar Nori wrote:
Use of of_machine_is_compatible() for AM335x specific DMA
quirk in 8250_omap driver makes it ugly to extend the
quirk for other platforms. Instead use a new compatible
Hi Peter,
On Wednesday 08 July 2015 07:34 PM, Peter Hurley wrote:
Hi Sekhar,
On 07/06/2015 05:47 AM, Sekhar Nori wrote:
omap_device infrastructure has a suspend_noirq hook which
runtime suspends all devices late in the suspend cycle (see
_od_suspend_noirq() in arch/arm/mach-omap2
On Thursday 09 July 2015 05:59 AM, Peter Hurley wrote:
Hi Sekhar,
On 07/06/2015 05:47 AM, Sekhar Nori wrote:
updating mdr1 register on OMAP needs to take care of
errata i202. Introduce a function to update mdr1.
This will be useful later on when mdr1 needs to be
written to from other
M25P80 driver provides support for most common SPI NOR devices.
These devices are commonly found on TI EVMs for AM437x and DRA7x
SoCs.
Enable support for this driver in defconfig for omap2plus devices.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/configs/omap2plus_defconfig | 2 ++
1
Enable support for on-chip resistive touchscreen m found on AM335x and
AM437x devices.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/configs/omap2plus_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs
Hi Tony,
Here are some defconfig updates for commonly
used drivers on platforms supported by
omap2plus_defconfig.
Applies to v4.2-rc1
Thanks,
Sekhar
Sekhar Nori (4):
ARM: omap2plus_defconfig: enable support for TI ADC
ARM: omap2plus_defconfig: enable support for TI touchscreen
ARM
Enable support for on-chip ADC found on AM335x and
AM437x devices.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/configs/omap2plus_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index
CPTS module of CPSW IP enables timestamp synchronization
using PTP. Enable CPTS feature of CPSW driver.
Available on AM335x, AM437x and DRA7x SoCs.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/configs/omap2plus_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm
applies to v4.2-rc1
[1] http://www.ti.com/lit/er/sprz408b/sprz408b.pdf
Sekhar Nori (7):
tty: serial: 8250: omap: fix kernel crash in suspend-to-ram
Documentation: DT: omap_serial: document missing compatible
tty: 8250: omap: introduce function to update mdr1
tty: 8250: omap eliminate use
backward DTB compatibility for users of
8250_omap driver on AM335x boards. However, the 8250_omap driver
is new and omap_serial is still the default choice driver for UART
and so choosing to break compatibility over keeping the code
around forever.
Signed-off-by: Sekhar Nori nsek...@ti.com
The compatible ti,am4372-uart is used in arch/arm/boot/dts/am4372.dtsi
but not documented. Add necessary documentation.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Documentation/devicetree/bindings/serial/omap_serial.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation
, 8250_dma
driver has already set rxchan to NULL via serial8250_release_dma().
Make an explicit check to see if rxchan is NULL in
runtime_{suspend|resume} hooks to fix this.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Previous version: http://www.spinics.net/lists/linux-omap/msg119459.html
No change
updating mdr1 register on OMAP needs to take care of
errata i202. Introduce a function to update mdr1.
This will be useful later on when mdr1 needs to be
written to from other places. No functional change.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
drivers/tty/serial/8250/8250_omap.c | 17
-by: Sekhar Nori nsek...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
index 8f1e25bcecbd..49940e516f0f 100644
--- a/arch/arm/boot/dts/dra7.dtsi
+++ b/arch
there does not
apply to AM335x, AM437x SoCs. These SoCs need a softreset of UART
before disabling them.
This patch implements that errata workaround. It is expected that
UART will be used with DMA so no explicit check for DMA usage
has been added for errata applicability.
Signed-off-by: Sekhar Nori nsek
of workaround for this errata on DRA7x SoCs.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Documentation/devicetree/bindings/serial/omap_serial.txt | 1 +
drivers/tty/serial/8250/8250_omap.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/serial
, 8250_dma
driver has already set rxchan to NULL via serial8250_release_dma().
Make an explicit check to see if rxchan is NULL in
runtime_{suspend|resume} hooks to fix this.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
This applies to latest linus/master. I can rebase and
resend after -rc1 is tagged
On Tuesday 26 May 2015 12:34 PM, Yegor Yefremov wrote:
Hi Tony, Nishanth and Felipe,
On Fri, May 22, 2015 at 7:54 PM, Tony Lindgren t...@atomide.com wrote:
* Felipe Balbi ba...@ti.com [150522 10:41]:
On Fri, May 22, 2015 at 09:52:13AM -0700, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com
-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-davinci/da850.c| 1 +
For the DaVinci change:
Acked-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
On Monday 23 March 2015 01:57 PM, Eliad Peller wrote:
I was applying the whole series, but over v4.0-rc1 :) Its best to
mention the baseline in cover-letter itself.
check out again the cover-letter. you probably overlooked it :)
I see it now :)
Thanks,
Sekhar
--
To unsubscribe from this
is the only platform that still set
the platform data in the legacy way (and doesn't
have DT bindings), so remove the relevant
code/Kconfig option from the board file (as suggested
by Sekhar Nori)
Since no one currently uses wlcore_spi, simply remove its
platform data support (DT bindings
On Monday 23 March 2015 01:36 PM, Eliad Peller wrote:
hi Sekhar,
On Mon, Mar 23, 2015 at 9:51 AM, Sekhar Nori nsek...@ti.com wrote:
+ Ido
On Wednesday 18 March 2015 10:08 PM, Eliad Peller wrote:
Now that we have wlcore device-tree bindings in place
(for both wl12xx and wl18xx), remove
On Tuesday 10 March 2015 07:41 PM, Arnd Bergmann wrote:
On Tuesday 10 March 2015 13:00:19 Eliad Peller wrote:
On Tue, Mar 10, 2015 at 12:49 AM, Tony Lindgren t...@atomide.com wrote:
* Eliad Peller el...@wizery.com [150309 14:03]:
On Mon, Mar 9, 2015 at 9:50 PM, Arnd Bergmann a...@arndb.de
On Thursday 27 November 2014 04:11 PM, Peter Ujfalusi wrote:
Hi,
The linux/platform_data/edma.h file was used for API definition as well, which
is not correct since the header should only contain platform data related
structures, defines, etc.
I would like to queue this series through
PM_RUNTIME if
PM_SLEEP is selected) which is only in linux-next at the moment (via the
linux-pm tree).
Please let me know if it is OK to take this one into linux-pm.
---
arch/arm/kernel/perf_event.c |2 +-
arch/arm/mach-davinci/pm_domain.c |2 +-
Acked-by: Sekhar Nori nsek
On Thursday 20 November 2014 08:10 PM, Richard Cochran wrote:
On Thu, Nov 20, 2014 at 07:26:00PM +0530, Sekhar Nori wrote:
I tested this using lcd7 cape connected to beaglebone black. The latest
kernel I could find on this board was a TI BSP based v3.14 kernel. So I
had to port these patches
On Friday 21 November 2014 08:41 PM, Johannes Pointner wrote:
I tested version 4 of the patch series on a custom design and I saw
also the jumps as described by Richard. I played a little with the
sample delay and it got better but I couldn't completely remove the
jumps.
And before the
.
Again, no breakage but no improvement as well.
All testing was done using ts_test
FWIW, you can add:
Tested-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
On Friday 14 November 2014 10:37 PM, Daniel Mack wrote:
Hi Sekhar,
On 11/14/2014 06:03 PM, Sekhar Nori wrote:
I think I have asked this before, and I am still not sure why this call
to pm_runtime_get_sync() is needed here. From my testing today, this
does seem to be a a no-op
On Tuesday 26 August 2014 02:22 PM, Daniel Mack wrote:
This patch makes the edma driver resume correctly after suspend. Tested
on an AM33xx platform with cyclic audio streams and omap_hsmmc.
All information can be reconstructed by already known runtime
information.
As we now use some
On Wednesday 05 November 2014 11:40 PM, Dave Gerlach wrote:
Sekhar,
On 11/05/2014 10:04 AM, Sekhar Nori wrote:
On Wednesday 05 November 2014 09:27 PM, Dave Gerlach wrote:
On 08/26/2014 03:52 AM, Daniel Mack wrote:
This patch makes the edma driver resume correctly after suspend. Tested
On Wednesday 05 November 2014 09:27 PM, Dave Gerlach wrote:
On 08/26/2014 03:52 AM, Daniel Mack wrote:
This patch makes the edma driver resume correctly after suspend. Tested
on an AM33xx platform with cyclic audio streams and omap_hsmmc.
All information can be reconstructed by already known
On Friday 22 August 2014 01:16 PM, Dave Gerlach wrote:
From: Daniel Mack zon...@gmail.com
This patch makes the edma driver resume correctly after suspend. Tested
on an AM33xx platform with cyclic audio streams and omap_hsmmc.
All information can be reconstructed by already known runtime
On Tuesday 26 August 2014 02:16 PM, Daniel Mack wrote:
Hi,
On 08/26/2014 08:36 AM, Sekhar Nori wrote:
On Friday 22 August 2014 01:16 PM, Dave Gerlach wrote:
Thanks for pushing that forward!
+static int edma_pm_suspend(struct device *dev)
+{
+ int j, r;
+
+ r
channel to queue0 (highest
priority)
and move it back to default queue when the channel is terminated.
ping?
For 1/3 and 2/3:
Acked-by: Sekhar Nori nsek...@ti.com
Vinod, can you take the series together with your tree (if you are happy
with the series, that is)? I don't have anything else
On Wednesday 16 July 2014 06:02 PM, Tony Lindgren wrote:
* Sebastian Andrzej Siewior bige...@linutronix.de [140716 05:14]:
On 07/11/2014 08:41 AM, Tony Lindgren wrote:
If the RX pin does not wake it up, you need to configure the
pinctrl-single entry for it, and configure that pin as a wake-up
On Wednesday 09 July 2014 07:25 PM, Felipe Balbi wrote:
On Wed, Jul 09, 2014 at 05:56:37PM +0530, Sekhar Nori wrote:
On Wednesday 09 July 2014 02:55 PM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [140708 01:32]:
* Sekhar Nori nsek...@ti.com [140707 21:56]:
On Monday 07 July 2014 08
On Wednesday 09 July 2014 07:45 PM, Santosh Shilimkar wrote:
On Wednesday 09 July 2014 08:39 AM, Russell King - ARM Linux wrote:
On Wed, Jul 09, 2014 at 05:56:37PM +0530, Sekhar Nori wrote:
On Wednesday 09 July 2014 02:55 PM, Tony Lindgren wrote:
I guess no more comments. Took a look
is understood, and cannot be addressed through
software, replace the warning with a pr_info() while maintaining the
WARN_ON() for other truly unexpected scenarios.
Reported-by: Nishanth Menon n...@ti.com
Tested-by: Felipe Balbi ba...@ti.com
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Only description
On Wednesday 09 July 2014 02:55 PM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [140708 01:32]:
* Sekhar Nori nsek...@ti.com [140707 21:56]:
On Monday 07 July 2014 08:40 PM, Felipe Balbi wrote:
On Mon, Jul 07, 2014 at 02:40:08PM +0100, Russell King - ARM Linux wrote:
--- a/arch/arm
On Monday 07 July 2014 04:32 PM, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [140707 03:51]:
On Mon, Jul 07, 2014 at 03:47:27AM -0700, Tony Lindgren wrote:
That's now merged into v3.16-rc4, so applying this into
omap-for-v3.16/fixes.
I intentionally left the
:27PM +0530, Sekhar Nori wrote:
OMAP4430 had L2 cache controller version r2p0 (per the public TRM) which
does not have this register. So unless there is a ROM API that was
introduced after OMAP4430, this would not be there even for other
OMAP4s. Public TRM of OMAP4470 does not indicate an API
On Wednesday 02 July 2014 05:24 PM, Nick Dyer wrote:
On 02/07/14 11:49, Sekhar Nori wrote:
On Tuesday 01 July 2014 09:44 PM, Stephen Warren wrote:
On the Tegra systems I have, IRQF_TRIGGER_FALLING is the correct (or at
least a valid) choice. That's probably because the Atmel IRQ signal
On Thursday 03 July 2014 02:45 AM, Yegor Yefremov wrote:
Btw how can I debug the kernel via JTAG? I've read, that one must
activate JTAG clock or something like this. What is the proper way to
do this in 3.15 - 3.16?
Please try with Lokesh's patch here:
tested on my DRA7x EVM.
Boot log here: http://paste.ubuntu.com/7741337/
Tested-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On Tuesday 01 July 2014 09:44 PM, Stephen Warren wrote:
Sekhar Nori wrote at Tuesday, July 01, 2014 3:52 AM:
Nick,
I have been using your for-next branch to base my development of
touchscreen support on TI's DRA7x EVM. With the recent updates,
it has worked out great and once I got
Nick,
I have been using your for-next branch to base my development of
touchscreen support on TI's DRA7x EVM. With the recent updates,
it has worked out great and once I got the configuration right,
it was just a question of adding DT data for the platform.
Now, there is one problem with
On Monday 23 June 2014 10:27 AM, Paul Walmsley wrote:
Hi Roger
On Wed, 18 Jun 2014, Roger Quadros wrote:
These patches add the missing OCP2SCP3 module and fixup the SATA hwmod
for DRA7 SoC. Both patches are tested on 3.16-rc1.
Could you please post a quick serial capture of a boot log
On Monday 23 June 2014 10:04 PM, Paul Walmsley wrote:
On Mon, 23 Jun 2014, Sekhar Nori wrote:
On Monday 23 June 2014 10:27 AM, Paul Walmsley wrote:
Hi Roger
On Wed, 18 Jun 2014, Roger Quadros wrote:
These patches add the missing OCP2SCP3 module and fixup the SATA hwmod
for DRA7 SoC. Both
On Thursday 19 June 2014 11:18 AM, Paul Walmsley wrote:
On Wed, 18 Jun 2014, Roger Quadros wrote:
This module is needed for the SATA and PCIe PHYs.
Signed-off-by: Roger Quadros rog...@ti.com
Tested-by: Roger Quadros rog...@ti.com
Is this one a fix? It looks to me like a new IP block
, and cannot be addressed through software,
replace the warning with a pr_info() while maintaining the WARN_ON() for
other truly unexpected scenarios.
Reported-by: Nishanth Menon n...@ti.com
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/mach-omap2/omap4-common.c |4
1 file
On Thursday 12 June 2014 06:16 PM, Roger Quadros wrote:
Tony,
Looks like we've missed this for 3.16.
Without these SATA support will be broken for DRA7x and OMAP5 so can
they be queued for -rc2?
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
On Tuesday 03 June 2014 04:18 PM, Yegor Yefremov wrote:
On Tue, Jun 3, 2014 at 9:57 AM, Yegor Yefremov
yegorsli...@googlemail.com wrote:
Kernel: 3.14, 3.15 (I haven't tried another kernels)
As soon as I write something to my NAND flash (via cat image
/dev/mtdblockx or ubiupdatevol) and make
On Wednesday 04 June 2014 01:55 PM, Yegor Yefremov wrote:
On Wed, Jun 4, 2014 at 8:40 AM, Sekhar Nori nsek...@ti.com wrote:
On Tuesday 03 June 2014 04:18 PM, Yegor Yefremov wrote:
On Tue, Jun 3, 2014 at 9:57 AM, Yegor Yefremov
yegorsli...@googlemail.com wrote:
Kernel: 3.14, 3.15 (I haven't
On Wednesday 04 June 2014 03:11 PM, Yegor Yefremov wrote:
On Wed, Jun 4, 2014 at 10:48 AM, Roger Quadros rog...@ti.com wrote:
Hi,
On 06/04/2014 11:25 AM, Yegor Yefremov wrote:
On Wed, Jun 4, 2014 at 8:40 AM, Sekhar Nori nsek...@ti.com wrote:
On Tuesday 03 June 2014 04:18 PM, Yegor Yefremov
On Wednesday 04 June 2014 04:00 PM, Yegor Yefremov wrote:
On Wed, Jun 4, 2014 at 12:20 PM, Sekhar Nori nsek...@ti.com wrote:
On Wednesday 04 June 2014 03:11 PM, Yegor Yefremov wrote:
On Wed, Jun 4, 2014 at 10:48 AM, Roger Quadros rog...@ti.com wrote:
Hi,
On 06/04/2014 11:25 AM, Yegor
1 - 100 of 298 matches
Mail list logo