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,
On Thu, Jan 13, 2011 at 12:33 PM, Premi, Sanjeev pr...@ti.com wrote:
-Original Message-
From: G, Manjunath Kondaiah [mailto:manj...@ti.com]
Sent: Thursday, January 13, 2011 9:24 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv2] omap3: Add basic support for
Sergio,
On Wed, Jan 12, 2011 at 02:50, Aguirre, Sergio saagui...@ti.com wrote:
Hi all,
Has anyone been trying to boot w/k.org lately?
I tried with:
- commit e0e736fc + 2 patches attached I got from patchworks
- 4430SDP w/ES2.1
- Busybox FS through NFS.
I see the attached log, which
-Original Message-
From: G, Manjunath Kondaiah
Sent: Thursday, January 13, 2011 2:58 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv2] omap3: Add basic support for 720MHz part
[]
goto err;
}
Do you see any issues?
Hi Tony,
On Fri, Dec 3, 2010 at 10:13 PM, G, Manjunath Kondaiah manj...@ti.com wrote:
Hi Tony,
* Tony Lindgren t...@atomide.com [2010-12-02 12:52:19 -0800]:
* G, Manjunath Kondaiah manj...@ti.com [101202 11:55]:
Note that even with these three fixes, 5912OSK still fails to
boot to
Fix a few compile error and warnings found
when building OMAP4-only kernel.
Felipe Balbi (4):
arm: omap: clock: fix compile warning
arm: omap: io: fix compile warning
arm: omap: prm: fix compile error
arm: omap: clockdomain: fix compile error
arch/arm/mach-omap2/clock2xxx.h|4
if building kernels without OMAP2 support, we
will see a warning such as:
arch/arm/mach-omap2/io.c: In function 'omap2_init_common_infrastructure':
arch/arm/mach-omap2/io.c:389:3: warning: statement with no effect
arch/arm/mach-omap2/io.c:391:3: warning: statement with no effect
Signed-off-by:
if building a kernel without MULTI_OMAP
support, we will see a warning such as:
arch/arm/mach-omap2/io.c: In function 'omap_irq_base_init':
arch/arm/mach-omap2/io.c:322:23: warning: unused variable 'omap_irq_base'
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/io.c |2 +-
when building OMAP4-only kernel, the following
comnpile errors appear:
arch/arm/mach-omap2/built-in.o: In function `pm_dbg_regset_store':
/home/balbi/workspace/linux-2.6/arch/arm/mach-omap2/pm-debug.c:335:
undefined reference to `omap2_prm_read_mod_reg'
arch/arm/mach-omap2/built-in.o: In function
If building OMAP4-only kernel, we will see
the following compile error:
arch/arm/mach-omap2/clockdomain.c: In function '_enable_hwsup':
arch/arm/mach-omap2/clockdomain.c:251:18: error: 'struct clockdomain'
has no member named 'clktrctrl_mask'
arch/arm/mach-omap2/clockdomain.c:254:18: error:
On Thu, Jan 13, 2011 at 4:48 PM, Premi, Sanjeev pr...@ti.com wrote:
-Original Message-
From: G, Manjunath Kondaiah
Sent: Thursday, January 13, 2011 2:58 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv2] omap3: Add basic support for 720MHz part
[]
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Felipe Balbi
Sent: Thursday, January 13, 2011 5:11 PM
To: Tony Lindgren
Cc: Paul Walmsley; Linux OMAP Mailing List; Felipe Balbi
Subject: [PATCH 4/4] arm: omap:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Felipe Balbi
Sent: Thursday, January 13, 2011 5:11 PM
To: Tony Lindgren
Cc: Paul Walmsley; Linux OMAP Mailing List; Felipe Balbi
Subject: [PATCH 3/4] arm: omap: prm: fix
Hi,
On Thu, Jan 13, 2011 at 05:18:47PM +0530, Santosh Shilimkar wrote:
Signed-off-by: Felipe Balbi ba...@ti.com
Looks like you missed the series what I posted and in the
queue.
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41712.html
oops, seems like I did :-)
Sorry about
-Original Message-
From: G, Manjunath Kondaiah [mailto:manj...@ti.com]
Sent: Thursday, January 13, 2011 5:16 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv2] omap3: Add basic support for 720MHz part
On Thu, Jan 13, 2011 at 4:48 PM, Premi, Sanjeev
On Thu, Jan 13, 2011 at 5:21 PM, Premi, Sanjeev pr...@ti.com wrote:
-Original Message-
From: G, Manjunath Kondaiah [mailto:manj...@ti.com]
Sent: Thursday, January 13, 2011 5:16 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv2] omap3: Add basic support for
On Wed, Jan 12, 2011 at 8:30 PM, Steve Sakoman sako...@gmail.com wrote:
On Wed, Jan 12, 2011 at 9:48 AM, Steve Sakoman sako...@gmail.com wrote:
On Tue, Jan 11, 2011 at 10:17 PM, Ghorai, Sukumar s-gho...@ti.com wrote:
[Ghorai]
We also experienced the same issue using 32GB SD card for omap3 and
On Wed, 12 Jan 2011 17:25:12 EST, Len Brown said:
But by sysfs convention a separate file must be used
if two data are passed to userspace which is the case here.
what two data?
It is fine for a string to include space characters.
I think Thomas is concerned that although when you
* 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
From: Jean Pihet j-pi...@ti.com
Most of the ASM sleep code (in arch/arm/mach-omap2/sleep34xx.S)
is copied to internal SRAM and run from there.
However only a small part of the code really needs to run from internal SRAM.
This fix lets most of the ASM idle code run from the DDR
in order to
This little patch serie is based on Tony's devel-board branch.
It fixes the rtc and some comments on cm-t3517.
Igor Grinberg (2):
arm: omap3: cm-t3517: rtc fix
arm: omap3: cm-t3517: minor comment fix
arch/arm/mach-omap2/board-cm-t3517.c | 29 -
1 files changed,
Fix rtc gpios and mux
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 25 ++---
1 files changed, 22 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board-cm-t3517.c
index
offsets in the comment were wrong - fix this.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board-cm-t3517.c
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..
For at least one board (omap3), some functions are copied from
their link-time location into other memory at run-time.
This is a plausible thing to do if, for example, the board
might need to do something like manipulating the SDRAM
controller configuration during power management operations.
In low-level board support code, there is sometimes a need to
copy a function body to another location at run-time.
A straightforward call to memcpy doesn't work in Thumb-2,
because bit 0 of external Thumb function symbols is set to 1,
indicating that the function is Thumb. Without corrective
On Wed, Nov 24, 2010 at 2:23 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: TAO HU [mailto:tgh...@motorola.com]
Sent: Wednesday, November 24, 2010 11:40 AM
To: Santosh Shilimkar
Cc: TAO HU; Bryan Wu; linux-omap
Subject: Re: OMAP4 ES2.0 Unhandled fault:
For at least one board (omap3), some functions are copied from
their link-time location into other memory at run-time.
This is a plausible thing to do if, for example, the board
might need to do something like manipulating the SDRAM
controller configuration during power management operations.
In low-level board support code, there is sometimes a need to
copy a function body to another location at run-time.
A straightforward call to memcpy doesn't work in Thumb-2,
because bit 0 of external Thumb function symbols is set to 1,
indicating that the function is Thumb. Without corrective
This patch implements gpmc configuration functions needed by westbridge
device controller driver in staging tree. These functions currently
implemented in staging tree. This patch is part of the effort to bring
westbridge device controller driver out of staging tree.
Signed-off by: Sutharsan
Pedanekar, Hemant wrote on Monday, January 10, 2011 10:08 PM:
This patch set adds support for TI816X processor series. This series
includes DM8168, C6A816x and AM389x devices.
The details can be found at following links:
http://focus.ti.com/general/docs/gencontent.tsp?contentId=77960
On Thu, Jan 13, 2011 at 02:51:45PM -0600, Dave Martin wrote:
+/* Cast function pointer to integer: */
+#define __funcp_to_uint(funcp) ({\
uint is confusing here - it suggests casting a pointer to an unsigned int,
rather than a uintptr_t. Please use uintptr here.
Here is a set of misc fixes for the devkit8000.
The only really notable one is the lcd enable gpio fix. It gets rid
of some nasty low level twl4030 calls and replaces them with generic gpio
calls. It also fixes a bug where the screen would not turn off when
blanking.
Daniel Morsing (3):
omap3:
Comment line uses 8 spaces as indentation. Replace with a hard tab
Signed-off-by: Daniel Morsing daniel.mors...@gmail.com
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
The Devkit8000 uses 2 gpios for the lcd enable line. twl4030_gpio1 and
twl4030_ledA, with ledA configured as an output only gpio. gpio1 is used
through the generic gpio functions while ledA is used via low level
twl4030 calls. Remove the low level calls and use the generic gpio
functions for
gpio1 and gpio7 on the tps65930 are used as outputs on the devkit8000.
Remove them from the pu/pd configuration.
Signed-off-by: Daniel Morsing daniel.mors...@gmail.com
---
arch/arm/mach-omap2/board-devkit8000.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git
Hi,
On Wed, Jan 5, 2011 at 3:25 PM, Fernando Guzman Lugo
fernando.l...@ti.com wrote:
From: Guzman Lugo, Fernando fernando.l...@ti.com
IVA MMU can manage up to 4GB of address space through its page tables,
given that it's L1 is divided into 1MB sections it requires at least
16KB for its table
On Thu, 13 Jan 2011, Bryan Wu wrote:
On Thu, Jan 13, 2011 at 7:50 AM, Paul Walmsley p...@pwsan.com wrote:
On Wed, 12 Jan 2011, Bryan Wu wrote:
Does the problem also happen if you boot with 'nosmp' on the kernel
command line?
Yeah, I think so, since Sebastien reported that 'nosmp'
(adding René to cc)
Hi Rajendra
On Tue, 11 Jan 2011, Rajendra Nayak wrote:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, January 11, 2011 7:02 AM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com;
b-cous...@ti.com
-Original Message-
From: coolo...@gmail.com [mailto:coolo...@gmail.com] On Behalf Of
Bryan Wu
Sent: Friday, January 14, 2011 3:08 AM
To: Santosh Shilimkar
Cc: TAO HU; TAO HU; linux-omap
Subject: Re: OMAP4 ES2.0 Unhandled fault: imprecise external abort
On Wed, Nov 24, 2010 at 2:23
41 matches
Mail list logo