Re: [PATCH 00/18] OMAP: DSS2: Intro

Hi, On Thu, 2009-09-03 at 00:11 +0200, ext Andrew Morton wrote: On Tue, 01 Sep 2009 10:10:19 +0300 Artem Bityutskiy dedeki...@gmail.com wrote: Andrew, could you please help with merging this piece of (well written) code? Could you give your blessing to include it into linux-next now,

Issue with setting vdd2_opp level to 3 through OMAP3 SRF API's

Hello, When trying to make vdd2_opp resource to VDD2_OPP3 level using resource_request(arch\arm\plat-omap\resource.c), it is observed that vdd2_opp is always put to VDD2_OPP2 level. Code Snippet: For the above, set_opp() in arch\arm\mach-omap2\resource34xx.c is called with a target level of

most up-to-date linux-omap 2.6.31 not booting on N810

Hi, I have just tried to boot a kernel image using n8x0_defconfig file, using the most up-to-date linux-omap tree (commit 52a962f09ab2306a2) This image is not booting on my N810 device Enabling 'kernel low-level debugging' option and disabling stack unwinding support I obtain this log:

linux-omap on N810

Hi guys, I need to boot a omap-kernel on N810 to try a ubuntu rootfs installed on the internal MMC card, Since the top of the tree is not booting, do you have any particular commit (end/or .config) which is Known to work and to boot correctly on N810? Do you have any how-to or any link you

Re: Issue with setting vdd2_opp level to 3 through OMAP3 SRF API's

Hello, The format of calling resource_rerquest for vdd2 opp setting is resource_request(vdd2_opp, dev, r); where r is the throughput. Example, in set_opp, if vdd1 opp is = 3, vdd2 opp is being set to 3. The above means resource_request expects targeted level for all types of OPP/Freq

Bad block on N810

Hi folks, I'm having a curious problem with my N810: my device turn off (turn off, not restart) always a few seconds after just initialized. Well, after taking a look in dbug mode, I saw the the following problems: [ 36.921875] JFFS2 notice: (1200) check_node_data: wrong data CRC in data

[RFC] DSPBRIDGE: Kill CAMelCaSiNg

Hi All, Ref [1] w.r.t some patchset seen on linux driver project having a similar condition of ton of camelcasing and [2], Can we consider running the following script for DSPBridge code? or if there are some more improvements folks can think of.. - #!/bin/bash # Silly little script to

[PATCH] DSPBRIDGE: OSAL: Get rid of KFILE

From: Andy Shevchenko ext-andriy.shevche...@nokia.com * Remove KFILE_Init(), KFILE_Exit() and tracing stuff * Simplify KFILE_Seek() * Simplify error checker in KFILE_Open after filp_open() call * Remove pid/tgid related code: it seems totally useless here * Get rid of KFILE_FileObj, use regular

Re: [PATCH V2] OMAP: Fix race condition with autodeps

On Wed, 16 Sep 2009, Kalle Jokiniemi wrote: There is a possible race condition in clockdomain code handling hw supported idle transitions. When multiple autodeps dependencies are being added or removed, a transition of still remaining dependent powerdomain can result in false readings of

[PATCH 0/1] OMAP: I2C: Add mpu wake up latency constraint

Sending this patch that fixes a problem where I2C transfers get stalled because MPU can hit off mode while i2c is waiting for transfer completion. There are some changes on how clkrate is passed to i2c-omap bus driver, as I needed to pass also the constraint setting function. So review comments

[PATCH 1/1] OMAP: I2C: Add mpu wake up latency constraint in i2c

While waiting for completion of the i2c transfer, the MPU could hit OFF mode and cause several msecs of delay that made i2c transfers fail more often. The extra delays and subsequent re-trys cause i2c clocks to be active more often. This has also an negative effect on power consumption. Added a

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

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

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

On Fri, Sep 18, 2009 at 12:30:25AM +0530, Pandita, Vikram wrote: There are review comments by Kevin [2] still getting fixed, but a 'Russell-look' will surely help to the in-lined patch [3] . Still not good. + mov r9, r0 + + bl get_uart_base @ get

Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8

Pavel Machek wrote: On Mon 2009-09-07 15:22:10, Russell King - ARM Linux wrote: On Tue, Aug 18, 2009 at 08:31:49AM +0530, Rabin Vincent wrote: Here's a fixed version: And here's my revised version with these fixes in. I changed the while loop to a do..while loop instead (since we

[PATCH] omap: resource: Fix race in register_resource()

Checking if the resource is already registered and adding to the list must be atomic or bad things can happen. Signed-off-by: Mike Chan m...@android.com --- arch/arm/plat-omap/resource.c | 13 - 1 files changed, 8 insertions(+), 5 deletions(-) diff --git

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

Signed-off-by: Mike Chan m...@android.com --- drivers/video/omap2/dss/dispc.c |6 - drivers/video/omap2/dss/dsi.c | 50 +++--- 2 files changed, 51 insertions(+), 5 deletions(-) diff --git a/drivers/video/omap2/dss/dispc.c

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

On Thu, Sep 17, 2009 at 4:36 PM, Mike Chan m...@android.com wrote: Signed-off-by: Mike Chan m...@android.com ---  drivers/video/omap2/dss/dispc.c |    6 -  drivers/video/omap2/dss/dsi.c   |   50 +++---  2 files changed, 51 insertions(+), 5 deletions(-)