Re: Nokia N900: Proper C-states

On 01/02/2016 03:26 PM, Pali Rohár wrote: Hello, due to this Daniel Lezcano commit (ARM: OMAP3: cpuidle - remove rx51 cpuidle parameters table) https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=231900afba52d6faddfb480cde4132d4edc089bc we need patch cpuidle34xx.c code

Re: [PATCH v2 0/3] drivers: net: cpsw: Fix bugs in fixed-link PHY DT parsing

On Thu, Dec 17, 2015 at 03:45:08PM -0500, David Miller wrote: > From: "David Rivshin (Allworx)" > Date: Wed, 16 Dec 2015 23:02:08 -0500 > > > I have tested on the following hardware configurations: > > - (EVMSK) dual emac with two real MDIO-connected phys using

Re: Clock usbhost_48m_fck didn't enable in 100000 tries and crash

b;f=drivers/usb/host/ehci-omap.c;h=07db0d80d8f6a4b186d3de6638cb3affc2c4812f;hb=HEAD#l583 The clock *seems* enabled, since is an internal clock I think I can't use an oscilloscope to see it clocking, right? BR, - dhs 2015-11-26 7:22 GMT-02:00 Roger Quadros <rog...@ti.com>: > Daniel,

Re: Clock usbhost_48m_fck didn't enable in 100000 tries and crash

usecount $ cat rate 4800 $ cat usecount 1 $ Regards, - dhs 2015-11-24 17:32 GMT-02:00 Michael Trimarchi <mich...@amarulasolutions.com>: > Hi > > Do you have /sys/kernel/debug/clk/clock_summary? > > Michael > > On Tue, Nov 24, 2015 at 7:50 PM, Daniel. <danielhi...@g

Re: Clock usbhost_48m_fck didn't enable in 100000 tries and crash

-omap kernel during 2.6.29 in a > slightly different manner[2][3]. > > > On Mon, Nov 23, 2015 at 9:06 PM, Daniel. <danielhi...@gmail.com> wrote: >> Hi, >> >> Building as built-in doesn't solve my problem. The difference is that >> when compiled as mod

Re: Clock usbhost_48m_fck didn't enable in 100000 tries and crash

rnels running on ES1 devices won't try to wait." My chip is ES1. I think that ES2+ code is running since I see these waits ocurring on code... I'll take a better look in this, thanks again! Does anyone know how to check if a clock is enabled? Regards, 2015-11-23 18:24 GMT-02:00 Daniel.

Re: Clock usbhost_48m_fck didn't enable in 100000 tries and crash

each 75us (int) root@csi:~# Best regards, 2015-11-23 17:55 GMT-02:00 Michael Trimarchi <mich...@amarulasolutions.com>: > Hi > > On Mon, Nov 23, 2015 at 8:05 PM, Daniel. <danielhi...@gmail.com> wrote: >> Hi Michael, >> >> It's a plain linux. I'm considerin

Re: Clock usbhost_48m_fck didn't enable in 100000 tries and crash

ct slave IDLEST bit shift. > > This was originally fixed in the linux-omap kernel during 2.6.29 in a > slightly different manner[2][3]. > > > On Mon, Nov 23, 2015 at 9:06 PM, Daniel. <danielhi...@gmail.com> wrote: >> Hi, >> >> Building as built-in d

Clock usbhost_48m_fck didn't enable in 100000 tries and crash

Hi every body! I'm running a (2.6.37) kernel based on linux-omap tree (http://arago-project.org/git/projects/?p=linux-omap3.git;a=summary). The board is a SoM from Variscite (var-som-am3517). I've compiled the ehci-hcd as a module. When I enable it I got this dump: http://pastebin.com/5idXXBBi

Re: Clock usbhost_48m_fck didn't enable in 100000 tries and crash

contacting Variscite in parallel. Thanks for your reply, best regards! 2015-11-23 16:57 GMT-02:00 Michael Trimarchi <mich...@amarulasolutions.com>: > Hi Daniel > > > On Mon, Nov 23, 2015 at 7:45 PM, Daniel. <danielhi...@gmail.com> wrote: >> Hi every body! >> &g

Re: [PATCH RFC v2 0/2] Disable planes on blanked CRTC and enable on unblank

r. It might be best to discuss this topic on #dri-devel on freenode irc a bit. Cheers, Daniel > > Jyri Sarha (2): > drm/atomic: Track drm_plane's active state > drm/atomic: Disable planes on blanked CRTC and enable on unblank > > drivers/gpu/drm/drm_atomic_helper.c | 82 >

Re: [PATCH v11 2/4] PM / Domains: add setter for dev.pm_domain

Hi Tomeu, On Tue, Oct 27, 2015 at 10:38 PM, Tomeu Vizoso wrote: > Adds a function that sets the pointer to dev_pm_domain in struct device > and that warns if the device has already finished probing. The reason > why we want to enforce that is because in the general

