* Santosh Shilimkar santosh.shilim...@ti.com [110224 21:31]:
Was this with linux-omap master branch or mainline?
The V6 vs V7 issues should be sorted out with Russell's patches that
we also have now in linux-omap master branch.
This was with mainline.
Then I applied RMK's series and
...@lists.infradead.org; linux-omap@vger.kernel.org; Keshava
Munegowda; Felipe Balbi
Subject: RE: [PATCH] omap4: Fix ULPI PHY init for ES1.0 SDP (Re:
4430SDP boot failure)
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, February 03, 2011 1:19 AM
-omap@vger.kernel.org; Keshava
Munegowda; Felipe Balbi
Subject: Re: [PATCH] omap4: Fix ULPI PHY init for ES1.0 SDP (Re:
4430SDP boot failure)
* Santosh Shilimkar santosh.shilim...@ti.com [110212 00:45]:
Tony,
-Original Message-
From: Santosh Shilimkar [mailto:santosh.shilim
Balbi
Subject: RE: [PATCH] omap4: Fix ULPI PHY init for ES1.0 SDP (Re:
4430SDP boot failure)
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, February 03, 2011 1:19 AM
To: Santosh Shilimkar
Cc: Anand Gadiyar; Russell King - ARM Linux; linux-arm
: Re: [PATCH] omap4: Fix ULPI PHY init for ES1.0 SDP (Re:
4430SDP boot failure)
* Santosh Shilimkar santosh.shilim...@ti.com [110201 22:04]:
It's a ES1.0 blaze, with the patch below it reboots early
during the boot. I also have to disable omap_l2_cache_init
on this board to get
Tony Lindgren wrote:
* Anand Gadiyar gadi...@ti.com [110201 04:54]:
I believe this fix is fixing your reboot issue, but it's breaking
EHCI support on the SDP.
The MODE4 above should really be MODE3 - all GPIOs are on MODE3.
By changing
The patch snippet below fixes EHCI on the
* Santosh Shilimkar santosh.shilim...@ti.com [110201 22:04]:
It's a ES1.0 blaze, with the patch below it reboots early
during the boot. I also have to disable omap_l2_cache_init
on this board to get it to boot.
Do you still get this problem with 'omap_l2_cache_init' ?
As reported
* Anand Gadiyar gadi...@ti.com [110202 10:51]:
Tony Lindgren wrote:
* Anand Gadiyar gadi...@ti.com [110201 04:54]:
I believe this fix is fixing your reboot issue, but it's breaking
EHCI support on the SDP.
The MODE4 above should really be MODE3 - all GPIOs are on MODE3.
By
Tony Lindgren wrote:
Here's one more es1.0 fix after the recent USB changes.
Regards,
Tony
Author: Tony Lindgren t...@atomide.com
Date: Tue Jan 11 15:03:03 2011 -0800
omap4: Fix ULPI PHY init for ES1.0 SDP
Commit 6aa85a5ae610106d89e50c7e1f760c56d12f9bc4 (omap4: 4430sdp:
* Anand Gadiyar gadi...@ti.com [110201 04:54]:
I believe this fix is fixing your reboot issue, but it's breaking
EHCI support on the SDP.
The MODE4 above should really be MODE3 - all GPIOs are on MODE3.
By changing
The patch snippet below fixes EHCI on the SDP, but I believe that
: Re: [PATCH] omap4: Fix ULPI PHY init for ES1.0 SDP (Re:
4430SDP boot failure)
* Anand Gadiyar gadi...@ti.com [110201 04:54]:
I believe this fix is fixing your reboot issue, but it's breaking
EHCI support on the SDP.
The MODE4 above should really be MODE3 - all GPIOs are on MODE3
On Sat, Jan 15, 2011 at 05:04:55PM +, Russell King - ARM Linux wrote:
On Fri, Jan 14, 2011 at 04:37:34PM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110114 16:24]:
On Fri, Jan 14, 2011 at 04:12:55PM -0800, Tony Lindgren wrote:
* Russell King - ARM
On Fri, Jan 14, 2011 at 04:37:34PM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110114 16:24]:
On Fri, Jan 14, 2011 at 04:12:55PM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110114 15:58]:
# ARMv6k
config
* Russell King - ARM Linux li...@arm.linux.org.uk [110113 08:49]:
On Thu, Jan 13, 2011 at 07:51:53AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110113 01:15]:
Given the very sorry state of OMAP in mainline at present, I'm surprised
that this kind of
On Thu, 13 Jan 2011, Russell King - ARM Linux wrote:
On Thu, Jan 13, 2011 at 07:51:53AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110113 01:15]:
Given the very sorry state of OMAP in mainline at present, I'm surprised
that this kind of stuff is still
On Fri, Jan 14, 2011 at 12:18:50PM -0700, Paul Walmsley wrote:
On Thu, 13 Jan 2011, Russell King - ARM Linux wrote:
On Thu, Jan 13, 2011 at 07:51:53AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110113 01:15]:
Given the very sorry state of OMAP in
On Fri, 14 Jan 2011, Russell King - ARM Linux wrote:
On Fri, Jan 14, 2011 at 12:18:50PM -0700, Paul Walmsley wrote:
On Thu, 13 Jan 2011, Russell King - ARM Linux wrote:
On Thu, Jan 13, 2011 at 07:51:53AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk
On Fri, 14 Jan 2011, Russell King - ARM Linux wrote:
If it helps, here's what I do - not only do I run a few of the standard
defconfigs in the tree, but I also run a number of platform specific
builds, both covering platforms I do and do not have. I'll pick a random
selection of existing
On Fri, Jan 14, 2011 at 04:10:29PM -0700, Paul Walmsley wrote:
I wonder if, in a similar vein, you would consider adding a CONFIG_CPU_V6
plus CONFIG_CPU_V7 config, such as omap2plus_defconfig, into your
compile-testing regimen, if one is not already present?
That would help catch compile
* Russell King - ARM Linux li...@arm.linux.org.uk [110114 15:58]:
# ARMv6k
config CPU_32v6K
bool Support ARM V6K processor extensions if !SMP
depends on CPU_V6 || CPU_V7
default y if SMP !(ARCH_MX3 || ARCH_OMAP2)
OMAP2 prevents the selection of armv6k support.
On Fri, Jan 14, 2011 at 04:12:55PM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110114 15:58]:
# ARMv6k
config CPU_32v6K
bool Support ARM V6K processor extensions if !SMP
depends on CPU_V6 || CPU_V7
default y if SMP
* Russell King - ARM Linux li...@arm.linux.org.uk [110114 16:24]:
On Fri, Jan 14, 2011 at 04:12:55PM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110114 15:58]:
# ARMv6k
config CPU_32v6K
bool Support ARM V6K processor extensions if !SMP
Tony Lindgren wrote:
Here's one more es1.0 fix after the recent USB changes.
Regards,
Tony
Author: Tony Lindgren t...@atomide.com
Date: Tue Jan 11 15:03:03 2011 -0800
omap4: Fix ULPI PHY init for ES1.0 SDP
Commit 6aa85a5ae610106d89e50c7e1f760c56d12f9bc4 (omap4: 4430sdp:
On Thu, Jan 13, 2011 at 02:22:06PM +0530, Anand Gadiyar wrote:
Tony Lindgren wrote:
/* Power on the ULPI PHY */
- if (gpio_is_valid(OMAP4SDP_MDM_PWR_EN_GPIO)) {
- /* FIXME: Assumes pad is already muxed for GPIO mode */
- gpio_request(OMAP4SDP_MDM_PWR_EN_GPIO,
* Russell King - ARM Linux li...@arm.linux.org.uk [110113 01:15]:
On Thu, Jan 13, 2011 at 02:22:06PM +0530, Anand Gadiyar wrote:
Tony Lindgren wrote:
/* Power on the ULPI PHY */
- if (gpio_is_valid(OMAP4SDP_MDM_PWR_EN_GPIO)) {
- /* FIXME: Assumes pad is already muxed for GPIO
On Thu, Jan 13, 2011 at 07:51:53AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110113 01:15]:
Given the very sorry state of OMAP in mainline at present, I'm surprised
that this kind of stuff is still going on...
At least I boot test the patches I send..
* Tony Lindgren t...@atomide.com [110110 10:51]:
* Russell King - ARM Linux li...@arm.linux.org.uk [110107 08:12]:
On Thu, Jan 06, 2011 at 12:40:54PM -0800, Tony Lindgren wrote:
Anyways, I can debug the DEBUG_LL booting issue further if the patch
I posted does not help.
This is what
27 matches
Mail list logo