Roger Quadros rog...@ti.com writes:
gets rid of below messages with CONFIG_DEBUG_PREEMPT enabled
[ 28.832916] debug_smp_processor_id: 18 callbacks suppressed
[ 28.832946] BUG: using smp_processor_id() in preemptible [] code:
modprobe/1763
[ 28.841491] caller is
Shilimkar, Santosh santosh.shilim...@ti.com writes:
On Sat, Sep 8, 2012 at 3:07 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Hi Neil,
NeilBrown ne...@suse.de writes:
On Thu, 6 Sep 2012 11:18:09 +0530 Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Thu, Sep 6, 2012 at 8:35
that we have separate flags for GPIO
should wake from deep idle and GPIO should wake from suspend.
With this patch, the GPIO from my touch screen doesn't wake my device
any more, which is what I want.
Cc: Kevin Hilman khil...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Santosh Shilimkar
Felipe Balbi ba...@ti.com writes:
Hi,
On Thu, Sep 06, 2012 at 03:44:13PM -0700, Kevin Hilman wrote:
Felipe Balbi ba...@ti.com writes:
Hi guys,
here's v4 of the omap uart patchset. No changes other than a rebase on top
of
Greg's tty-next branch and Tony's Acked-by being added
AnilKumar, Chimata anilku...@ti.com writes:
Hi Kevin,
On Fri, Sep 07, 2012 at 05:07:56, Kevin Hilman wrote:
AnilKumar Ch anilku...@ti.com writes:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
register
suspend wakeups. However, I have a few
questions/doubts below...
Cc: Kevin Hilman khil...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Cousson Benoit b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Tarun Kanti DebBarma tarun.ka
Tero Kristo t-kri...@ti.com writes:
On Mon, 2012-08-06 at 12:14 +0200, Jean Pihet wrote:
Hi Tero,
On Mon, Jul 30, 2012 at 10:40 AM, Tero Kristo t-kri...@ti.com wrote:
On Fri, 2012-07-27 at 12:36 -0700, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com writes:
mpu / core powerdomain
Roger Quadros rog...@ti.com writes:
Hi Jean,
My bad, I didn't follow up with this. My guess is that it has not been
picked up. Tony, Kevin?
Wasn't picked up by me (but should've been, sorry.) Care to refresh
against v3.6-rc4 and resend?
Thanks,
Kevin
On 09/06/2012 09:59 PM, Jean
Venkatraman S svenk...@ti.com writes:
omap hsmmc controller IP has a built in timer that can be programmed to
guard against unresponsive operations. But its range is very narrow,
and the maximum countable time is a few seconds.
Card maintenance operations like BKOPS and MMC_ERASE and long
.
(http://coccinelle.lip6.fr/)
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
Acked-by: Kevin Hilman khil...@ti.com
Tony, can you pick this one up for fixes?
Thanks,
Kevin
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [120907 15:07]:
Wei Yongjun weiyj...@gmail.com writes:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
pdata and pdata-regs have been allocated in this function and
should be freed before leaving
Felipe Balbi ba...@ti.com writes:
nobody needs to access the uart_omap_port structure
other than omap-serial.c file. Let's move that
structure definition to the C source file in order
to prevent anyone from accessing our structure.
Tested-by: Shubhrajyoti D shubhrajy...@ti.com
Acked-by:
AnilKumar Ch anilku...@ti.com writes:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
register of C_CAN/D_CAN IP when clock is turned off.
Signed-off-by: AnilKumar Ch anilku...@ti.com
I'm not familar with the
NeilBrown ne...@suse.de writes:
On Fri, 10 Aug 2012 11:49:27 -0700 Kevin Hilman khil...@ti.com wrote:
Hello,
In doing some automated testing of suspend/resume I noticed that
repeated attempts to suspend and resume via RTC wakeup fail on
3530/Beagle and 3730/Beagle-xM, but work fine
: OMAP4: Register the OPP table only for 4430 device (2012-08-09 08:07:54
-0700)
Kevin Hilman (2):
ARM: OMAP3: TWL4030: ensure sys_nirq1 is mux'd and wakeup enabled
Revert ARM: OMAP3: PM: call pre/post transition per
, the omap_device layer implements PM domains for all
omap_devices, and knowing whether or not a driver is bound is needed
to know whether or not a drivers callbacks are valid, especially in
cases of failed driver probe.
Kevin Hilman (3):
ARM: OMAP: omap_device: keep track of driver bound status
Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/plat-omap/omap_device.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/plat-omap/omap_device.c b/arch/arm/plat-omap/omap_device.c
index 1d1b5ff..150112e 100644
--- a/arch/arm/plat-omap/omap_device.c
Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/plat-omap/include/plat/omap_device.h |2 ++
arch/arm/plat-omap/omap_device.c | 14 +-
2 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat
Hello,
In doing some automated testing of suspend/resume I noticed that
repeated attempts to suspend and resume via RTC wakeup fail on
3530/Beagle and 3730/Beagle-xM, but work fine on 3430/n900, 3530/Overo,
3730/OveroSTORM and 4430/Panda.
When RTC wakeup fails, a UART wakeup will work, and in
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
On Wed, Aug 8, 2012 at 10:40 PM, Kevin Hilman khil...@ti.com wrote:
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Add *remove* callback so that necessary cleanup operations are
performed when device is unregistered. The device is deleted
Rafael J. Wysocki r...@sisk.pl writes:
On Thursday, August 09, 2012, Rajendra Nayak wrote:
On OMAP4, if the first CPU fails to get a valid frequency table (this
could happen if the platform does not register any OPP table), the
subsequent CPU instances end up dealing with a NULL freq_table
Rajendra Nayak rna...@ti.com writes:
Hi Kevin,
On Wednesday 08 August 2012 10:48 PM, Kevin Hilman wrote:
The 4430 OPP table was being registered for all other OMAP4 variants
too, like 4460 and 4470 causing issues with cpufreq driver
enabled. 4460 and 4470 devices have different OPPs
Rafael J. Wysocki r...@sisk.pl writes:
On Thursday, August 09, 2012, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
On Thursday, August 09, 2012, Rajendra Nayak wrote:
On OMAP4, if the first CPU fails to get a valid frequency table (this
could happen if the platform does
Grazvydas Ignotas nota...@gmail.com writes:
On Wed, Aug 8, 2012 at 1:47 AM, Kevin Hilman khil...@ti.com wrote:
This reverts commit 58f0829b7186150318c79515f0e0850c5e7a9c89.
Converstion to per-pwrdm per/post transition calls was a bit
premature. Only tracking MPU, PER CORE in the idle path
the
irq_free_desc() api.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Reported-by: Paul Walmsley p...@pwsan.com
Reviewed-by: Jon Hunter jon-hun...@ti.com
Cc: Kevin Hilman khil...@ti.com
Cc: Rajendra Nayak rna...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Cousson, Benoit b
it will lead to corrupted stack frame.
Fix it by saving used registers.
Reported-by: Grygorii Strashko grygorii.stras...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
Please add a brief comment in the code as well explaining why the
additional
Rajendra Nayak rna...@ti.com writes:
The 4430 OPP table was being registered for all other OMAP4 variants
too, like 4460 and 4470 causing issues with cpufreq driver
enabled. 4460 and 4470 devices have different OPPs as compared to
4430, and they should be populated seperately. As long as that
Shilimkar, Santosh santosh.shilim...@ti.com writes:
On Wed, Aug 8, 2012 at 4:24 PM, Rajendra Nayak rna...@ti.com wrote:
On OMAP4, if the first CPU fails to get a valid frequency table (this
could happen if the platform does not register any OPP table), the
subsequent CPU instances end up
the timer.
Note that this will not be seen on OMAP1 devices, because these devices do
not use the clock framework for dmtimers.
Signed-off-by: Jon Hunter jon-hun...@ti.com
Acked-by: Kevin Hilman khil...@ti.com
---
arch/arm/plat-omap/dmtimer.c |2 +-
1 file changed, 1 insertion(+), 1
in the idle path.
Cc: Jean Pihet jean.pi...@newoldbits.com
Cc: Tero Kristo t-kri...@ti.com
Cc: Rajendra Nayak rna...@ti.com
Reported-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/pm34xx.c | 19 ---
1 file changed, 4 insertions
Paul Walmsley p...@pwsan.com writes:
Hi Kevin,
On Mon, 6 Aug 2012, Kevin Hilman wrote:
Is this only happening on this 37xx platform?Just curious, because
it seems to be a problem on any OMAP3xxx SoC.
So far I've only run the baseline tests on 37xx, so wanted to state only
what
Hi Paul,
Paul Walmsley p...@pwsan.com writes:
NFS is broken on 37xx EVM with v3.6-rc1 after return from off-mode with
dynamic idle. System suspend (echo mem /sys/power/state) with
off-mode enabled seems to work fine.
No obvious ideas here as to what could have broken this. It worked in
Paul Walmsley p...@pwsan.com writes:
Hi Kevin
a couple of minor comments
On Tue, 10 Jul 2012, Kevin Hilman wrote:
Use the bus notifier to keep track of driver bound status by adding a
new internal field to struct omap_device: _driver_staus.
_driver_status
This will be useful
Kevin Hilman khil...@ti.com writes:
This reverts commit 58f0829b7186150318c79515f0e0850c5e7a9c89.
Converstion to per-pwrdm per/post transition calls was a bit
premature. Only tracking MPU, PER CORE in the idle path means we
lose the accounting for all the other powerdomains which may also
: Rajendra Nayak rna...@ti.com
Reported-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/pm34xx.c | 19 ---
1 file changed, 4 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
Hi Joe,
Joe Woodward j...@terrafix.co.uk writes:
I have a GUMSTIX Overo AirSTORM (AM3703-based).
When running a 3.4 kernel the USB host works just fine!
However when switching to 3.5 I get a few new warning messages and USB host
no longer works.
As usual, thanks for the bug/problem
a slightly different problem/bug, I think the gpio_free() in
common-board-devices.c should still be unconditonal since the
gpio_request() is now unconditional. That can be a separate patch though.
Acked-by: Kevin Hilman khil...@ti.com
Tested-by: Kevin Hilman khil...@ti.com
Tested on 3430/n900, 3530/Overo
Hi Paul,
Paul Walmsley p...@pwsan.com writes:
On v3.6-rc1 on 37xx EVM, DSS and USBHOST powerdomains aren't entering
low-power states. Test log is below.
Is this only happening on this 37xx platform?Just curious, because
it seems to be a problem on any OMAP3xxx SoC.
[...]
# echo mem
for usecount
tracking on powerdomain level and autoidle flag for clocks that
are hardware controlled and should be skipped in usecount
calculations.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
[...]
/* Clock control for DPLL
Kevin Hilman khil...@ti.com writes:
Tero Kristo t-kri...@ti.com writes:
mpu / core powerdomain usecounts are now statically increased
by 1 during MPU activity. This allows the domains to reflect
actual usage, and will allow the usecount to reach 0 just before
all CPUs are ready to idle
Hi Wolfram,
Kevin Hilman khil...@ti.com writes:
In omap_i2c_xfer(), ensure pm_runtime_put() is called, even on
failure.
Without this, after a failed xfer, the runtime PM usecount will have
been incremented, but not decremented causing the usecount to never
reach zero after a failure
Poddar, Sourav sourav.pod...@ti.com writes:
On Mon, Jul 30, 2012 at 3:04 PM, DebBarma, Tarun Kanti
tarun.ka...@ti.com wrote:
Sourav,
On Mon, Jul 30, 2012 at 2:13 PM, Poddar, Sourav sourav.pod...@ti.com wrote:
Hi All,
I tried using gpio as an interrupt line for my driver
Tero, Paul,
Tero Kristo t-kri...@ti.com writes:
Hi,
Following set moves some PRM related code away from PM core code to
PRM / HWMOD. This requires the hwmod cleanup set from Paul that
implements the setup_preprogram hooks for hwmods. Sending as RFC for
initial commenting.
What is the
Tero Kristo t-kri...@ti.com writes:
PM code doesn't really care about the PRCM wakeup + io interrupts on
OMAP3, as these are used only for acking PRCM internal events, and the
IO chain handler is taken care of by hwmod code. Thus move the interrupt
handling logic from pm34xx.c to
Nayak, Rajendra rna...@ti.com writes:
Paul,
On Fri, Jul 27, 2012 at 2:34 AM, Paul Walmsley p...@pwsan.com wrote:
Commit 4da71ae6 (OMAP: clockdomain: Arch specific funcs for
clkdm_clk_enable/disable) called the OMAP2xxx-specific functions for
clockdomain wakeup and sleep. This would
Igor Grinberg grinb...@compulab.co.il writes:
On 07/26/12 22:30, Kevin Hilman wrote:
+ Zumeng Chen
Igor Grinberg grinb...@compulab.co.il writes:
Hi Kevin,
I've just noticed that the patch has been modified by Arnd in a way
that of course will trigger GPIO use without being requested
Igor Grinberg grinb...@compulab.co.il writes:
On 07/26/12 22:30, Kevin Hilman wrote:
+ Zumeng Chen
Igor Grinberg grinb...@compulab.co.il writes:
Hi Kevin,
I've just noticed that the patch has been modified by Arnd in a way
that of course will trigger GPIO use without being requested
for usecount
tracking on powerdomain level and autoidle flag for clocks that
are hardware controlled and should be skipped in usecount
calculations.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
Minor nit: please avoid using BUG_ON
are
propageted to voltagedomain level also, and will allow vc
callbacks to be triggered at right point of time.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
IMO, the idea is fine, but I'm not crazy about the implementation in
powerdomain.c
.
This patch also provices a way to do printk dumps from kernel code,
by calling the pm_dbg_dump_X functions. The plan is to call these
functions once an error condition is detected, e.g. failed suspend.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil
Rajendra Nayak rna...@ti.com writes:
On Wednesday 18 July 2012 01:35 PM, Tero Kristo wrote:
On Wed, 2012-07-18 at 12:45 +0530, Rajendra Nayak wrote:
On Tuesday 17 July 2012 08:26 PM, Tero Kristo wrote:
Anyway, it also looks like this fix is no longer needed with the latest
kernel, something
Igor Grinberg grinb...@compulab.co.il writes:
On 07/27/12 20:46, Kevin Hilman wrote:
Igor Grinberg grinb...@compulab.co.il writes:
On 07/26/12 22:30, Kevin Hilman wrote:
+ Zumeng Chen
Igor Grinberg grinb...@compulab.co.il writes:
Hi Kevin,
I've just noticed that the patch has been
, 2012 at 2:37 PM, Kevin Hilman khil...@ti.com wrote:
Hi Arnd, Olof,
I know it is late, but I'm really hoping this can still make it for
v3.6, so consider this a [GIT PLEA]. ;)
New features submitted halfway through the merge window? Yeah, that's late.
I'll pull it in as late2/pm once the below
Rajendra Nayak rna...@ti.com writes:
On Thursday 26 July 2012 04:13 AM, Kevin Hilman wrote:
Tero Kristot-kri...@ti.com writes:
On Fri, 2012-07-20 at 13:38 +0530, Rajendra Nayak wrote:
On Friday 20 July 2012 12:55 PM, Shilimkar, Santosh wrote:
On Fri, Jul 20, 2012 at 11:34 AM, Rajendra
with a touchscreen in my
board farm.
Kevin
From 85516c6a3354967caf4cff434d28c3001cd411eb Mon Sep 17 00:00:00 2001
From: Kevin Hilman khil...@ti.com
Date: Thu, 26 Jul 2012 12:15:38 -0700
Subject: [PATCH 2/2] ARM: OMAP2+: ads7846: fix -get_pendown_state() to work
on all boards
commit 16aced80f6 (ARM
to b93d70aeb8f3b5ed2d74643f5009239a55634e1d:
ARM: OMAP4: CPUidle: Open broadcast clock-event device. (2012-07-25 16:06:08
-0700)
Kevin Hilman (1):
ARM: OMAP4: CPUidle: add synchronization for coupled idle states
Santosh Shilimkar (3):
ARM
zumeng.chen zc...@windriver.com writes:
On 2012年07月27日 03:30, Kevin Hilman wrote:
+ Zumeng Chen
Igor Grinberggrinb...@compulab.co.il writes:
Hi Kevin,
I've just noticed that the patch has been modified by Arnd in a way
that of course will trigger GPIO use without being requested.
I'm
be addressed sooner rather than later.
Kevin
[1] Specifically, see:
commit 58f0829b7186150318c79515f0e0850c5e7a9c89
Author: Kevin Hilman khil...@ti.com
Date: Fri May 11 15:47:17 2012 -0700
ARM: OMAP3: PM: call pre/post transition per powerdomain
We only need to call the pre/post transtion
Linus Walleij linus.wall...@linaro.org writes:
On Thu, Jul 12, 2012 at 7:48 PM, Kevin Hilman khil...@ti.com wrote:
In the case of OMAP GPIO, unless it's an obvious fix, I would recommend
you wait at least until you see some acks/tested tags from any of
- Santosh Shilimkar santosh.shilim
Javier Martinez Canillas jav...@dowhile0.org writes:
commit 13f30fc893e4610f67dd7a8b0b67aec02eac1775
Author: Russell King rmk+ker...@arm.linux.org.uk
Date: Sat Apr 21 22:41:10 2012 +0100
mmc: omap: remove private DMA API implementation
removed the private DMA API implementation from
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@ti.com [120711 14:34]:
Omar Ramirez Luna omar.l...@linaro.org writes:
On 11 July 2012 12:07, Kevin Hilman khil...@ti.com wrote:
...
[2.311004] omap_hsmmc omap_hsmmc.0: Failed to get debounce clk
[2.317382
Linus Walleij linus.wall...@linaro.org writes:
On Mon, Jul 16, 2012 at 7:10 PM, Kevin Hilman khil...@ti.com wrote:
Subject: [PATCH] MAINTAINERS: add entry OMAP GPIO driver
Since I've been maintaining this, making it official at the request of the
GPIO maintainers.
Cc: Grant Likely
Hi Linus,
Linus Walleij linus.wall...@linaro.org writes:
On Thu, Jul 12, 2012 at 1:25 AM, Kevin Hilman khil...@ti.com wrote:
There is quite a bit of other things to do in remove to properly cleanup
what is done in probe.
OK I'm dropping this patch for now...
Thanks.
For future reference
Joe Woodward j...@terrafix.co.uk writes:
...snip...
Hmm, interesting, I don't see this on my 3730-based Over FireSTORM.
But, after converting mine into an AirStorm[1], I see the same
errors
as you're seeing. We're obviously doing something wrong when IVA
and/or
SGX are not present,
Munegowda, Keshava keshava_mgo...@ti.com writes:
On Wed, Jul 11, 2012 at 3:59 PM, Samuel Ortiz sa...@linux.intel.com wrote:
Hi Keshava, Kevin,
On Fri, Jul 06, 2012 at 05:29:00PM +0530, Munegowda, Keshava wrote:
Samuel
I have sent that patch to disable the ehci in
Joe Woodward j...@terrafix.co.uk writes:
-Original Message-
From: Kevin Hilman khil...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: linux-omap\@vger.kernel.org linux-omap@vger.kernel.org
Date: Tue, 10 Jul 2012 16:58:18 -0700
Subject: Re: PM/RTC 3.5-rc5: System suspends fails when
Mark A. Greer mgr...@animalcreek.com writes:
On Wed, Jul 11, 2012 at 10:07:06AM -0700, Kevin Hilman wrote:
Joe Woodward j...@terrafix.co.uk writes:
-Original Message-
From: Kevin Hilman khil...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: linux-omap\@vger.kernel.org linux
+Paul
Kevin Hilman khil...@ti.com writes:
Joe Woodward j...@terrafix.co.uk writes:
-Original Message-
From: Kevin Hilman khil...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: linux-omap\@vger.kernel.org linux-omap@vger.kernel.org
Date: Tue, 10 Jul 2012 16:58:18 -0700
Subject
Hi Tony,
In your current master branch, commit 3dd50d054 (Merge tag
'omap-cleanup-for-v3.6' into tmp-merge) added back the mpu_3xxx_clkdm
into the common clockdomains that was removed by commit 16e5e2c47 (ARM:
OMAP AM35x: clockdomain data: Fix clockdomain dependencies)
This causes duplicate
Omar Ramirez Luna omar.l...@linaro.org writes:
On 11 July 2012 12:07, Kevin Hilman khil...@ti.com wrote:
...
[2.311004] omap_hsmmc omap_hsmmc.0: Failed to get debounce clk
[2.317382] omap_hsmmc omap_hsmmc.0: unable to obtain RX DMA engine
channel 62
[2.325256] omap_hsmmc
Omar Ramirez Luna omar.l...@linaro.org writes:
On 12 June 2012 07:01, Rajendra Nayak rna...@ti.com wrote:
[...]
..anyone knows of any more fixes going around?
I'm seeing the same thing, it gets stuck trying to enable CPU1, tried
this with pm-20120710 from linux-omap-pm and current LO
is freed here so I'm not
sure I follow, but it seems to me that once this GPIO is requesed, it
should not be freed as long as it's used, otherwise PM faults can occur.
Kevin
From bb87c3b5586950e480d0699504997a9ad587fd85 Mon Sep 17 00:00:00 2001
From: Kevin Hilman khil...@ti.com
Date: Wed, 11 Jul
...@compulab.co.il
Signed-off-by: Kevin Hilman khil...@ti.com
---
Tony, this applies on top of your current fixes-non-critical branch and
should probably go in to v3.5-rc since the patch which introduced the
problem did as well.
arch/arm/mach-omap2/common-board-devices.c |3 ---
1 file changed, 3 deletions
.
Also, what about runtime PM?
In short, this seems very premature and I suspect untested.
Kevin
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Reported-by: Paul Walmsley p...@pwsan.com
Reviewed-by: Jon Hunter jon-hun...@ti.com
Cc: Kevin Hilman khil...@ti.com
Cc: Rajendra Nayak rna
S, Venkatraman svenk...@ti.com writes:
On Sat, Jul 7, 2012 at 5:56 AM, Kevin Hilman khil...@ti.com wrote:
Due to the way the driver core takes runtime PM references during
probe, a driver's runtime PM callbacks may not be called until probe
returns. During probe, drvdata is set to the 'host
From af7537997b46ee3991985fecd4b4a302bdc0df31 Mon Sep 17 00:00:00 2001
From: Kevin Hilman khil...@ti.com
Date: Tue, 10 Jul 2012 14:30:18 -0700
Subject: [PATCH] mmc: omap_hsmmc: ensure probe returns error if DMA channel
request fails
If dma_request_channel() fails (e.g. because DMA engine
S, Venkatraman svenk...@ti.com writes:
On Tue, Jul 10, 2012 at 7:47 PM, Kevin Hilman khil...@ti.com wrote:
S, Venkatraman svenk...@ti.com writes:
On Sat, Jul 7, 2012 at 5:56 AM, Kevin Hilman khil...@ti.com wrote:
Due to the way the driver core takes runtime PM references during
probe
Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/plat-omap/include/plat/omap_device.h |2 ++
arch/arm/plat-omap/omap_device.c | 14 +-
2 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat
Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/plat-omap/omap_device.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/plat-omap/omap_device.c b/arch/arm/plat-omap/omap_device.c
index 1d1b5ff..150112e 100644
--- a/arch/arm/plat-omap/omap_device.c
...@pwsan.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/plat-omap/omap_device.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/plat-omap/omap_device.c b/arch/arm/plat-omap/omap_device.c
index 150112e..28ab6af 100644
--- a/arch/arm/plat-omap
value, the driver core assumes probe was successful
and will bind the driver to the device.
Fix this by ensuring that probe returns an error code in this failure
path.
Signed-off-by: Kevin Hilman khil...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |2 ++
1 file changed, 2 insertions(+)
diff --git
Joe Woodward j...@terrafix.co.uk writes:
I've got 3.5-rc5 with the following patches applied to get system suspend
working on OMAP3:
- fix the DSS: OMAPDSS: Use PM notifiers for system suspend
- fix the 32KHz clock: ARM: OMAP2+: hwmod code/clockdomain data: fix 32K
sync timer
This
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@ti.com [120706 11:25]:
The EHCI driver is not stable enough to be enabled by default. In v3.5,
it has at least the following problems:
- warning dump during bootup
- hang during suspend
- prevents CORE powerdomain from
Zumeng Chen zumeng.c...@windriver.com writes:
The offset of WKUP_MOD is not right for the PRM_RSTST of OMAP3. So here
put the right one to match to the actual physical addr 0x48307258, which
defined in PRCM Registers section.
And there is a MPU_WD_RST bit in PRM_RSTST(0x48307258) holding the
Peter Ujfalusi peter.ujfal...@ti.com writes:
On 07/06/2012 04:33 PM, Shilimkar, Santosh wrote:
Since this is TWL6030 specific, it should rather be done in TWL code
like I did for sys_nirq1:
http://marc.info/?l=linux-omapm=134090312118873w=2
That would avoid having to do this in both
Santosh Shilimkar santosh.shilim...@ti.com writes:
From: R Sricharan r.sricha...@ti.com
OMAP socs has a legacy and a highlander version of the
32k sync counter IP. The register offsets vary between the
highlander and the legacy scheme. So use the 'SCHEME'
bits(30-31) of the revision
Keshava Munegowda keshava_mgo...@ti.com writes:
The usb host is disabled in the omap2 build; This is because
usb host is causing the retention to break in cpu idle.
... and causes warnings during boot, and hangs in suspend, can't suspend
using NFSroot, etc. etc.
Thank you for disabling this
Peter Ujfalusi peter.ujfal...@ti.com writes:
The sys_nirq2 is used for twl6040, make sure the pin is configured
correctly.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c |3 +++
1 files
to the IRQ flags.
Tested on OMAP3730/OveroSTORM and OMAP4430/Panda board using rtcwake
to wake from system suspend multiple times.
Signed-off-by: Kevin Hilman khil...@ti.com
---
Resending to broader audience and including Andrew. Since, I understand
that drivers/rtc is somewhat orphaned, Andrew, can
that this driver has not been thoroughly tested and
therfore should not be enabled in the default defconfig.
In addition, the problems above cause new PM regressions which need be
addressed before this driver should be enabled in the default
defconfig.
Signed-off-by: Kevin Hilman khil...@ti.com
---
Tony
Hi Grant,
Here's a couple (hopefully) final OMAP GPIO fixes for v3.5-rc.
Thanks,
Kevin
The following changes since commit 6b16351acbd415e66ba16bf7d473ece1574cf0bc:
Linux 3.5-rc4 (2012-06-24 12:53:04 -0700)
are available in the git repository at:
Paul Walmsley p...@pwsan.com writes:
Hi Benoît
On Wed, 4 Jul 2012, Benoit Cousson wrote:
@@ -1141,8 +1144,16 @@ static void _enable_sysc(struct omap_hwmod *oh)
sf = oh-class-sysc-sysc_flags;
if (sf SYSC_HAS_SIDLEMODE) {
- idlemode = (oh-flags HWMOD_SWSUP_SIDLE) ?
Tony,
Hopefully this is the last one.
This one fixes a problem where the CORE power domain does not hit
retention during suspend. This has been known since v3.5 came out, but
there has been some discussion about the proper fix. The solution has
now been agreed upon, so I'd like to see this
Munegowda, Keshava keshava_mgo...@ti.com writes:
On Tue, Jul 3, 2012 at 12:17 PM, Munegowda, Keshava
keshava_mgo...@ti.com wrote:
On Mon, Jul 2, 2012 at 10:24 PM, Kevin Hilman khil...@ti.com wrote:
Felipe, Keshava,
Kevin Hilman khil...@ti.com writes:
Felipe Balbi ba...@ti.com writes
Joe Woodward j...@terrafix.co.uk writes:
...snip...
#
Thanks for testing this out.
I was going through Tomi's queue for the 3.6 merge window:
git://gitorious.org/linux-omap-dss2/linux.git master
There is a commit called:
2b8501d777346ce1d4fe99167e9b3c0e42aae7a8
OMAPDSS: Use
code.
This patch is a collaboration between Kevin Hilman khil...@ti.com
and Paul Walmsley p...@pwsan.com.
Thanks to Vaibhav Hiremath hvaib...@ti.com for providing comments on
an earlier version of this patch. Thanks to Tero Kristo
t-kri...@ti.com for identifying a bug in an earlier version
Felipe, Keshava,
Kevin Hilman khil...@ti.com writes:
Felipe Balbi ba...@ti.com writes:
[...]
Keshava is reverting a fix for a HW errata. I can't accept it as it will
cause regressions. Granted, regression by regression, there's no change,
but I simply can't knowingly cause a regression
+0530 DebBarma, Tarun Kanti
tarun.ka...@ti.com wrote:
On Thu, Jun 14, 2012 at 5:45 AM, NeilBrown ne...@suse.de wrote:
On Fri, 11 May 2012 17:30:48 -0700 Kevin Hilman khil...@ti.com wrote:
Hi Grant,
Here's the final round of GPIO cleanups for v3.5. This branch is
based
On 07/02/2012 10:37 AM, Kevin Hilman wrote:
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
On Mon, Jun 25, 2012 at 11:48 AM, NeilBrown ne...@suse.de wrote:
On Thu, 21 Jun 2012 12:04:26 +0530 DebBarma, Tarun Kanti
tarun.ka...@ti.com wrote:
On Thu, Jun 21, 2012 at 8:46 AM, NeilBrown ne
on OMAP4460 panda.
- Boot tested on OMAP3430 beagle and validated CORE RET still working (using
Paul's 32k timer patch [1]).
[1] http://marc.info/?l=linux-omapm=13453229888w=2
Signed-off-by: Jon Hunter jon-hun...@ti.com
Acked-by: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2
601 - 700 of 5178 matches
Mail list logo