Re: [PATCH 09/11] clocksource: add TI 32.768 Hz counter driver

On 10/06/2015 07:02 PM, Felipe Balbi wrote: Introduce a new clocksource driver for Texas Instruments 32.768 Hz device which is available on most OMAP-like devices. Signed-off-by: Felipe Balbi <ba...@ti.com> Hi Felipe, With the couple of nits below fixed, you can my: Acked-by: Daniel L

Re: [RFC/PATCH 09/11] clocksource: add TI 32.768 Hz counter driver

e\n"); + return; + } + + sched_clock_register(omap_32k_read_sched_clock, 32, 32768); + register_persistent_clock(NULL, omap_read_persistent_clock64); I will let John Stultz to have a look at this part because I have doubt regarding the usage of the persistent c

Re: [PATCH RFC v4 3/8] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

rule for display outputs is that nothing gets yanked until userspace approves, since otherwise compositors get stuck (or fall over with an unexpected -EINVAL from the kernel). The exception is DP MST because the current implementation is a complete hack for DP MST sink lifetimes and that's why w

Re: [PATCH 09/21] drm/omap: handle mismatching color format and buffer width

Hi, On 2 March 2015 at 09:50, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 27/02/15 16:40, Daniel Stone wrote: On 27 February 2015 at 13:01, Daniel Vetter dan...@ffwll.ch wrote: On Thu, Feb 26, 2015 at 03:20:17PM +0200, Tomi Valkeinen wrote: omapdrm doesn't check if the width

Re: [PATCH 09/21] drm/omap: handle mismatching color format and buffer width

, but this probably isn't it. Also drm checks that things fit into the specified pitch (which is in bytes), see the pichtes[i] width * cpp check in framebuffer_check. Cheers, Daniel + dev_err(dev-dev, + buffer width (%d) is not a multiple of pixel width (%d)\n

Re: [PATCH 09/21] drm/omap: handle mismatching color format and buffer width

Hi, On 27 February 2015 at 13:01, Daniel Vetter dan...@ffwll.ch wrote: On Thu, Feb 26, 2015 at 03:20:17PM +0200, Tomi Valkeinen wrote: omapdrm doesn't check if the width of the framebuffer and the color s/width/pitch/ format's bits-per-pixel match. s/match/are compatible/ For example

Re: [PATCH 09/21] drm/omap: handle mismatching color format and buffer width

On Fri, Feb 27, 2015 at 02:40:20PM +, Daniel Stone wrote: On 27 February 2015 at 13:01, Daniel Vetter dan...@ffwll.ch wrote: On Thu, Feb 26, 2015 at 03:20:17PM +0200, Tomi Valkeinen wrote: omapdrm doesn't check if the width of the framebuffer and the color diff --git a/drivers/gpu/drm

Re: [PATCH 06/21] drm/omap: check CRTC color format earlier

