compiling X11 fails at makekeys

Dear All, I am trying to compile X for omap5912-osk. i am following the steps given in: http://oskfordummies.hp.infoseek.co.jp/howto/x-window.html all the xlib- libraries are compiling till i reach the X11 library. i am struck at this point for a month now. some one please help me out. am attac

Re: [PATCH 1/1] Added sleep support to UART

* Tony Lindgren <[EMAIL PROTECTED]> [080609 22:11]: > Hi, > > Sorry for the delay on looking at this, it's looking pretty good in > general. Few more mostly cosmetic comments below. Here's one more comment: > > --- a/arch/arm/mach-omap2/pm24xx.c > > +++ b/arch/arm/mach-omap2/pm24xx.c > > if

[PATCH 2/2] ARM: OMAP: Add OMAP34xx pin multiplexing into I2C bus registration helper

- Simplify function omap_i2c_mux_pins - Add OMAP34xx pin multiplexing for busses 1 - 3 Signed-off-by: Jarkko Nikula <[EMAIL PROTECTED]> --- arch/arm/plat-omap/i2c.c | 55 ++ 1 files changed, 36 insertions(+), 19 deletions(-) diff --git a/arch/arm/pla

Re: [PATCH 2/2] ARM: OMAP: Add OMAP34xx pin muxing into I2C bus registration helper

On Mon, 9 Jun 2008 17:46:41 +0300 Jarkko Nikula <[EMAIL PROTECTED]> wrote: > Signed-off-by: Jarkko Nikula <[EMAIL PROTECTED]> > --- > arch/arm/plat-omap/i2c.c | 51 +++ > +- 1 files changed, 32 insertions(+), 19 deletions(-) > > -static void __init omap_

Re: [PATCH 1/1] Added sleep support to UART

Hi, Sorry for the delay on looking at this, it's looking pretty good in general. Few more mostly cosmetic comments below. * Tero Kristo <[EMAIL PROTECTED]> [080603 01:53]: > UART usage (e.g. serial console) now denies sleep for 5 seconds. This > makes it possible to use serial console when dynami

Re: [PATCH 3/3] radio-tea5761: Update driver

On Mon, Jun 09, 2008 at 09:14:21PM -0400, Eduardo Valentin wrote: > If I understood correctly what you said, the same comment I said > before also applies here. > Eventhough it prints that the probe > failed, this way I sent it says: The probe failed and "The driver > registration failed". More eas

Re: [PATCH 3/3] radio-tea5761: Update driver

