RE: [PATCH 1/2] OMAP1/2/3/4: DEBUG_LL run time detection

2009-09-18 Thread Shilimkar, Santosh
Vikram, > -Original Message- > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- > ow...@vger.kernel.org] On Behalf Of Pandita, Vikram > Sent: Saturday, September 19, 2009 6:10 AM > To: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org > Cc: Pandita, Vikram; Russell

OMAP2/3 clock: timing logic error in prcm.c

2009-09-18 Thread Juha Leppanen
Hi, checking some patches thru www.kernel.org I noticed "off by one" timing logic error in /arch/arm/mach-omap2/prcm.c in function int omap2_cm_wait_idlest(void __iomem *reg, u32 mask, const char *name) ... /* Wait for lock */ while (((__raw_readl(reg) & mask) != ena) &&

OMAP: omap_hwmod: reset timeout logic

2009-09-18 Thread Juha Leppanen
Hi, checking some patches thru www.kernel.org I noticed something iffy in /arch/arm/mach-omap2/omap_hwmod.c in function static int _reset(struct omap_hwmod *oh) ... c = 0; while (c < MAX_MODULE_RESET_WAIT && !(omap_hwmod_readl(oh, oh->sysconfig->syss_offs) &

OMAP4 CM module functions : timeout error

2009-09-18 Thread Juha Leppanen
Hi, checking some patches thru www.kernel.org I noticed in /arch/arm/mach-omap2/cm4xxx.c in function int omap4_cm_wait_idlest_ready(u32 prcm_mod, u8 prcm_dev_offs) ... while (((omap4_cm_read_mod_reg(cm_id, prcm_mod_offs, prcm_dev_offs, OMAP4_CM_CLKCT

OMAP2/3 CM module functions : timeout errors

2009-09-18 Thread Juha Leppanen
Hi, checking some patches thru www.kernel.org I noticed in /arch/arm/mach-omap2/cm.c in function int omap2_cm_wait_module_ready(s16 prcm_mod, u8 idlest_id, u8 idlest_shift) ... while (((cm_read_mod_reg(prcm_mod, cm_idlest_reg) & mask) != ena) && (i++ < MAX_MODULE_READY_TIME

linux omap on sdp broken?

2009-09-18 Thread Nishanth Menon
Hi Folks, Has Anyone tried booting latest kernel from tmlind master tree recently? Ref: git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git Starting kernel ... Uncompressing Linux..

[PATCH 1/2] OMAP1/2/3/4: DEBUG_LL run time detection

2009-09-18 Thread Vikram Pandita
This patch cleans up the DEBUG_LL infrastructure for omap boards. The decision of finding the physical address of debug uart is done at runtime now, making possible to use a single defconfig for multiple boards. This patch gets rid of menuconfig options of choosing low level debug uarts. Change

[PATCH 2/2] OMAP: Zoom2: Add DEBUG_LL interface using Quart

2009-09-18 Thread Vikram Pandita
This patch adds DEBUG_LL interface for Zoom2 board. The low level debug uart now points corrctly to External Quad uart controller on detachable debug board. The Quad uart is available over GPMC chip select with physical address 0x1000. This physical address has been mapped to virtual address

[PATCH v3 0/2] Cleanup DEBUG_LL infrastructure

2009-09-18 Thread Vikram Pandita
Patch1: clean up the DEBUG_LL infrastructure for run time detection Patch2: add DEBUG_LL support for Zoom2 board that has external UART Patchs are also hosted at: git://dev.omapzoom.org/pub/scm/vikram/omap3.git debug-ll-ver3 Tested on OMAP3: SDP3430/Zoom2/Zoom1/Beagleboard Will appreciate if some

RE: [PATCH 1/5] OMAP1/2/3/4: DEBUG_LL: cleanup

2009-09-18 Thread Pandita, Vikram
>-Original Message- >From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk] >Sent: Thursday, September 17, 2009 2:48 PM >To: Pandita, Vikram >Cc: Kevin Hilman; linux-omap@vger.kernel.org; >linux-arm-ker...@lists.arm.linux.org.uk >Subject: Re: [PATCH 1/5] OMAP1/2/3/4: DEBUG_LL: cl

Re: [PATCH] video: omap2: dss: RET on idle, enable/disable dss clocks only when needed.

2009-09-18 Thread Mike Chan
On Fri, Sep 18, 2009 at 1:27 AM, Tomi Valkeinen wrote: > Hi, > > If you disable the clocks to allow RET, you also allow OFF mode. And > resuming from OFF mode hasn't been implemented for DSI, if I recall > right. And when I was testing it, it didn't seem to be trivial with the > DSI PLL. > You ca

[BUG]: v2.6.31: always output black in beagle DVI LCD

2009-09-18 Thread Ming Lei
Board: beagle B5 LCD: can show beagle logo in uboot Once I upgrade to v2.6.31 from git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git and apply the patch: omapfb: Reorder Register_framebuffer call http://marc.info/?l=linux-omap&m=125277326104621&w

Re: Any one is still using omap-kernel on N810???

2009-09-18 Thread Andy Shevchenko
On Fri, Sep 18, 2009 at 12:42 PM, Stefano Panella wrote: > I have got a N810 board and I am trying to install ubuntu on it. As far as I know the N810 is a Nokia's device which runs Maemo 4.x OS. Maemo is an fork of linux OS for that special device. I think almost all opensourced components are com

[RFC] OMAP: DSS2: Add flag to enable/disable TVOUTBYPASS for VENC

2009-09-18 Thread y
From: Matthias Ludwig Signed-off-by: Matthias Ludwig --- OMAP CPU can only provide a level of about 0.8V at TVOUT, which is not compliant with NTSC nor PAL. If one wants to have a compliant signal external buffers need to be added. This requires TVOUTBYPASS to be set. This patch implements a si

Re: [PATCH] OMAP3: iovmm: fix compiler warning

2009-09-18 Thread Hiroshi DOYU
Hi Premi, From: "ext Premi, Sanjeev" Subject: RE: [PATCH] OMAP3: iovmm: fix compiler warning Date: Fri, 18 Sep 2009 16:40:29 +0200 [...] > > > > @@ -390,7 +391,7 @@ static void sgtable_fill_vmalloc(struct > > > sg_table *sgt, void *_va) > > > > } > > > > > > > > va_end = _va

RE: [PATCH] OMAP3: iovmm: fix compiler warning

2009-09-18 Thread Premi, Sanjeev
> -Original Message- > From: linux-omap-ow...@vger.kernel.org > [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev > Sent: Friday, September 18, 2009 3:53 PM > To: Hiroshi DOYU > Cc: linux-omap@vger.kernel.org > Subject: RE: [PATCH] OMAP3: iovmm: fix compiler warning >

Support for Zoomâ„¢ OMAP35x Development K it in linux-omap

2009-09-18 Thread Philip Balister
I have a Zoomâ„¢ OMAP35x Development Kit[1] and have successfully run Angstrom using the logicpd patches for the kernel and u-boot. Sadly, these are both based on ancient kernel and u-boot versions. Last time I asked, it sounded like there may be more recent kernel patches around, but I do not r

Re: [PATCH 1/2 v2] ARM: OMAP4: Fix NULL pointer dereference crash.

2009-09-18 Thread Russell King
On Sun, Aug 23, 2009 at 10:56:14PM +0300, Kevin Hilman wrote: > This should not be FOURPORT, it should just be a number. In this case, > it should be 3 (the others start from zero.) > > The Zoom2 one should then be changed to something >= 4. No it should not. There's an enum to control the numb

[PATCH] OMAP3: PM: Fix compile time warning and errors

2009-09-18 Thread Sanjeev Premi
Made a mistake of enabling PM_DEBUG without DEBUG_FS. This leads to compile time warnings and errors. arch/arm/mach-omap2/pm-debug.c:56: warning: 'pm_dbg_init' declared 'static' but never defined arch/arm/mach-omap2/built-in.o: In function `omap_sram_idle': arch/arm/mach-omap2/pm34xx.c:442: unde

RE: Memory leaks on l-o kernel

2009-09-18 Thread Dasgupta, Romit
Adding LO list: (Cc'ng Madhu) Some additional memory leak (not the one reported by CONFIG_DEBUG_KMEMLEAK): 1. In twl4030_mmc_init struct_ omap_mmc_platform_data is allocated using kzalloc. 2. The pointer to the allocated memory is stored in hsmmc_data which is __initdata (contents will be lost a

Re: [PATCH 1/1] omap mailbox: execute softreset at startup

2009-09-18 Thread Hiroshi DOYU
Hi Tony, From: "Doyu Hiroshi (Nokia-D/Helsinki)" Subject: [PATCH 1/1] omap mailbox: execute softreset at startup Date: Thu, 27 Aug 2009 11:33:32 +0200 > From: Hiroshi DOYU > > The softreset at startup is introduced as TRM describes and also some > register bit definitions are added instead of

[PATCHv2] ARM: OMAP: Fix MMC gpio_wp for BeagleBoard C2 and above

2009-09-18 Thread jhnikula
From: Jarkko Nikula Earlier BeagleBoards were using pad AH8 muxed to GPIO29 for MMC write-protect. However, this signal has been changed to pad AG9 in board revision C2. Fix this by adding mux configuration for pad AG9, runtime check for board revisions and set the gpio number and pad muxing acc

RE: [PATCH] OMAP3: iovmm: fix compiler warning

2009-09-18 Thread Premi, Sanjeev
> -Original Message- > From: Hiroshi DOYU [mailto:hiroshi.d...@nokia.com] > Sent: Friday, September 18, 2009 3:25 PM > To: Premi, Sanjeev > Cc: linux-omap@vger.kernel.org > Subject: Re: [PATCH] OMAP3: iovmm: fix compiler warning > > Hi Premi, > > From: ext Sanjeev Premi > Subject: [PATC

Re: [PATCH] ARM: OMAP: Fix MMC gpio_wp for BeagleBoard C2 and above

2009-09-18 Thread Jarkko Nikula
On Fri, 18 Sep 2009 12:32:52 +0300 Jarkko Nikula wrote: > Earlier BeagleBoards were using pad AH8 muxed to GPIO29 for MMC write-protect. > However, this signal has been changed to pad AG9 in board revision C2. > > Fix this by adding mux configuration for pad AG9, runtime check for board > revisi

Re: [PATCH] OMAP3: iovmm: fix compiler warning

2009-09-18 Thread Hiroshi DOYU
Hi Premi, From: ext Sanjeev Premi Subject: [PATCH] OMAP3: iovmm: fix compiler warning Date: Fri, 18 Sep 2009 10:56:26 +0200 > This patch fixes these compiler warnings: > > arch/arm/plat-omap/iovmm.c: In function 'vmap_sg': > arch/arm/plat-omap/iovmm.c:202: warning: passing argument 1 of > 'flu

Any one is still using omap-kernel on N810???

2009-09-18 Thread Stefano Panella
Hi guys, I am new to linux-omap mailing list, I wrote a couple of emails yesterday but I did not get any response yet... Is there any one testing linux-omap on N810? I have got a N810 board and I am trying to install ubuntu on it. Is there any how-to or update instruction I can follow? Thanks,

[PATCH] ARM: OMAP: Fix MMC gpio_wp for BeagleBoard C2 and above

2009-09-18 Thread Jarkko Nikula
Earlier BeagleBoards were using pad AH8 muxed to GPIO29 for MMC write-protect. However, this signal has been changed to pad AG9 in board revision C2. Fix this by adding mux configuration for pad AG9, runtime check for board revisions and set the gpio number and pad muxing accordingly. Signed-off-

[PATCH] OMAP3: iovmm: fix compiler warning

2009-09-18 Thread Sanjeev Premi
This patch fixes these compiler warnings: arch/arm/plat-omap/iovmm.c: In function 'vmap_sg': arch/arm/plat-omap/iovmm.c:202: warning: passing argument 1 of 'flush_cache_vmap' makes integer from pointer without a cast arch/arm/plat-omap/iovmm.c:202: warning: passing argument 2 of 'flush_cache_vma

Re: [PATCH] video: omap2: dss: RET on idle, enable/disable dss clocks only when needed.

2009-09-18 Thread Tomi Valkeinen
Hi, If you disable the clocks to allow RET, you also allow OFF mode. And resuming from OFF mode hasn't been implemented for DSI, if I recall right. And when I was testing it, it didn't seem to be trivial with the DSI PLL. That's why currently you need to disable the display to turn off the clocks