Re: [PATCH] ARM: dts: am57xx-beagle-x15: set VDD_SD to always-on

On 09/25/2015 08:02 AM, Tomi Valkeinen wrote: > LDO1 regulator (VDD_SD) is connected to SoC's vddshv8. vddshv8 needs to > be kept always powered (see commit 5a0f93c6576a ("ARM: dts: Add > am57xx-beagle-x15"), but at the moment VDD_SD is enabled/disabled > depending on whether an SD card is

Re: [PATCH 2/2] arm: omap2+: PM: change trace_power_domain_target event format.

On 25/09/2015 16:10, Steven Rostedt wrote: On Fri, 25 Sep 2015 15:22:25 +0200 Marc Titinger wrote: From: Marc Titinger power_domain_target arg3 is now a string (event name) with generic power domains. In the case of Omap, it is a hint to the

Re: [PATCH] ARM: dts: Add am335x-bonegreen

On Fri, Sep 25, 2015 at 11:03 AM, Nishanth Menon wrote: > On 09/25/2015 10:10 AM, Robert Nelson wrote: >> SeeedStudio BeagleBone Green (BBG) is clone of the BeagleBone Black (BBB) >> minus >> the HDMI port and addition of two Grove connectors (i2c2 and usart2). >> >> This board can

[PATCH] ARM: dts: Add am335x-bonegreen