Hi Balbi, On Mon, Jun 9, 2008 at 7:40 PM, Felipe Balbi <[EMAIL PROTECTED]> wrote: > On Mon, Jun 09, 2008 at 04:05:43PM -0400, Eduardo Valentin wrote: >> +static void tea5761_set_audout_mode(struct tea5761_device *tea, int audmode) >> { >> - struct tea5761_regs *r = &tea->regs; >> - >> - i

Re: [PATCH] PRCM: OMAP3: Fix to wrongly modified omap2_clk_wait_ready

On Mon, 9 Jun 2008, Jouni Hogander wrote: > omap2_clk_wait_ready was wrongly modified to check > registers contents. This fix changes it back to check > addresses. > > Signed-off-by: Jouni Hogander <[EMAIL PROTECTED]> Acked-by: Paul Walmsley <[EMAIL PROTECTED]> - Paul -- To unsubscribe from t

Re: [PATCH 3/3] radio-tea5761: Update driver

On Mon, Jun 09, 2008 at 04:05:43PM -0400, Eduardo Valentin wrote: > +static void tea5761_set_audout_mode(struct tea5761_device *tea, int audmode) > { > - struct tea5761_regs *r = &tea->regs; > - > - if (!(r->tnctrl & TEA5761_TNCTRL_PUPD0)) { > - r->tnctrl &= ~(TEA5761_TNCTRL_AF

[PATCH 3/3] radio-tea5761: Update driver

From: Eduardo Valentin <[EMAIL PROTECTED]> This patch updates this driver by changing the way it accesses the device. There is the tuner API which already has an implementation for tea5761. This patch changes the driver to use tuner API. It also changes the way ioctls are handled. This way it is

[PATCH 2/3] tea5761 tuner: fix registers utilization

From: Eduardo Valentin <[EMAIL PROTECTED]> Fix registers utilization. tnctrl register was supposed to be used but it was right shifted. frqset also was being configured using incorrect equation. Signed-off-by: Eduardo Valentin <[EMAIL PROTECTED]> --- drivers/media/common/tuners/tea5761.c | 11

[PATCH 1/3] tea5761: Add init and sleep callbacks on tea5761 tuner

From: Eduardo Valentin <[EMAIL PROTECTED]> Add init and sleep callbacks on tea5761 tuner Signed-off-by: Eduardo Valentin <[EMAIL PROTECTED]> --- drivers/media/common/tuners/tea5761.c | 44 + 1 files changed, 44 insertions(+), 0 deletions(-) diff --git a/drivers

[PATCH 0/3] Updates for tea5761 (take #2)

From: Eduardo Valentin <[EMAIL PROTECTED]> Hi guys, Following recommendation from v4l people, I'm sending this update to our tea5761 driver. They already had a tuner for this device which communicates through i2c. I needed to update it because there were some register mis-utilization. Here is

Accelerating video playback on OMAP2 & OMAP3

I cam currently looking into accelerating video playback on the OMAP2420, OMAP2430, OMAP3430 and eventually the OMAP3530 (once we recieve some hardware). >From what I understand, we can use the v4l2 interface to send buffers to the >display hardware, which will do the scaling & YUV->RGB conver

RE: Sharing buffers between ARM-DSP on OMAP3430 over Bridge

> Does DSP use virtual-to-physical mapping for all the > addresses it accesses (including DSP's local buffers)? > Or it uses this mapping only to access shared buffers? > Wont it be a big overhead if DSP accesses all the memories > through virtual-to-physical mapping? DSP has to access all the e

RE: Sharing buffers between ARM-DSP on OMAP3430 over Bridge

Thanks Ramesh. I was reserving and mapping buffers "every time". This was not required. I modified the code to reserve and map a buffer only once and use the mapped address for future. This modification reduced the overhead. I have one more doubt. Does DSP use virtual-to-physical mapping for all t

Re: OSK5912 Camera Port

Maybe this link can be useful. Haven't tried it yet, but I plan to do so. http://oskfordummies.hp.infoseek.co.jp/howto/usb_camera.html Regards, Pablo Recabal 2008/6/9 Mikhail <[EMAIL PROTECTED]>: > Did anyone work with osk5912 camera port ? If you did, please, can you > explain how you did that

[PATCH 1/2] ARM: OMAP2: Add pin multiplexing configuration for OMAP34xx I2C pins

Signed-off-by: Jarkko Nikula <[EMAIL PROTECTED]> --- arch/arm/mach-omap2/mux.c | 18 ++ include/asm-arm/arch-omap/mux.h |9 + 2 files changed, 27 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/mux.c b/arch/arm/mach-omap2/mux.c index 6919d52..5a6

[PATCH 2/2] ARM: OMAP: Add OMAP34xx pin muxing into I2C bus registration helper

Signed-off-by: Jarkko Nikula <[EMAIL PROTECTED]> --- arch/arm/plat-omap/i2c.c | 51 - 1 files changed, 32 insertions(+), 19 deletions(-) diff --git a/arch/arm/plat-omap/i2c.c b/arch/arm/plat-omap/i2c.c index 7990ab1..23c2920 100644 --- a/arch/arm/plat

Re: [Resend][PATCH] Fix for the i2c initialization error on 2430sdp

On Mon, Jun 9, 2008 at 2:25 AM, arun c <[EMAIL PROTECTED]> wrote: > Hi all, > > Resending the patch after incorporating comments from > Chandra , Eduardo Valentin and Felipe. > > > > > From ee2a6fd572c6d0464166fc8123982a38b36e7776 Mon Sep 17

[PATCH] PRCM: OMAP3: Fix to wrongly modified omap2_clk_wait_ready

omap2_clk_wait_ready was wrongly modified to check registers contents. This fix changes it back to check addresses. Signed-off-by: Jouni Hogander <[EMAIL PROTECTED]> --- arch/arm/mach-omap2/clock.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-omap2/clo

DISPC register values to eliminate the omapfb irq errors on 2430SDP

FYI By changing the gfx fifo threshold and burst size values i could able to completely eliminate the omapfb irq error messages on 2430 SDP board. I am pasting the changes here for anybody who wants to try it out. ## diff --git a/drivers/video/omap/dispc.