Re: [i2c] N800 problems with MMC, LM8323 on current linux-omap git head
* Felipe Balbi [EMAIL PROTECTED] [080723 13:13]: On Wed, 23 Jul 2008 12:38:49 +0300, Riku Voipio [EMAIL PROTECTED] wrote: Indeed - compared to my previous version, this one makes the boardfile even smaller: textdata bss dec hex filename 23621552 43918 f4e old/arch/arm/mach-omap2/board-n800.o 23541456 43814 ee6 new/arch/arm/mach-omap2/board-n800.o Cool :-) Pushing to linux-omap tree. Tony Acked-by: Felipe Balbi [EMAIL PROTECTED] -- Best Regards, Felipe Balbi http://blog.felipebalbi.com [EMAIL PROTECTED] -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [i2c] N800 problems with MMC, LM8323 on current linux-omap git head
On Tue, Jul 22, 2008 at 09:20:46AM -0500, Felipe Balbi wrote: On Tue, 22 Jul 2008 14:43:14 +0100, Ben Dooks [EMAIL PROTECTED] wrote: Split them into a common and then machine specfic structures, you are allowed to register more than one board per bus. Good to know :-) Indeed - compared to my previous version, this one makes the boardfile even smaller: textdata bss dec hex filename 23621552 43918 f4e old/arch/arm/mach-omap2/board-n800.o 23541456 43814 ee6 new/arch/arm/mach-omap2/board-n800.o Riku, could you update your patch then ? tested and attached. but it anyways doesn't annul the need of a better error handling in lm8323. I think both patches will need to be applied :-) true. -- rm -rf only sounds scary if you don't have backups From 1e9d7271505e85c99fe9b46653569ff6216e07b3 Mon Sep 17 00:00:00 2001 From: Riku Voipio [EMAIL PROTECTED] Date: Tue, 22 Jul 2008 12:29:31 +0300 Subject: [PATCH] Separate i2c_board_info for n800 and n810 n800 and n810 have different peripherals on the second i2c bus (tea5761 on n800 and lm8323 on n810). Split the i2c_board_info to common and hw specific to avoid probing nonexistent devices. Signed-off-by: Riku Voipio [EMAIL PROTECTED] --- arch/arm/mach-omap2/board-n800.c | 36 ++-- 1 files changed, 22 insertions(+), 14 deletions(-) diff --git a/arch/arm/mach-omap2/board-n800.c b/arch/arm/mach-omap2/board-n800.c index ae85c2c..e156dbd 100644 --- a/arch/arm/mach-omap2/board-n800.c +++ b/arch/arm/mach-omap2/board-n800.c @@ -642,30 +642,31 @@ static struct i2c_board_info __initdata n800_i2c_board_info_1[] = { extern struct tcm825x_platform_data n800_tcm825x_platform_data; -static struct i2c_board_info __initdata_or_module n800_i2c_board_info_2[] = { -#if defined (CONFIG_VIDEO_TCM825X) || defined (CONFIG_VIDEO_TCM825X_MODULE) +static struct i2c_board_info __initdata_or_module n8x0_i2c_board_info_2[] = { { I2C_BOARD_INFO(TCM825X_NAME, TCM825X_I2C_ADDR), .platform_data = n800_tcm825x_platform_data, }, -#endif -#if defined(CONFIG_RADIO_TEA5761) || defined(CONFIG_RADIO_TEA5761_MODULE) { - I2C_BOARD_INFO(tea5761, 0x10), + I2C_BOARD_INFO(tsl2563, 0x29), }, -#endif -#ifdef CONFIG_MACH_NOKIA_N810 { - I2C_BOARD_INFO(lm8323, 0x45), - .irq= OMAP_GPIO_IRQ(109), - .platform_data = lm8323_pdata, + I2C_BOARD_INFO(lp5521, 0x32), }, -#endif +}; + + +static struct i2c_board_info __initdata_or_module n800_i2c_board_info_2[] = { { - I2C_BOARD_INFO(tsl2563, 0x29), + I2C_BOARD_INFO(tea5761, 0x10), }, +}; + +static struct i2c_board_info __initdata_or_module n810_i2c_board_info_2[] = { { - I2C_BOARD_INFO(lp5521, 0x32), + I2C_BOARD_INFO(lm8323, 0x45), + .irq= OMAP_GPIO_IRQ(109), + .platform_data = lm8323_pdata, }, }; @@ -690,8 +691,15 @@ void __init nokia_n800_common_init(void) omap_serial_init(); omap_register_i2c_bus(1, 400, n800_i2c_board_info_1, ARRAY_SIZE(n800_i2c_board_info_1)); - omap_register_i2c_bus(2, 400, n800_i2c_board_info_2, + omap_register_i2c_bus(2, 400, n8x0_i2c_board_info_2, ARRAY_SIZE(n800_i2c_board_info_2)); + if (machine_is_nokia_n800()) + i2c_register_board_info(2, n800_i2c_board_info_2, + ARRAY_SIZE(n800_i2c_board_info_2)); + if (machine_is_nokia_n810()) + i2c_register_board_info(2, n810_i2c_board_info_2, + ARRAY_SIZE(n810_i2c_board_info_2)); + mipid_dev_init(); blizzard_dev_init(); } -- 1.5.5.4
Re: N800 problems with MMC, LM8323 on current linux-omap git head
On Tue, 22 Jul 2008 15:47:43 +0300, Riku Voipio [EMAIL PROTECTED] wrote: Hmm. I think it would be better to avoid calling the probe in first place. git diff made the attached patch look more confusing than it actually is. Personally I'd eliminate all ifdefs from those i2c_board_info structs. I did the same thing before, but then we're gonna start adding several i2c_board_info for different hw. I mean, we should just reuse the code and the driver should know when the device is not present and stop probing without any problems to the rest of the system. -- Best Regards, Felipe Balbi http://blog.felipebalbi.com [EMAIL PROTECTED] -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: N800 problems with MMC, LM8323 on current linux-omap git head
Subject: [PATCH] input: add more error checks to lm8323 driver If we can't reach the driver, we stop trying to probe it. Useful when building kernel for n800 and n810. n800 doesn't have lm8323, so that driver shouldn't probe there. Hmm. I think it would be better to avoid calling the probe in first place. git diff made the attached patch look more confusing than it actually is. Personally I'd eliminate all ifdefs from those i2c_board_info structs. -- rm -rf only sounds scary if you don't have backups From 574835f1532f0be01e0456f98bf13ebb954bc6c3 Mon Sep 17 00:00:00 2001 From: Riku Voipio [EMAIL PROTECTED] Date: Tue, 22 Jul 2008 00:29:31 +0300 Subject: [PATCH] Separate i2c_board_info for n800 and n810 n800 and n810 have different peripherals, on the second i2c bus (tea5761 on n800 and lm8323 on n810). Thus they need different i2c_board_info as well to avoid probing nonexistent devices. --- arch/arm/mach-omap2/board-n800.c | 24 +--- 1 files changed, 21 insertions(+), 3 deletions(-) diff --git a/arch/arm/mach-omap2/board-n800.c b/arch/arm/mach-omap2/board-n800.c index ae85c2c..95a2727 100644 --- a/arch/arm/mach-omap2/board-n800.c +++ b/arch/arm/mach-omap2/board-n800.c @@ -654,13 +654,26 @@ static struct i2c_board_info __initdata_or_module n800_i2c_board_info_2[] = { I2C_BOARD_INFO(tea5761, 0x10), }, #endif -#ifdef CONFIG_MACH_NOKIA_N810 + { + I2C_BOARD_INFO(tsl2563, 0x29), + }, + { + I2C_BOARD_INFO(lp5521, 0x32), + }, +}; + +static struct i2c_board_info __initdata_or_module n810_i2c_board_info_2[] = { +#if defined (CONFIG_VIDEO_TCM825X) || defined (CONFIG_VIDEO_TCM825X_MODULE) + { + I2C_BOARD_INFO(TCM825X_NAME, TCM825X_I2C_ADDR), + .platform_data = n800_tcm825x_platform_data, + }, +#endif { I2C_BOARD_INFO(lm8323, 0x45), .irq= OMAP_GPIO_IRQ(109), .platform_data = lm8323_pdata, }, -#endif { I2C_BOARD_INFO(tsl2563, 0x29), }, @@ -690,8 +703,13 @@ void __init nokia_n800_common_init(void) omap_serial_init(); omap_register_i2c_bus(1, 400, n800_i2c_board_info_1, ARRAY_SIZE(n800_i2c_board_info_1)); - omap_register_i2c_bus(2, 400, n800_i2c_board_info_2, + if (machine_is_nokia_n800()) + omap_register_i2c_bus(2, 400, n800_i2c_board_info_2, ARRAY_SIZE(n800_i2c_board_info_2)); + if (machine_is_nokia_n810()) + omap_register_i2c_bus(2, 400, n810_i2c_board_info_2, + ARRAY_SIZE(n810_i2c_board_info_2)); + mipid_dev_init(); blizzard_dev_init(); } -- 1.5.5.4
Re: N800 problems with MMC, LM8323 on current linux-omap git head
On Tue, Jul 22, 2008 at 07:52:44AM -0500, Felipe Balbi wrote: On Tue, 22 Jul 2008 15:47:43 +0300, Riku Voipio [EMAIL PROTECTED] wrote: Hmm. I think it would be better to avoid calling the probe in first place. git diff made the attached patch look more confusing than it actually is. Personally I'd eliminate all ifdefs from those i2c_board_info structs. I did the same thing before, but then we're gonna start adding several i2c_board_info for different hw. I mean, we should just reuse the code and the driver should know when the device is not present and stop probing without any problems to the rest of the system. If the different hw has different devices on the i2c bus, then different i2c_board_info struct should be provided. IIRC i2c_board_info is expected to provide a accurate picture of what i2c devices is connected to the bus. This has been used as a argument to remove detection code from .probe functions. To all the confused i2c list readers, the topic is about should we split n800_i2c_board_info_2 [0] to n800 and n810 specific structs[1] or make the lm8323 configure to err out earlier[2]. [0] http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=blob;f=arch/arm/mach-omap2/board-n800.c;h=ae85c2c60534820856c8bb0e019be29f2375470b;hb=HEAD#l645 [1] http://article.gmane.org/gmane.linux.ports.arm.omap/9562 [2] http://article.gmane.org/gmane.linux.ports.arm.omap/9522 rm -rf only sounds scary if you don't have backups -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [i2c] N800 problems with MMC, LM8323 on current linux-omap git head
On Tue, Jul 22, 2008 at 04:37:42PM +0300, Riku Voipio wrote: On Tue, Jul 22, 2008 at 07:52:44AM -0500, Felipe Balbi wrote: On Tue, 22 Jul 2008 15:47:43 +0300, Riku Voipio [EMAIL PROTECTED] wrote: Hmm. I think it would be better to avoid calling the probe in first place. git diff made the attached patch look more confusing than it actually is. Personally I'd eliminate all ifdefs from those i2c_board_info structs. I did the same thing before, but then we're gonna start adding several i2c_board_info for different hw. I mean, we should just reuse the code and the driver should know when the device is not present and stop probing without any problems to the rest of the system. If the different hw has different devices on the i2c bus, then different i2c_board_info struct should be provided. IIRC i2c_board_info is expected to provide a accurate picture of what i2c devices is connected to the bus. This has been used as a argument to remove detection code from .probe functions. To all the confused i2c list readers, the topic is about should we split n800_i2c_board_info_2 [0] to n800 and n810 specific structs[1] or make the lm8323 configure to err out earlier[2]. Split them into a common and then machine specfic structures, you are allowed to register more than one board per bus. [0] http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=blob;f=arch/arm/mach-omap2/board-n800.c;h=ae85c2c60534820856c8bb0e019be29f2375470b;hb=HEAD#l645 [1] http://article.gmane.org/gmane.linux.ports.arm.omap/9562 [2] http://article.gmane.org/gmane.linux.ports.arm.omap/9522 rm -rf only sounds scary if you don't have backups ___ i2c mailing list [EMAIL PROTECTED] http://lists.lm-sensors.org/mailman/listinfo/i2c -- Ben ([EMAIL PROTECTED], http://www.fluff.org/) 'a smiley only costs 4 bytes' -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [i2c] N800 problems with MMC, LM8323 on current linux-omap git head
Hi, On Tue, 22 Jul 2008 14:43:14 +0100, Ben Dooks [EMAIL PROTECTED] wrote: Split them into a common and then machine specfic structures, you are allowed to register more than one board per bus. Good to know :-) Riku, could you update your patch then ? but it anyways doesn't annul the need of a better error handling in lm8323. I think both patches will need to be applied :-) -- Best Regards, Felipe Balbi http://blog.felipebalbi.com [EMAIL PROTECTED] -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: N800 problems with MMC, LM8323 on current linux-omap git head
Hello all, On Thu, Jul 17, 2008 at 09:25:06PM -0600, ext Paul Walmsley wrote: noticed a few issues booting the N800 with the current git head d3b3ae0fe6c71641da19c8de466ec366d39847e3 today. Haven't booted the N800 for a while, so not sure when these showed up. Looks like there is some LM8323 problem - suppose it could be an I2C problem: Also MMC looks like something may be wrong: ... and then later ... Something is also wrong with audio - no touchscreen clicks play. I guess you are right all these controllers are connected with i2c if I remember right so the problem lies most likely there. I could give it also a try and try to find out when it broke. Cheers, Kai -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: N800 problems with MMC, LM8323 on current linux-omap git head
On Thu, Jul 17, 2008 at 09:25:06PM -0600, ext Paul Walmsley wrote: noticed a few issues booting the N800 with the current git head d3b3ae0fe6c71641da19c8de466ec366d39847e3 today. Haven't booted the N800 for a while, so not sure when these showed up. Can you reproduce it, I just botted n800 up to maemo desktop with current linux omap (d3b3ae0fe6c71641da19c8de466ec366d39847e3) -- balbi -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: N800 problems with MMC, LM8323 on current linux-omap git head
On Fri, 18 Jul 2008, Felipe Balbi wrote: On Thu, Jul 17, 2008 at 09:25:06PM -0600, ext Paul Walmsley wrote: noticed a few issues booting the N800 with the current git head d3b3ae0fe6c71641da19c8de466ec366d39847e3 today. Haven't booted the N800 for a while, so not sure when these showed up. Can you reproduce it, I just botted n800 up to maemo desktop with current linux omap (d3b3ae0fe6c71641da19c8de466ec366d39847e3) It boots to desktop, but those messages come across the serial console consistently across several boots. Do touchscreen taps play sound for you? Kai, does MMC on N800 use the on-chip controller, or a controller on I2C? - Paul -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: N800 problems with MMC, LM8323 on current linux-omap git head
On Fri, Jul 18, 2008 at 02:49:45AM -0600, ext Paul Walmsley wrote: It boots to desktop, but those messages come across the serial console consistently across several boots. Do touchscreen taps play sound for you? Hmm, now I got it right. The thing is that n800 doesn't have lm8323 (keypad), so that driver shouldn't be probing. That's quite weird. I'll try to take a look at it. -- balbi -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: N800 problems with MMC, LM8323 on current linux-omap git head
On Fri, Jul 18, 2008 at 02:49:45AM -0600, ext Paul Walmsley wrote: Kai, does MMC on N800 use the on-chip controller, or a controller on I2C? If I remember right it uses internal controller but the voltage has to be set for each slot from Menelaus and Menelaus is controlled by i2c. Cheers, Kai -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: N800 problems with MMC, LM8323 on current linux-omap git head
On Fri, Jul 18, 2008 at 02:49:45AM -0600, ext Paul Walmsley wrote: It boots to desktop, but those messages come across the serial console consistently across several boots. Do touchscreen taps play sound for you? The attached patch fixes lm8323 error. I'll see the others now. -- balbi From 2fa4882be13e00076c641bbff5d9607225ec647a Mon Sep 17 00:00:00 2001 From: Felipe Balbi [EMAIL PROTECTED] Date: Fri, 18 Jul 2008 12:20:01 +0300 Subject: [PATCH] input: add more error checks to lm8323 driver If we can't reach the driver, we stop trying to probe it. Useful when building kernel for n800 and n810. n800 doesn't have lm8323, so that driver shouldn't probe there. Signed-off-by: Felipe Balbi [EMAIL PROTECTED] --- drivers/input/keyboard/lm8323.c | 42 +- 1 files changed, 32 insertions(+), 10 deletions(-) diff --git a/drivers/input/keyboard/lm8323.c b/drivers/input/keyboard/lm8323.c index 72bb587..3d10a0f 100644 --- a/drivers/input/keyboard/lm8323.c +++ b/drivers/input/keyboard/lm8323.c @@ -348,10 +348,10 @@ static void lm8323_process_error(struct lm8323_chip *lm) } } -static void lm8323_reset(struct lm8323_chip *lm) +static int lm8323_reset(struct lm8323_chip *lm) { /* The docs say we must pass 0xAA as the data byte. */ - lm8323_write(lm, 2, LM8323_CMD_RESET, 0xAA); + return lm8323_write(lm, 2, LM8323_CMD_RESET, 0xAA); } static int lm8323_configure(struct lm8323_chip *lm) @@ -360,6 +360,7 @@ static int lm8323_configure(struct lm8323_chip *lm) int clock = (CLK_SLOWCLKEN | CLK_RCPWM_EXTERNAL); int debounce = lm-debounce_time 2; int active = lm-active_time 2; + int ret; /* * Active time must be greater than the debounce time: if it's @@ -368,13 +369,25 @@ static int lm8323_configure(struct lm8323_chip *lm) if (debounce = active) active = debounce + 3; - lm8323_write(lm, 2, LM8323_CMD_WRITE_CFG, 0); - lm8323_write(lm, 2, LM8323_CMD_WRITE_CLOCK, clock); - lm8323_write(lm, 2, LM8323_CMD_SET_KEY_SIZE, keysize); + ret = lm8323_write(lm, 2, LM8323_CMD_WRITE_CFG, 0); + if (ret) + goto err; + ret = lm8323_write(lm, 2, LM8323_CMD_WRITE_CLOCK, clock); + if (ret) + goto err; + ret = lm8323_write(lm, 2, LM8323_CMD_SET_KEY_SIZE, keysize); + if (ret) + goto err; lm8323_set_active_time(lm, lm-active_time); - lm8323_write(lm, 2, LM8323_CMD_SET_DEBOUNCE, debounce); - lm8323_write(lm, 3, LM8323_CMD_WRITE_PORT_STATE, 0xff, 0xff); - lm8323_write(lm, 3, LM8323_CMD_WRITE_PORT_SEL, 0, 0); + ret = lm8323_write(lm, 2, LM8323_CMD_SET_DEBOUNCE, debounce); + if (ret) + goto err; + ret = lm8323_write(lm, 3, LM8323_CMD_WRITE_PORT_STATE, 0xff, 0xff); + if (ret) + goto err; + ret = lm8323_write(lm, 3, LM8323_CMD_WRITE_PORT_SEL, 0, 0); + if (ret) + goto err; /* * Not much we can do about errors at this point, so just hope @@ -382,6 +395,11 @@ static int lm8323_configure(struct lm8323_chip *lm) */ return 0; + +err: + dev_err(lm-client-dev, failed to configure lm8323\n); + + return ret; } /* @@ -721,7 +739,9 @@ static int lm8323_probe(struct i2c_client *client, else if (lm-active_time == -1) /* Disable sleep. */ lm-active_time = 0; - lm8323_reset(lm); + err = lm8323_reset(lm); + if (err) + goto fail2; /* Nothing's set up to service the IRQ yet, so just spin for max. * 100ms until we can configure. */ @@ -738,7 +758,9 @@ static int lm8323_probe(struct i2c_client *client, msleep(1); } - lm8323_configure(lm); + err = lm8323_configure(lm); + if (err) + goto fail2; /* If a true probe check the device */ if (lm8323_read_id(lm, data) != 0) { -- 1.5.6.1.156.ge903b
N800 problems with MMC, LM8323 on current linux-omap git head
Hello everyone, noticed a few issues booting the N800 with the current git head d3b3ae0fe6c71641da19c8de466ec366d39847e3 today. Haven't booted the N800 for a while, so not sure when these showed up. Looks like there is some LM8323 problem - suppose it could be an I2C problem: [4.384094] lm8323 2-0045: sent 2 bytes of -121 total [4.389312] lm8323 2-0045: sending read cmd 0x82 failed [4.394775] lm8323 2-0045: sent 2 bytes of -121 total [4.400024] lm8323 2-0045: sent 2 bytes of -121 total [4.405212] lm8323 2-0045: sent 2 bytes of -121 total [4.410614] lm8323 2-0045: sent 2 bytes of -121 total [4.415985] lm8323 2-0045: sent 2 bytes of -121 total [4.421325] lm8323 2-0045: sent 3 bytes of -121 total [4.426696] lm8323 2-0045: sent 3 bytes of -121 total [4.432067] lm8323 2-0045: sending read cmd 0x80 failed [4.437316] lm8323 2-0045: device not found Also MMC looks like something may be wrong: [4.524597] mmci-omap mmci-omap.1: command timeout (CMD8) [4.530059] mmci-omap mmci-omap.1: command timeout (CMD8) [4.536224] mmci-omap mmci-omap.1: command timeout (CMD5) [4.542327] mmci-omap mmci-omap.1: command timeout (CMD5) [4.547790] mmci-omap mmci-omap.1: command timeout (CMD5) [4.553894] mmci-omap mmci-omap.1: command timeout (CMD5) [4.559326] mmci-omap mmci-omap.1: command timeout (CMD5) [4.565429] mmci-omap mmci-omap.1: command timeout (CMD5) [4.570892] mmci-omap mmci-omap.1: command timeout (CMD5) [4.581481] mmci-omap mmci-omap.1: command timeout (CMD8) [4.586914] mmci-omap mmci-omap.1: command timeout (CMD8) ... and then later ... [4.866729] mmc0: host does not support reading read-only switch. assuming write-enable. [4.874969] mmc0: new SD card at address e624 [4.881042] mmcblk0: mmc0:e624 SD128 123008KiB [4.886077] mmcblk0: p1 [4.915222] mmci-omap mmci-omap.1: command timeout (CMD8) [4.920684] mmci-omap mmci-omap.1: command timeout (CMD8) [4.926818] mmci-omap mmci-omap.1: command timeout (CMD5) [4.932312] mmci-omap mmci-omap.1: command timeout (CMD5) [4.938415] mmci-omap mmci-omap.1: command timeout (CMD5) [4.944519] mmci-omap mmci-omap.1: command timeout (CMD5) [4.949981] mmci-omap mmci-omap.1: command timeout (CMD5) [4.956085] mmci-omap mmci-omap.1: command timeout (CMD5) [4.961547] mmci-omap mmci-omap.1: command timeout (CMD5) [4.967681] mmci-omap mmci-omap.1: command timeout (CMD55) [4.973236] mmci-omap mmci-omap.1: command timeout (CMD55) [4.979095] omap24xxcam omap24xxcam: sensor is tcm825x [4.984283] mmci-omap mmci-omap.1: command timeout (CMD55) [4.990539] mmci-omap mmci-omap.1: command timeout (CMD55) [4.996765] mmci-omap mmci-omap.1: command timeout (CMD55) [5.002319] mmci-omap mmci-omap.1: command timeout (CMD55) [5.008575] mmci-omap mmci-omap.1: command timeout (CMD1) Something is also wrong with audio - no touchscreen clicks play. - Paul -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html