. But adding universal planes should be on your todo anyway ;-) -Daniel + for (i = 0; i plane-format_count; i++) + if (fb-pixel_format == plane-format_types[i]) + break; + if (i == plane-format_count) { + DBG(Invalid pixel format %s

Re: [PATCH 3.19-rc2 v15 5/8] arm: omap1: Migrate debug_ll macros to use 8250.S

On 19/01/15 21:38, Tony Lindgren wrote: * Daniel Thompson daniel.thomp...@linaro.org [150105 04:49]: The omap1's debug-macro.S is similar to the generic 8250 code. Compared to the 8520 code the omap1 macro automatically determines what UART to use based on breadcrumbs left by the bootloader

[PATCH 3.19-rc2 v15 5/8] arm: omap1: Migrate debug_ll macros to use 8250.S

handled at runtime. Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Russell King li...@arm.linux.org.uk Cc: Arnd Bergmann arnd.bergm...@linaro.org Cc: linux-omap@vger.kernel.org Tested-by: Aaro Koskinen aaro.koski...@iki.fi Acked-by: Tony Lindgren t...@atomide.com --- arch/arm

[PATCH 3.19-rc1 v14 5/8] arm: omap1: Migrate debug_ll macros to use 8250.S

handled at runtime. Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Russell King li...@arm.linux.org.uk Cc: Arnd Bergmann arnd.bergm...@linaro.org Cc: linux-omap@vger.kernel.org Tested-by: Aaro Koskinen aaro.koski...@iki.fi Acked-by: Tony Lindgren t...@atomide.com --- arch/arm

Re: [PATCH v12 11/15] arm: omap1: Migrate debug_ll macros to use 8250.S

On 16/11/14 00:29, Aaro Koskinen wrote: Hi, On Fri, Oct 24, 2014 at 11:54:32AM +0100, Daniel Thompson wrote: +config DEBUG_OMAP1UART1 +bool Kernel low-level debugging via OMAP1 UART1 +depends on ARCH_OMAP1 +select DEBUG_UART_8250 +help

Re: [PATCH v12 11/15] arm: omap1: Migrate debug_ll macros to use 8250.S

On 17/11/14 09:07, Daniel Thompson wrote: On 16/11/14 00:29, Aaro Koskinen wrote: Hi, On Fri, Oct 24, 2014 at 11:54:32AM +0100, Daniel Thompson wrote: + config DEBUG_OMAP1UART1 + bool Kernel low-level debugging via OMAP1 UART1 + depends on ARCH_OMAP1

[PATCH v13 5/9] arm: omap1: Migrate debug_ll macros to use 8250.S

handled at runtime. Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Russell King li...@arm.linux.org.uk Cc: linux-arm-ker...@lists.infradead.org Cc: Tony Lindgren t...@atomide.com Cc: Arnd Bergmann arnd.bergm...@linaro.org Cc: linux-omap@vger.kernel.org Tested-by: Aaro Koskinen

Re: [PATCH v9] ARM: omap: edma: add suspend resume hook

later if it turns out to be needed. Thanks, Daniel Thanks, Sekhar ---8--- diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c index 1f492d5be9c0..79de6a23047b 100644 --- a/arch/arm/common/edma.c +++ b/arch/arm/common/edma.c @@ -1803,13 +1803,7 @@ static int edma_probe(struct

[PATCH v12 11/15] arm: omap1: Migrate debug_ll macros to use 8250.S

handled at runtime. Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Russell King li...@arm.linux.org.uk Cc: linux-arm-ker...@lists.infradead.org Cc: Tony Lindgren t...@atomide.com Cc: Arnd Bergmann arnd.bergm...@linaro.org Cc: linux-omap@vger.kernel.org Tested-by: Aaro Koskinen

Re: [PATCH 08/10] ARM: OMAP5/DRA7: PM: cpuidle MPU CSWR support

On 08/22/2014 07:02 AM, Nishanth Menon wrote: From: Santosh Shilimkar santosh.shilim...@ti.com Add OMAP5/DRA74/72 CPUIDLE support. This patch adds MPUSS low power states in cpuidle. C1 - CPU0 WFI + CPU1 WFI + MPU ON C2 - CPU0 RET + CPU1 RET + MPU CSWR Tested on DRA74/72-EVM

Re: [PATCH] arm: arm: fiq: fix build breakage with CONFIG_FIQ

be functionally identical. Daniel. Cc: Daniel Thompson daniel.thomp...@linaro.org Cc: Catalin Marinas catalin.mari...@arm.com Cc: Nicolas Pitre n...@linaro.org Fixes: e1add97 (ARM: 8150/2: fiq: Replace default FIQ handler) Signed-off-by: Felipe Balbi ba...@ti.com --- KernelVersion: next

Re: [PATCH 08/10] ARM: OMAP5/DRA7: PM: cpuidle MPU CSWR support

On 09/17/2014 04:20 PM, Shilimkar, Santosh wrote: Sorry for the format. Emailing from webmail. [ ... ] +static int omap_enter_idle_smp(struct cpuidle_device *dev, +struct cpuidle_driver *drv, +

[PATCH v10 5/9] arm: omap1: Migrate debug_ll macros to use 8250.S

handled at runtime. Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Russell King li...@arm.linux.org.uk Cc: linux-arm-ker...@lists.infradead.org Cc: Tony Lindgren t...@atomide.com Cc: Arnd Bergmann arnd.bergm...@linaro.org Cc: linux-omap@vger.kernel.org Tested-by: Aaro Koskinen

Re: [PATCH v10 5/9] arm: omap1: Migrate debug_ll macros to use 8250.S

On 16/09/14 15:58, Aaro Koskinen wrote: Hi, On Tue, Sep 16, 2014 at 11:46:24PM +0100, Daniel Thompson wrote: +config DEBUG_OMAP1UART1 +bool Kernel low-level debugging via OMAP1 UART1 +depends on ARCH_OMAP1 +select DEBUG_UART_8250 +help

[PATCH v11 5/9] arm: omap1: Migrate debug_ll macros to use 8250.S

handled at runtime. Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Russell King li...@arm.linux.org.uk Cc: linux-arm-ker...@lists.infradead.org Cc: Tony Lindgren t...@atomide.com Cc: Arnd Bergmann arnd.bergm...@linaro.org Cc: linux-omap@vger.kernel.org Tested-by: Aaro Koskinen

Re: [PATCH v7 RESEND] ARM: omap: edma: add suspend suspend/resume hooks

DMA drivers are doing too. Sure, why not. Thanks, Daniel -- 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

[PATCH v9] ARM: omap: edma: add suspend resume hook

, annotations had to be dropped. [n...@ti.com: added error handling for runtime + suspend_late/early_resume] Signed-off-by: Nishanth Menon n...@ti.com Signed-off-by: Daniel Mack zon...@gmail.com Tested-by: Joel Fernandes jo...@ti.com Acked-by: Joel Fernandes jo...@ti.com --- Changes from v8

[PATCH v8 5/9] arm: omap1: Migrate debug_ll macros to use 8250.S

handled at runtime. Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Russell King li...@arm.linux.org.uk Cc: linux-arm-ker...@lists.infradead.org Cc: Tony Lindgren t...@atomide.com Cc: Arnd Bergmann arnd.bergm...@linaro.org Cc: linux-omap@vger.kernel.org Tested-by: Aaro Koskinen

[PATCH v9 5/9] arm: omap1: Migrate debug_ll macros to use 8250.S

handled at runtime. Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Russell King li...@arm.linux.org.uk Cc: linux-arm-ker...@lists.infradead.org Cc: Tony Lindgren t...@atomide.com Cc: Arnd Bergmann arnd.bergm...@linaro.org Cc: linux-omap@vger.kernel.org Tested-by: Aaro Koskinen

Re: [PATCH] ARM: OMAP: generic: add call to of_clk_init()

Hi Tony, On 07/23/2014 10:54 AM, Tony Lindgren wrote: * Daniel Mack zon...@gmail.com [140712 03:57]: This is needed to instanciate fixed clocks in the DT. Makes sense to me. Does this fix some regression or hang that's needed for the -rc series? No, it's a feature addition. No need

[PATCH CFT v2] arm: omap1: Migrate debug_ll macros to use 8250.S

handled at runtime. Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Russell King li...@arm.linux.org.uk Cc: Tony Lindgren t...@atomide.com Cc: Arnd Bergmann arnd.bergm...@linaro.org Cc: linux-omap@vger.kernel.org --- Notes: Changes since v1: * Removed !ARCH_OMAP7XX from

[PATCH CFT] arm: omap1: Migrate debug_ll macros to use 8250.S

-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Russell King li...@arm.linux.org.uk Cc: Tony Lindgren t...@atomide.com Cc: Arnd Bergmann arnd.bergm...@linaro.org Cc: linux-omap@vger.kernel.org --- arch/arm/Kconfig.debug | 57 +- arch/arm/mach-omap1/include/mach

[PATCH] ARM: OMAP: generic: add call to of_clk_init()

This is needed to instanciate fixed clocks in the DT. Signed-off-by: Daniel Mack zon...@gmail.com --- arch/arm/mach-omap2/board-generic.c | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/mach-omap2/board-generic.c b/arch/arm/mach-omap2/board-generic.c index 5606fa2..39f154a

Re: [PATCH v4 00/11] ARM: OMAP2+: AM33XX: Add suspend-resume support

on. Best regards, Daniel -- 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

Re: [PATCH/RESEND 0/9] drm: tilcdc driver fixes

the space leak check. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch -- 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

[PATCH 1/9] [arch/arm/omap2] replace strict_strto* with kstrto*

Replace obsolete strict_strto call with kstrto calls. Simplify copy_from_user/strict_strto by using kstrto_from_user Signed-off-by: Daniel Walter dwal...@google.com --- arch/arm/mach-omap2/board-omap3touchbook.c | 2 +- arch/arm/mach-omap2/mux.c | 22 ++ 2

Re: Gadget regression with enabling of MUSB babble interrupt handling

? Also, there are some more patches for musb and babble error recovery on the usb list, namely the ones starting here in v6: http://marc.info/?l=linux-usbm=140109627505065w=4 Care to give them a try? Thanks, Daniel -- To unsubscribe from this list: send the line unsubscribe linux-omap

Re: Gadget regression with enabling of MUSB babble interrupt handling

Hi Tony, On 06/19/2014 12:31 PM, Tony Lindgren wrote: * Daniel Mack dan...@zonque.org [140619 03:10]: On 06/19/2014 11:56 AM, Tony Lindgren wrote: Looks like commit ca88fc2ef0d7 (usb: musb: add a work_struct to recover from babble errors) causes MUSB gadgets to stop enumerating at least

Re: Gadget regression with enabling of MUSB babble interrupt handling

On 06/19/2014 12:43 PM, Tony Lindgren wrote: * Daniel Mack dan...@zonque.org [140619 03:38]: On 06/19/2014 12:31 PM, Tony Lindgren wrote: * Daniel Mack dan...@zonque.org [140619 03:10]: On 06/19/2014 11:56 AM, Tony Lindgren wrote: But that also raises a question: Were these patches merged

Re: [PATCH 0/5] Handle non-secure L2C initialization on Exynos4

in Cortex-A9 L2C-310 ID prefetch enabled, offset 8 lines L2C-310 dynamic clock gating enabled, standby mode enabled L2C-310 cache controller enabled, 16 ways, 1024 kB L2C-310: CACHE_ID 0x4100c4c8, AUX_CTRL 0x7e470001 Thanks! Daniel -- To unsubscribe from this list: send the line unsubscribe linux-omap

Re: [PATCH 0/5] Handle non-secure L2C initialization on Exynos4

confirm that you have tested your patches against a kernel with all of Russell King's recent changes? Thanks Daniel From 2e67231f10ed0b05c2bacfdd05774fe21315d6da Mon Sep 17 00:00:00 2001 From: Gu1 g...@aeroxteam.fr Date: Mon, 21 Jan 2013 04:13:56 +0100 Subject: [PATCH] ARM: EXYNOS: Add secure firmware

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On 05/27/2014 11:03 PM, Santosh Shilimkar wrote: On Tuesday 27 May 2014 04:34 PM, Tony Lindgren wrote: * Daniel Lezcano daniel.lezc...@linaro.org [140523 13:53]: On 23 May 2014 20:32, Tony Lindgren t...@atomide.com wrote: * Tony Lindgren t...@atomide.com [140523 07:45]: * Tobias Jakobi tjak

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On 05/16/2014 11:29 PM, Tony Lindgren wrote: * Santosh Shilimkar santosh.shilim...@ti.com [140516 06:43]: Tony, On Thursday 15 May 2014 02:29 PM, Santosh Shilimkar wrote: On Thursday 15 May 2014 01:54 PM, Santosh Shilimkar wrote: On Thursday 15 May 2014 01:50 PM, Daniel Lezcano wrote: On 05

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On 05/19/2014 07:51 PM, Tony Lindgren wrote: * Santosh Shilimkar santosh.shilim...@ti.com [140519 10:35]: On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote: * Daniel Lezcano daniel.lezc...@linaro.org [140519 09:46]: On 05/16/2014 11:29 PM, Tony Lindgren wrote: And just to recap

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On 05/19/2014 09:36 PM, Tony Lindgren wrote: * Daniel Lezcano daniel.lezc...@linaro.org [140519 11:07]: On 05/19/2014 07:51 PM, Tony Lindgren wrote: * Santosh Shilimkar santosh.shilim...@ti.com [140519 10:35]: On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote: * Daniel Lezcano daniel.lezc

Re: RCU stall on panda

On 05/15/2014 10:44 AM, Alex Shi wrote: On 05/13/2014 11:32 PM, Tony Lindgren wrote: * Alex Shi alex@linaro.org [140512 23:37]: On 05/13/2014 05:21 AM, Tony Lindgren wrote: * Paul E. McKenney paul...@linux.vnet.ibm.com [140505 11:11]: On Mon, May 05, 2014 at 05:39:43PM +0800, Alex Shi

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On 05/15/2014 07:03 PM, Santosh Shilimkar wrote: Daniel, On Wednesday 14 May 2014 05:18 PM, Santosh Shilimkar wrote: On Wednesday 14 May 2014 04:02 PM, Daniel Lezcano wrote: On 05/14/2014 09:50 PM, Santosh Shilimkar wrote: On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote: On 05/13

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

...@atomide.com Cc: Daniel Lezcano daniel.lezc...@linaro.org Reported-tested-by: Roger Quadros rog...@ti.com Reported-tested-by: Kevin Hilman khil...@linaro.org Tested-by: Tony Lindgren t...@atomide.com Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com --- arch/arm/mach-omap2/cpuidle44xx.c | 12

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On 05/14/2014 09:50 PM, Santosh Shilimkar wrote: On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote: On 05/13/2014 04:39 PM, Santosh Shilimkar wrote: On OMAP4 panda board, there have been several bug reports about boot hang and lock-ups with CPU_IDLE enabled. The root cause of the issue

Re: [PATCH v3 0/5] Add support for SW babble Control

and for older versions its 0x0. I tested this on a AM33xx platform and don't see any regression at least. This hardware has MUSB_BABBLE_CTL == MUSB_BABBLE_RCV_DISABLE. Anything particular you want me to test as well? Thanks, Daniel -- To unsubscribe from this list: send the line unsubscribe linux

Re: [PATCH v3 0/5] Add support for SW babble Control

On 05/13/2014 01:57 PM, George Cherian wrote: On 5/13/2014 3:16 PM, Daniel Mack wrote: On 05/13/2014 10:31 AM, George Cherian wrote: Series add support for SW babble control logic found in new silicon versions of AM335x. Runtime differentiation of silicon version is done by checking

Re: [PATCH v3 0/5] Add support for SW babble Control

test babble errors, is there any way to force them to happen reliably? Anyway, the full glue layer solves this rare condition quite well for me. Is there any downside of this? Daniel -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord

Re: [PATCH v3 0/5] Add support for SW babble Control

( Not always though). I also get them at disconnects, but only with one specific USB device. But as I don't ever see case 1) above, I can't say if your approach works. What I can say, though, is that your patches don't break the recovery from babble conditions that I experienced :) Daniel

Re: [PATCH v2 3/5] usb: musb: core: Convert the musb_platform_reset to have a return value.

-parent); @@ -548,6 +548,7 @@ static void dsps_musb_reset(struct musb *musb) usleep_range(100, 200); usb_phy_init(musb-xceiv); + return 1; Could we follow the general kernel rule here and return 0 for success, and 0 on failure? Thanks, Daniel -- To unsubscribe from

[PATCH RESEND] mmc: omap_hsmmc: support more DT properties

This should probably be done implicitly through mmc_of_parse(), but that doesn't play well along with the multi-slot model the hsmmc driver features. Hence, for now, do it manually. The properties are already documented in Documentation/devicetree/bindings/mmc/mmc.txt. Signed-off-by: Daniel Mack

Re: [PATCH] mmc: omap_hsmmc: support more DT properties

On 02/18/2014 03:36 PM, Balaji T K wrote: On Monday 17 February 2014 05:06 PM, Daniel Mack wrote: This should probably be done implicitly through mmc_of_parse(), but that doesn't play well along with the multi-slot model the hsmmc driver features. Hence, for now, do it manually. The properties

[PATCH] mmc: omap_hsmmc: support more DT properties

This should probably be done implicitly through mmc_of_parse(), but that doesn't play well along with the multi-slot model the hsmmc driver features. Hence, for now, do it manually. The properties are already documented in Documentation/devicetree/bindings/mmc/mmc.txt. Signed-off-by: Daniel Mack

Re: AM335x USB DMA seems broken on ISOC URBs

On 01/18/2014 04:12 PM, Daniel Mack wrote: On 01/17/2014 05:27 PM, Ezequiel Garcia wrote: On Sun, Dec 22, 2013 at 02:59:45AM -0300, Ezequiel Garcia wrote: While doing some experiments with the stk1160 driver (for Easycap TV video capture devices), ran into problems using v3.13-rc4

Re: AM335x USB DMA seems broken on ISOC URBs

but dropped before the USB subsys gets to see them for whatever reason. Let me know if you find anything - I hope to find some time to do similar tests on AM33xx based hardware. Daniel -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord

[SOLVED] Re: Cannot obtain needed commit when trying to clone?

oops, I'm very sorry. I had the wrong URL. Problem solved! -- 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

Cannot obtain needed commit when trying to clone?

on or is something broken? Any other clones out there where I can grab this from in the mean time? Thanks, Daniel -- 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

Re: [PATCH v7] ARM: omap: edma: add suspend suspend/resume hooks

On 11/29/2013 09:08 AM, Brian Murphy wrote: On 11/27/2013 02:56 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. Can I ask which git this patch is relative to? There is no suspend

Re: [PATCH v6] ARM: omap: edma: add suspend suspend/resume hooks

On 11/27/2013 02:22 PM, Sekhar Nori wrote: + Kevin On Monday 25 November 2013 11:04 PM, Joel Fernandes wrote: On 11/17/2013 04:19 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

Re: [PATCH v6] ARM: omap: edma: add suspend suspend/resume hooks

Hi Sekhar, On 11/27/2013 02:35 PM, Sekhar Nori wrote: On Monday 18 November 2013 03:49 AM, Daniel Mack wrote: +static int edma_pm_suspend(struct device *dev) +{ +int j, r; + +r = pm_runtime_get_sync(dev); +if (IS_ERR_VALUE(r)) { So IS_ERR_VALUE() is only for functions which

[PATCH v7] ARM: omap: edma: add suspend suspend/resume hooks

, annotations had to be dropped. [n...@ti.com: added error handling for runtime + suspend_late/early_resume] Signed-off-by: Nishanth Menon n...@ti.com Signed-off-by: Daniel Mack zon...@gmail.com Tested-by: Joel Fernandes jo...@ti.com Acked-by: Joel Fernandes jo...@ti.com --- v6 - v7: * Addressed

Re: [PATCH 1/5] usb: musb: conditionally save and restore the context on suspend

On 11/26/2013 11:50 AM, Sergei Shtylyov wrote: On 25-11-2013 23:39, Daniel Mack wrote: It appears not all platforms featuring a musb core need to save the musb core registers at suspend time and restore them on resume. The dsps platform does, however. So add a bit in struct

Re: [PATCH v2 4/4] usb: musb: dsps: add support for suspend and resume

On 11/25/2013 10:32 PM, Felipe Balbi wrote: On Mon, Nov 25, 2013 at 10:30:37PM +0100, Daniel Mack wrote: On 11/25/2013 10:29 PM, Felipe Balbi wrote: Hi, On Mon, Nov 25, 2013 at 10:26:43PM +0100, Daniel Mack wrote: +static int dsps_resume(struct device *dev) +{ + struct dsps_glue *glue

[PATCH v4 0/4] musb/dsps: suspend related patches for 3.14 (rebased)

v2 - v3: * removed a development left-over v3 - v4: * one hunk removed that sneaked in during rebasing Daniel Mack (4): usb: musb: unconditionally save and restore the context on suspend usb: musb: call musb_port_suspend from musb_bus_suspend usb: musb: dsps: add {tx,rx}_mode to wrapper

[PATCH v4 4/4] usb: musb: dsps: add support for suspend and resume

on this platform, but musb_port_reset() should not be called from glue layers. Hence, introduce a flag in struct musb_hdrc_config for this. Signed-off-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_dsps.c| 57 + drivers/usb/musb/musb_host.c

[PATCH v4 2/4] usb: musb: call musb_port_suspend from musb_bus_suspend

Make musb_port_suspend() externally available, and call it when to host goes into suspend. This allows the core to go into suspend while a device is connected. Signed-off-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_host.c| 2 ++ drivers/usb/musb/musb_host.h| 2 ++ drivers

[PATCH v4 1/4] usb: musb: unconditionally save and restore the context on suspend

It appears not all platforms featuring a musb core need to save the musb core registers at suspend time and restore them on resume. The dsps platform does, however, and because it should cause any trouble on other platforms, do it unconditionally. Signed-off-by: Daniel Mack zon...@gmail.com

[PATCH v4 3/4] usb: musb: dsps: add {tx,rx}_mode to wrapper

rx_mode and tx_mode need to be read at suspend time and restored on resume for dsps platforms. So add it to the wrapper struct first, and initialize the values. Signed-off-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_dsps.c | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 1/5] usb: musb: conditionally save and restore the context on suspend

-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_core.c | 17 - include/linux/usb/musb.h | 3 +++ 2 files changed, 19 insertions(+), 1 deletion(-) diff --git a/drivers/usb/musb/musb_core.c b/drivers/usb/musb/musb_core.c index 0a43329..a8ded57 100644 --- a/drivers/usb/musb

[PATCH 0/5] musb/dsps: suspend related patches for 3.14 (rebased)

board. Thanks, Daniel Daniel Mack (5): usb: musb: conditionally save and restore the context on suspend usb: musb: call musb_port_suspend from musb_bus_suspend usb: musb: dsps: add {tx,rx}_mode to wrapper usb: musb: dsps: add support for suspend and resume usb: musb: dsps: indentation

[PATCH 4/5] usb: musb: dsps: add support for suspend and resume

, so this function has to be made non-static. Signed-off-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_core.h| 1 + drivers/usb/musb/musb_dsps.c| 59 + drivers/usb/musb/musb_host.h| 2 ++ drivers/usb/musb/musb_virthub.c | 2 +- 4

[PATCH 3/5] usb: musb: dsps: add {tx,rx}_mode to wrapper

rx_mode and tx_mode need to be read at suspend time and restored on resume for dsps platforms. So add it to the wrapper struct first, and initialize the values. Signed-off-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_dsps.c | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 2/5] usb: musb: call musb_port_suspend from musb_bus_suspend

Make musb_port_suspend() externally available, and call it when to host goes into suspend. This allows the core to go into suspend while a device is connected. Signed-off-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_host.c| 2 ++ drivers/usb/musb/musb_host.h| 2 ++ drivers

[PATCH 5/5] usb: musb: dsps: indentation and whitespace fixes

Just a cosmetic thing, no functional change. Signed-off-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_dsps.c | 23 +++ 1 file changed, 11 insertions(+), 12 deletions(-) diff --git a/drivers/usb/musb/musb_dsps.c b/drivers/usb/musb/musb_dsps.c index 361ddf8

Re: [PATCH 2/5] usb: musb: call musb_port_suspend from musb_bus_suspend

On 11/25/2013 08:46 PM, Felipe Balbi wrote: On Mon, Nov 25, 2013 at 08:39:50PM +0100, Daniel Mack wrote: Make musb_port_suspend() externally available, and call it when to host goes into suspend. This allows the core to go into suspend while a device is connected. Signed-off-by: Daniel Mack

Re: [PATCH 5/5] usb: musb: dsps: indentation and whitespace fixes

On 11/25/2013 08:49 PM, Felipe Balbi wrote: On Mon, Nov 25, 2013 at 08:39:53PM +0100, Daniel Mack wrote: Just a cosmetic thing, no functional change. Signed-off-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_dsps.c | 23 +++ 1 file changed, 11 insertions

Re: [PATCH 4/5] usb: musb: dsps: add support for suspend and resume

On 11/25/2013 08:48 PM, Felipe Balbi wrote: On Mon, Nov 25, 2013 at 08:39:52PM +0100, Daniel Mack wrote: The dsps platform needs to save save some registers at suspend time and restore them after resume. This patch adds a struct for these registers, and also lets the musb core know

Re: [PATCH 1/5] usb: musb: conditionally save and restore the context on suspend

On 11/25/2013 08:44 PM, Felipe Balbi wrote: Hi, On Mon, Nov 25, 2013 at 08:39:49PM +0100, Daniel Mack wrote: It appears not all platforms featuring a musb core need to save the musb core registers at suspend time and restore them on resume. The dsps platform does, however. So add a bit

Re: [PATCH 2/5] usb: musb: call musb_port_suspend from musb_bus_suspend

On 11/25/2013 09:01 PM, Felipe Balbi wrote: Hi, On Mon, Nov 25, 2013 at 08:58:22PM +0100, Daniel Mack wrote: On 11/25/2013 08:46 PM, Felipe Balbi wrote: On Mon, Nov 25, 2013 at 08:39:50PM +0100, Daniel Mack wrote: Make musb_port_suspend() externally available, and call it when to host goes

Re: [PATCH 4/5] usb: musb: dsps: add support for suspend and resume

On 11/25/2013 09:08 PM, Felipe Balbi wrote: On Mon, Nov 25, 2013 at 09:04:16PM +0100, Daniel Mack wrote: diff --git a/drivers/usb/musb/musb_virthub.c b/drivers/usb/musb/musb_virthub.c index e977441..24e46c0 100644 --- a/drivers/usb/musb/musb_virthub.c +++ b/drivers/usb/musb/musb_virthub.c

Re: [PATCH 1/5] usb: musb: conditionally save and restore the context on suspend

On 11/25/2013 09:13 PM, Felipe Balbi wrote: Hi, On Mon, Nov 25, 2013 at 09:08:51PM +0100, Daniel Mack wrote: On 11/25/2013 08:44 PM, Felipe Balbi wrote: Hi, On Mon, Nov 25, 2013 at 08:39:49PM +0100, Daniel Mack wrote: It appears not all platforms featuring a musb core need to save

Re: [PATCH 2/5] usb: musb: call musb_port_suspend from musb_bus_suspend

On 11/25/2013 09:41 PM, Alan Stern wrote: On Mon, 25 Nov 2013, Daniel Mack wrote: What if you have a mounted file system on a pendrive ? Should we allow suspend in that case ? Well, I would have expected that, but in fact, the opposite is true. With 3.12, mounting a filesystem on a USB

Re: [PATCH 2/5] usb: musb: call musb_port_suspend from musb_bus_suspend

On 11/25/2013 09:01 PM, Felipe Balbi wrote: On Mon, Nov 25, 2013 at 08:58:22PM +0100, Daniel Mack wrote: In 3.13, something about the parition table reading seems to be broken currently, I'll have a closer look. cool Ah, and forget about this one. I didn't look close enough. There's

Re: [PATCH 4/5] usb: musb: dsps: add support for suspend and resume

On 11/25/2013 09:46 PM, Felipe Balbi wrote: Hi, On Mon, Nov 25, 2013 at 09:26:55PM +0100, Daniel Mack wrote: On 11/25/2013 09:08 PM, Felipe Balbi wrote: On Mon, Nov 25, 2013 at 09:04:16PM +0100, Daniel Mack wrote: diff --git a/drivers/usb/musb/musb_virthub.c b/drivers/usb/musb

[PATCH v2 2/4] usb: musb: call musb_port_suspend from musb_bus_suspend

Make musb_port_suspend() externally available, and call it when to host goes into suspend. This allows the core to go into suspend while a device is connected. Signed-off-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_host.c| 2 ++ drivers/usb/musb/musb_host.h| 2 ++ drivers

[PATCH v2 1/4] usb: musb: unconditionally save and restore the context on suspend

It appears not all platforms featuring a musb core need to save the musb core registers at suspend time and restore them on resume. The dsps platform does, however, and because it shouldn't cause any trouble on other platforms, do it unconditionally for all of them. Signed-off-by: Daniel Mack

[PATCH v2 3/4] usb: musb: dsps: add {tx,rx}_mode to wrapper

rx_mode and tx_mode need to be read at suspend time and restored on resume for dsps platforms. So add it to the wrapper struct first, and initialize the values. Signed-off-by: Daniel Mack zon...@gmail.com --- drivers/usb/musb/musb_dsps.c | 4 1 file changed, 4 insertions(+) diff --git

  1   2   3   4   5   6   >