SeeedStudio BeagleBone Green (BBG) is clone of the BeagleBone Black (BBB) minus the HDMI port and addition of two Grove connectors (i2c2 and usart2). This board can be identified by the 1A value after A335BNLT (BBB) in the at24 eeprom: 1A: [aa 55 33 ee 41 33 33 35 42 4e 4c 54 1a 00 00 00

Re: [PATCH] ARM: dts: Add am335x-bonegreen

On 09/25/2015 10:10 AM, Robert Nelson wrote: > SeeedStudio BeagleBone Green (BBG) is clone of the BeagleBone Black (BBB) > minus > the HDMI port and addition of two Grove connectors (i2c2 and usart2). > > This board can be identified by the 1A value after A335BNLT (BBB) in the at24 > eeprom: >

Re: [PATCH] ARM: OMAP2: erratum I688 handling disabled for AM335x

* Bastian Stender [150925 05:40]: > Hi, > > On 09/25/2015 02:08 PM, Russell King - ARM Linux wrote: > >On Fri, Sep 25, 2015 at 12:01:13PM +0200, Bastian Stender wrote: > >>Signed-off-by: Bastian Stender > >>--- > >> arch/arm/mach-omap2/omap4-common.c |

[GIT PULL] omap fixes for most mmc regressions and few other fixes

The following changes since commit 7168e947291f0ead07e5638b4599fb7845288b69: Merge branch 'fixes-rc1' into omap-for-v4.3/fixes (2015-09-14 13:42:11 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap tags/omap-for-v4.3/fixes-rc2

Re: [PATCH] ARM: OMAP2: erratum I688 handling disabled for AM335x

On 09/25/2015 09:35 AM, Tony Lindgren wrote: > * Bastian Stender [150925 05:40]: >> Hi, >> >> On 09/25/2015 02:08 PM, Russell King - ARM Linux wrote: >>> On Fri, Sep 25, 2015 at 12:01:13PM +0200, Bastian Stender wrote: Signed-off-by: Bastian Stender

Re: [PATCH] ARM: dts: Add am335x-bonegreen

>> >> Would still work when https://patchwork.kernel.org/patch/6394821/ gets in? > > That will still work, but we need to extend the board identification > to "board-name" + "board-revision", as the Green choose the "A335BNLT" > board name in the eeprom to remain compatible with older 3.8.x images

Re: omapdss: Division by zero in kernel

On Thursday 17 September 2015 07:16:44 Pavel Machek wrote: > > > > if (image->depth == 1) { > > > if (p->fix.visual == FB_VISUAL_TRUECOLOR || > > > p->fix.visual == FB_VISUAL_DIRECTCOLOR) { > > > fgcolor = > > >

Re: [PATCH 0/2] convert to use generic irq handler

On 9/25/15 12:28 PM, Grygorii Strashko wrote: This patch series contains patches which fixes wrong APIs usage in atomic context on RT-kernel. The final goal is to make TI OMAP GPIO driver compatible with -RT kernel as much as possible. Patch 1: required to be compatible with -RT kernel, because

RE: [PATCH] ARM: OMAP2: erratum I688 handling disabled for AM335x

> From: Menon, Nishanth > Sent: Friday, September 25, 2015 9:44 AM > > If I688 is not needed on am335x, then it seems there are still some > > mysteries remaining with this erratum to unravel. Something like > > difference in the L3 implementation. Maybe somebody from TI can > > investigate which

[PATCH 1/2] gpio: omap: move pm runtime in irq_chip.irq_bus_lock/sync_unlock

The PM runtime API can't be used in atomic contex on -RT even if it's configured as irqsafe. As result, below error report can be seen when PM runtime API called from IRQ chip's callbacks irq_startup/irq_shutdown/irq_set_type, because they are protected by RAW spinlock: BUG: sleeping function

[PATCH] gpio: omap: fix static checker warning

This patch fixes below static checker warning by changing type of irq field in struct gpio_bank from u16 to int. drivers/gpio/gpio-omap.c:1191 omap_gpio_probe() warn: assigning (-6) to unsigned variable 'bank->irq' drivers/gpio/gpio-omap.c 1188 bank->irq =

[PATCH 2/2] gpio: omap: convert to use generic irq handler

This patch converts TI OMAP GPIO driver to use generic irq handler instead of chained IRQ handler. This way OMAP GPIO driver will be compatible with RT kernel where it will be forced thread IRQ handler while in non-RT kernel it still will be executed in HW IRQ context. As part of this change the

[PATCH 0/2] convert to use generic irq handler

This patch series contains patches which fixes wrong APIs usage in atomic context on RT-kernel. The final goal is to make TI OMAP GPIO driver compatible with -RT kernel as much as possible. Patch 1: required to be compatible with -RT kernel, because PM runtime's irq_safe mode is incompatible with

Re: All OMAP platforms: MMC is broken

ing without device tree does not probe MMC at >all on omap3 > > 2. I'm getting the regulator warning on omap4 duovero > > Anyways, I'm sending a pull request for the fixes so far as that > gets MMC working again for most platforms. > > Regards, > With 0925, i think the pat

Re: [PATCH] clk: ti: clk-7xx: Remove hardwired ABE clock configuration

On 09/25/2015 09:59 AM, Peter Ujfalusi wrote: Tero, On 09/16/2015 09:42 AM, Tero Kristo wrote: On 09/14/2015 11:52 AM, Peter Ujfalusi wrote: Hi Tero, On 08/24/2015 10:35 AM, Peter Ujfalusi wrote: The ABE related clocks should be configured via DT and not have it wired inside of the kernel.

Re: [PATCH 01/11 RESEND] ARM: OMAP: DRA7: hwmod: Add data for McASP3

Paul, On 09/15/2015 05:10 PM, Peter Ujfalusi wrote: > McASP3 is used by default on DRA7x based boards for audio. Can you take a look at this patch? It would be great to have this one reviewed so the audio support for the dra7 family could be applied by Tony. Thanks, Péter > Signed-off-by:

Re: [PATCH] clk: ti: clk-7xx: Remove hardwired ABE clock configuration

Tero, On 09/16/2015 09:42 AM, Tero Kristo wrote: > On 09/14/2015 11:52 AM, Peter Ujfalusi wrote: >> Hi Tero, >> >> On 08/24/2015 10:35 AM, Peter Ujfalusi wrote: >>> The ABE related clocks should be configured via DT and not have it wired >>> inside of the kernel. >> >> can you take a look at this

Re: [PATCH] ARM: OMAP2: erratum I688 handling disabled for AM335x

Hi, On 09/25/2015 02:08 PM, Russell King - ARM Linux wrote: On Fri, Sep 25, 2015 at 12:01:13PM +0200, Bastian Stender wrote: Signed-off-by: Bastian Stender --- arch/arm/mach-omap2/omap4-common.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH] ARM: dts: am57xx-beagle-x15: set VDD_SD to always-on

LDO1 regulator (VDD_SD) is connected to SoC's vddshv8. vddshv8 needs to be kept always powered (see commit 5a0f93c6576a ("ARM: dts: Add am57xx-beagle-x15"), but at the moment VDD_SD is enabled/disabled depending on whether an SD card is inserted or not. This patch sets LDO1 regulator to

Re: [PATCH] ARM: OMAP2: erratum I688 handling disabled for AM335x

On Fri, Sep 25, 2015 at 12:01:13PM +0200, Bastian Stender wrote: > Signed-off-by: Bastian Stender > --- > arch/arm/mach-omap2/omap4-common.c | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/arch/arm/mach-omap2/omap4-common.c >

Re: [PATCH 07/17] ARM: dts: am4372: add reset data

Hi Tero, On Thursday 24 September 2015 07:56 PM, Tero Kristo wrote: > Add reset data for pruss, gfx, wkup-m3 and system reset. > > Signed-off-by: Tero Kristo > --- > arch/arm/boot/dts/am4372.dtsi | 24 > 1 file changed, 24 insertions(+) > > diff

Re: [PATCH] dmaengine: omap-dma: Enable packed accesses for cyclic transfers

Vinod, On 09/14/2015 03:31 PM, Peter Ujfalusi wrote: > From: Misael Lopez Cruz > > The L3 throughput can be higher than expected when packed access > is not enabled. The ratio depends on the number of bytes in a > transaction and the EMIF interface width. Can you take a

[PATCH 0/2] Trace: PM: promote event 'power_domain_target' to generic power domains.

- change arg3 to a state name string: we got the current CPU from the trace backend already. This also prepares for multiple/named states in the power domain. - tested with Juno Dev Platform -0 [000]42.395510: power_domain_target: a53_pd index=0 'cluster-sleep-0' -0 [000]

[PATCH 1/2] Trace: PM: promote event 'power_domain_target' to generic power domains.

From: Marc Titinger - change arg3 to a state name string: we got the current CPU rom the trace backend already. This also prepares for multiple/named states in the power domain, consistent with idle-states. states in the domain may match given CPU states in this case, we

[PATCH 2/2] arm: omap2+: PM: change trace_power_domain_target event format.

From: Marc Titinger power_domain_target arg3 is now a string (event name) with generic power domains. In the case of Omap, it is a hint to the prev/next switch op. Incidentally this trace is now conditioned by CONFIG_PM_ADVANCED_DEBUG. Compiled for Omap2+ but not tested.

[PATCH] ARM: OMAP2: erratum I688 handling disabled for AM335x

Signed-off-by: Bastian Stender --- arch/arm/mach-omap2/omap4-common.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/mach-omap2/omap4-common.c b/arch/arm/mach-omap2/omap4-common.c index 949696b..a3a0cd1 100644 --- a/arch/arm/mach-omap2/omap4-common.c +++

Re: [PATCH 1/2] Trace: PM: promote event 'power_domain_target' to generic power domains.

On Fri, 25 Sep 2015 15:22:24 +0200 Marc Titinger wrote: > From: Marc Titinger > > - change arg3 to a state name string: we got the current CPU rom the trace > backend already. This also prepares for multiple/named states in the power > domain,

Re: [PATCH 2/2] arm: omap2+: PM: change trace_power_domain_target event format.

On Fri, 25 Sep 2015 15:22:25 +0200 Marc Titinger wrote: > From: Marc Titinger > > power_domain_target arg3 is now a string (event name) with generic power > domains. In the case of Omap, it is a hint to the prev/next switch op. > Incidentally