Tony Lindgren wrote:
> Here's one more es1.0 fix after the recent USB changes.
>
> Regards,
>
> Tony
>
>
> Author: Tony Lindgren
> Date: Tue Jan 11 15:03:03 2011 -0800
>
> omap4: Fix ULPI PHY init for ES1.0 SDP
>
> Commit 6aa85a5ae610106d89e50c7e1f760c56d12f9bc4 (omap4: 4430sdp:
> en
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_G
On Thu, Jan 13, 2011 at 12:33 PM, Premi, Sanjeev 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 72
Sergio,
On Wed, Jan 12, 2011 at 02:50, Aguirre, Sergio 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 shows a spi
> -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 a
Hi Tony,
On Fri, Dec 3, 2010 at 10:13 PM, G, Manjunath Kondaiah wrote:
> Hi Tony,
>
> * Tony Lindgren [2010-12-02 12:52:19 -0800]:
>
>> * G, Manjunath Kondaiah [101202 11:55]:
>> >
>> > >
>> > > Note that even with these three fixes, 5912OSK still fails to
>> > > boot to init. Maybe something w
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: Fe
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
---
arch/arm/mach-omap2/io.c |2 +-
1 files chang
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: 'struc
On Thu, Jan 13, 2011 at 4:48 PM, Premi, Sanjeev 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: cl
> -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: pr
Hi,
On Thu, Jan 13, 2011 at 05:18:47PM +0530, Santosh Shilimkar wrote:
> > Signed-off-by: Felipe Balbi
>
> 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 that.
--
> -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, Sanjee
On Thu, Jan 13, 2011 at 5:21 PM, Premi, Sanjeev 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 7
On Wed, Jan 12, 2011 at 8:30 PM, Steve Sakoman wrote:
> On Wed, Jan 12, 2011 at 9:48 AM, Steve Sakoman wrote:
>> On Tue, Jan 11, 2011 at 10:17 PM, Ghorai, Sukumar wrote:
>>
>>> [Ghorai]
>>> We also experienced the same issue using 32GB SD card for omap3 and omap4.
>>> And the problem is seen is
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 y
* Russell King - ARM Linux [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 mode */
>
From: Jean Pihet
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 minimize the SRAM usa
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
---
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 5b0c777..1706df0 100644
offsets in the comment were wrong - fix this.
Signed-off-by: Igor Grinberg
---
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
index 1706df0..8f9a64d 1006
On Thu, Jan 13, 2011 at 07:51:53AM -0800, Tony Lindgren wrote:
> * Russell King - ARM Linux [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..
Which is why OMA
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.
Suc
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
mea
On Wed, Nov 24, 2010 at 2:23 PM, Santosh Shilimkar
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: imprecise ex
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.
Suc
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
mea
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 Ram
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 03:23:14PM -0800, Sutharsan Ramamoorthy wrote:
> 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
> westbri
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
---
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
b/arch/arm/mach-omap2/board-devkit8000.c
i
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 initia
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
---
arch/arm/mach-omap2/board-devkit8000.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8
Hi,
On Wed, Jan 5, 2011 at 3:25 PM, Fernando Guzman Lugo
wrote:
> From: Guzman Lugo, Fernando
>
> 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 which represents 4096 entries of 32
On Thu, 13 Jan 2011, Bryan Wu wrote:
> On Thu, Jan 13, 2011 at 7:50 AM, Paul Walmsley 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' doesn't
(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..
> -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
42 matches
Mail list logo