),
CLK(NULL, wkup_32k_fck, wkup_32k_fck, CK_3XXX),
Cheers,
Joe
-Original Message-
From: Joe Woodward j...@terrafix.co.uk
To: linux-omap@vger.kernel.org linux-omap@vger.kernel.org
Date: Tue, 31 Jul 2012 13:42:07 +0100
Subject: OMAP3: USB: EHCI broken on 3.5?
I have a GUMSTIX Overo
are produced:
[ 85.030212] ehci-omap ehci-omap.0: utmi_p1_gfclk failed error:-2
[ 85.036560] ehci-omap: probe of ehci-omap.0 failed with error -2
If I (rather crudely) take ehci-omap.c from 3.4, drop it in to 3.5 and re-build
then 3.5 works fine.
Any ideas?
Cheers,
Joe Woodward
-Original Message-
From: Mark A. Greer mgr...@animalcreek.com
To: Paul Walmsley p...@pwsan.com
Cc: Joe Woodward j...@terrafix.co.uk, Kevin Hilman khil...@ti.com,
linux-omap@vger.kernel.org
Date: Tue, 17 Jul 2012 19:20:35 -0700
Subject: Re: PM/RTC 3.5-rc5: System suspends fails when
-Original Message-
From: Paul Walmsley p...@pwsan.com
To: Joe Woodward j...@terrafix.co.uk, Mark A. Greer mgr...@animalcreek.com
Cc: Kevin Hilman khil...@ti.com, linux-omap@vger.kernel.org
Date: Mon, 16 Jul 2012 18:43:15 -0600 (MDT)
Subject: Re: PM/RTC 3.5-rc5: System suspends fails when
-Original Message-
From: Felipe Balbi ba...@ti.com
To: Kevin Hilman khil...@ti.com
Cc: Joe Woodward j...@terrafix.co.uk, Felipe Balbi ba...@ti.com, linux-
o...@vger.kernel.org linux-omap@vger.kernel.org
Date: Mon, 16 Jul 2012 11:40:03 +0300
Subject: Re: PM/UART 3.5-rc5: UART Rx wakeups
-Original Message-
From: Paul Walmsley p...@pwsan.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Kevin Hilman khil...@ti.com, linux-omap@vger.kernel.org
linux-omap@vger.kernel.org
Date: Thu, 12 Jul 2012 13:35:14 -0600 (MDT)
Subject: Re: PM/RTC 3.5-rc5: System suspends fails when
...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, so I will look into it.
With the hack
-Original Message-
From: Paul Walmsley p...@pwsan.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Kevin Hilman khil...@ti.com, linux-omap\\@vger.kernel.org
linux-omap@vger.kernel.org
Date: Thu, 12 Jul 2012 04:59:09 -0600 (MDT)
Subject: Re: PM/RTC 3.5-rc5: System suspends fails when not built
-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 not built with RTC?
Joe Woodward j
Already debugged and fixed. The exact solution is still under
discussion, but while waiting for the right fix, you can use this patch
and you should see CORE hitting retention:
http://marc.info/?l=linux-omapm=13453229888w=2
Also, why is it now saing sh: write error: Operation
Are there any patches floating around to fix UART Rx wakeups for 3.5?
I have a GUMSTIX Overo with various things hanging off the UARTs, one
of which (on ttyO0) sends in periodic (GPS) data.
I don't want this data to wake the OMAP from system suspend.
I would normally disable UART Rx wakeup for
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 has been built with the omap2plus_defconfig.
-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: Mon, 02 Jul 2012 14:19:49 -0700
Subject: Re: 3.5-rc3: vdd_mpu_iva warnings
Joe Woodward j...@terrafix.co.uk writes:
I have
-Original Message-
From: Archit Taneja a0393...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Kevin Hilman khil...@ti.com, tomi.valkei...@ti.com,
linux-omap@vger.kernel.org linux-omap@vger.kernel.org
Date: Tue, 3 Jul 2012 14:29:34 +0530
Subject: Re: 3.5-rc3: PM/DSS broken
...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 PM notifiers for system suspend
The
Not wanting to be a pest, but I've just tried 3.5-rc4 and the same warnings
exist.
I didn't get any response, so am I really the only person seeing this?
Cheers,
Joe Woodward
-Original Message-
From: Joe Woodward j...@terrafix.co.uk
To: linux-omap@vger.kernel.org linux-omap
, but on the OMAP I have there is no IVA - hence the warnings?
Is there a known fix for this (disabling SmartReflex seems to make no
difference)?
Cheers,
Joe Woodward
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Someone may have spotted this already...
But if you build todays linux-next (next-20120615) without
CONFIG_MTD_ONENAND_OMAP2 or
CONFIG_MTD_ONENAND_OMAP2_MODULE then board_onenand_init() is defined in two
places
(in board-flash.c:102 as an empty function, and board-flash.h:56 as a static
Was there ever a conclussion to this discussion?
I'm assuming this is unlikely to be fixed in 3.5?
Cheers,
Joe
-Original Message-
From: Jean Pihet jean.pi...@newoldbits.com
To: Paul Walmsley p...@pwsan.com, Tomi Valkeinen tomi.valkei...@ti.com
Cc: Joe Woodward j...@terrafix.co.uk, khil
-Original Message-
From: Tomi Valkeinen tomi.valkei...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Jean Pihet jean.pi...@newoldbits.com, Paul Walmsley p...@pwsan.com,
khil...@ti.com, Archit Taneja a0393...@ti.com, linux-
o...@vger.kernel.org
Date: Tue, 12 Jun 2012 13:37:04 +0300
Any news on this?
This thread seems to have gone a little quiet...
Cheers,
Joe
-Original Message-
From: Tomi Valkeinen tomi.valkei...@ti.com
To: Paul Walmsley p...@pwsan.com, khil...@ti.com
Cc: Archit Taneja a0393...@ti.com, linux-omap@vger.kernel.org, Joe Woodward
j...@terrafix.co.uk
-Original Message-
From: Tomi Valkeinen tomi.valkei...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Archit Taneja a0393...@ti.com, linux-omap@vger.kernel.org
Date: Thu, 03 May 2012 16:07:22 +0300
Subject: Re: Problems with 3.4-rc5
On Thu, 2012-05-03 at 09:49 +0100, Joe Woodward
-Original Message-
From: Tomi Valkeinen tomi.valkei...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Archit Taneja a0393...@ti.com, linux-omap@vger.kernel.org
Date: Fri, 04 May 2012 17:01:12 +0300
Subject: Re: Problems with 3.4-rc5
On Fri, 2012-05-04 at 16:50 +0300, Tomi Valkeinen
-Original Message-
From: Tomi Valkeinen tomi.valkei...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Archit Taneja a0393...@ti.com, linux-omap@vger.kernel.org
Date: Thu, 03 May 2012 11:28:41 +0300
Subject: Re: Problems with 3.4-rc5
On Wed, 2012-05-02 at 13:46 +0100, Joe Woodward wrote
it).
Cheers,
Joe Woodward
--
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
-Original Message-
From: Archit Taneja a0393...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: linux-omap@vger.kernel.org
Date: Wed, 2 May 2012 17:54:21 +0530
Subject: Re: Problems with 3.4-rc5
Hi,
On Wednesday 02 May 2012 05:22 PM, Joe Woodward wrote:
I've just given 3.4-rc5
-Original Message-
From: Raja, Govindraj govindraj.r...@ti.com
To: Joe Woodward j...@terrafix.co.uk, Kevin Hilman khil...@ti.com
Cc: Paul Walmsley p...@pwsan.com, linux-omap@vger.kernel.org, Felipe Balbi
ba...@ti.com, ne...@suse.de
Date: Mon, 2 Apr 2012 16:13:13 +0530
Subject: Re
-Original Message-
From: Raja, Govindraj govindraj.r...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Paul Walmsley p...@pwsan.com, Kevin Hilman khil...@ti.com,
linux-omap@vger.kernel.org, Felipe Balbi ba...@ti.com, ne...@suse.de
Date: Thu, 29 Mar 2012 19:59:54 +0530
Subject: Re
...[snip]...
Could you please try attached patch and let me know if this solves the
rx issue as well,
without using dma mode.
Right,
I think we've getting closer, but still not quite there...
Firstly, the patch adds an include to iomap.h - but this doesn't exist in
stock 3.3. Simply
-Original Message-
From: Raja, Govindraj govindraj.r...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Paul Walmsley p...@pwsan.com, Kevin Hilman khil...@ti.com,
linux-omap@vger.kernel.org, Felipe Balbi ba...@ti.com, ne...@suse.de
Date: Fri, 30 Mar 2012 15:45:19 +0530
Subject: Re
-Original Message-
From: Kevin Hilman khil...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Raja\, Govindraj govindraj.r...@ti.com, linux-omap@vger.kernel.org,
Felipe Balbi ba...@ti.com, Paul Walmsley p...@pwsan.com, ne...@suse.de
Date: Wed, 28 Mar 2012 10:46:23 -0700
Subject: Re
Hi Joe,
After digging a bit further I found that the problem isn't lost
characters or character corruption at all...
The UART is actually at 460KBaud (not 900KBaud as I mentioned
earlier).
How did you verify that register read?
I actually looked at the setting applied in my code
Hello Joe,
thanks for reporting this. Some thoughts -- really just pure
speculation
-- but I hope some of it might be useful for you...
On Thu, 29 Mar 2012, Joe Woodward wrote:
After digging a bit further I found that the problem isn't lost
characters or character corruption at all
-Original Message-
From: Joe Woodward j...@terrafix.co.uk
To: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com, Raja\\, Govindraj
govindraj.r...@ti.com, linux-omap@vger.kernel.org, Felipe Balbi
ba...@ti.com, ne...@suse.de
Date: Thu, 29 Mar 2012 12:27:55 +0100
Subject: Re
-Original Message-
From: Raja, Govindraj govindraj.r...@ti.com
To: Kevin Hilman khil...@ti.com
Cc: Joe Woodward j...@terrafix.co.uk, linux-omap@vger.kernel.org
linux-omap@vger.kernel.org, Felipe Balbi ba...@ti.com
Date: Wed, 28 Mar 2012 16:29:53 +0530
Subject: Re: Suspend broken on 3.3
...snip...
Just to confirm: did the above work for you before v3.3?
I've checked and v3.2 works correctly:
echo enabled /sys/devices/platform/omap/omap_uart.2/power/wakeup = device
wakes from console presses
echo disabled /sys/devices/platform/omap/omap_uart.2/power/wakeup = device
does
-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: Thu, 22 Mar 2012 10:33:56 -0700
Subject: Re: Suspend broken on 3.3?
Joe Woodward j...@terrafix.co.uk writes:
Is system suspend
Is system suspend broken on stock 3.3?
I have a working stock 3.2 (with patches to fix runtime_pm for DSS2), and
system suspend works just fine!
This is running on a variety of GUMSTIX boards (both OMAP3530 and AM3703-based).
I've just updated to stock 3.3 and suspend returns immediately when
Sorry for the shameless ping, but I'd really like to know the way forward
here...
-Original Message-
From: Joe Woodward j...@terrafix.co.uk
To: Shilimkar, Santosh santosh.shilim...@ti.com, Catalin Marinas
catalin.mari...@arm.com
Cc: Aneesh V ane...@ti.com, Russell King - ARM Linux
li
So I re-iterate that we need to have solution to this problem.
... I don't want to be a pain, but it seems to me that this dicussion didn't
reach a full conclussion?
I think it was left with the open options being:
1) Leave the L2/outer cache enabled in the bootloader (not ideal and may
...snip...
cat /sys/kernel/debug/omapdss/clk
is below and reports 66461538 for fck, so 66MHz? Still safe for OPP50.
And disabling SMART REFLEX had no obvious effect.
If you can think of anything else I could try to explore to narrow down
the source of this, I am very happy to test
... (apologies for awful formatting of the previous mail) ...
Well, I don't see how UART could directly affect DSS. The thing that
comes to my mind is that typing a char in the console causes a change
in
the power management, which then fixes the DSS. But then again, I'd
expect the console
-Original Message-
From: Tomi Valkeinen tomi.valkei...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: NeilBrown ne...@suse.de, Paul Walmsley p...@pwsan.com, khil...@ti.com,
t-kri...@ti.com, govindra...@ti.com, linux-omap@vger.kernel.org
Date: Thu, 19 Jan 2012 13:36:59 +0200
Subject: Re
...snip...
Fair point. It will be harder to maintain and won't be consistent.
Am not sure what you mean because secure API
as such isn't a problem. If you mean one standard interface
for all the ARM SOC's then that's something won't be
easy to handled because it is tied up the
The latest uBoot release (2011.12) disables the L2/outer cache during boot on
OMAP boards.
uBoot commit: armv7: disable L2 cache in cleanup_before_linux() on 6th Dec
2011 by Aneesh V adds the following to
uBootSources/arch/arm/cpu/armv7/cpu.c:cleanup_before_linux():
...
...snip...
Could you enable omapdss debug by adding 'omapdss.debug=1 debug' in
your bootargs and share logs?
As requested:
# echo mem /sys/power/state
[ 37.371734] PM: Syncing filesystems ... done.
[ 37.397460] PM: Preparing system for mem sleep
[ 37.402923] Freezing user space
-Original Message-
From: Archit a0393...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Paul Walmsley p...@pwsan.com, NeilBrown ne...@suse.de,
khil...@ti.com, linux-omap@vger.kernel.org, Tomi Valkeinen
tomi.valkei...@ti.com
Date: Wed, 11 Jan 2012 21:22:00 +0530
Subject: Re: DSS2/PM
-Original Message-
From: NeilBrown ne...@suse.de
To: Joe Woodward j...@terrafix.co.uk
Cc: linux-omap@vger.kernel.org
Date: Tue, 10 Jan 2012 08:08:49 +1100
Subject: Re: DSS2/PM on 3.2 broken?
On Mon, 09 Jan 2012 12:46:43 + Joe Woodward j...@terrafix.co.uk
wrote:
I'm running
I'm running on a Gumstix Overo (OMAP3530) with an 24-bit LCD panel connected
via the DPI interface (using the generic panel driver).
Entering standby used to work just fine on 3.0, but on 3.2 I get the following:
# echo mem /sys/power/state
[ 23.186279] PM: Syncing filesystems ... done.
[
I've just switched to the 3.1 mainline kernel from 3.0.4 and am noticing some
problems.
I'm running a GUMSTIX Overo Fire (OMAP3530), with a GUMSTIX supplied PALO43 dev
kit (to bring out
USB/LAN/AUDIO/DISPLAY).
My config is roughly based on the omap2plus_defconfig with DSS2 built-in
(rather
In 3.1 sound support is broken for any boards using a TWL4030-based CODEC.
The Kconfig option for the TWL4030 CODEC used to be TWL4030_CODEC, and in
3.1 this has been changed to MFD_TWL4030_AUDIO.
I believe this has caused a problem in drives/mfd/twl-core.c:112 as the
define for the
?
- And a more general question, does the kernel provide features to
debounce a GPIO in software (rather than using the hardware)?
Cheers,
Joe Woodward
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
52 matches
Mail list logo