* Re: N800 problems with MMC, LM8323 on current linux-omap git head
[not found] ` <90eb4be1e5a489819f08e76ad872e920@felipebalbi.com>
@ 2008-07-22 13:37 ` Riku Voipio
2008-07-22 13:43 ` [i2c] " Ben Dooks
0 siblings, 1 reply; 6+ messages in thread
From: Riku Voipio @ 2008-07-22 13:37 UTC (permalink / raw)
To: Felipe Balbi; +Cc: linux-omap, i2c
On Tue, Jul 22, 2008 at 07:52:44AM -0500, Felipe Balbi wrote:
> On Tue, 22 Jul 2008 15:47:43 +0300, Riku Voipio <riku.voipio@iki.fi> 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [i2c] N800 problems with MMC, LM8323 on current linux-omap git head
2008-07-22 13:37 ` N800 problems with MMC, LM8323 on current linux-omap git head Riku Voipio
@ 2008-07-22 13:43 ` Ben Dooks
2008-07-22 14:20 ` Felipe Balbi
0 siblings, 1 reply; 6+ messages in thread
From: Ben Dooks @ 2008-07-22 13:43 UTC (permalink / raw)
To: Riku Voipio; +Cc: Felipe Balbi, linux-omap, i2c
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 <riku.voipio@iki.fi> 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
> i2c@lm-sensors.org
> http://lists.lm-sensors.org/mailman/listinfo/i2c
--
Ben (ben@fluff.org, http://www.fluff.org/)
'a smiley only costs 4 bytes'
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [i2c] N800 problems with MMC, LM8323 on current linux-omap git head
2008-07-22 13:43 ` [i2c] " Ben Dooks
@ 2008-07-22 14:20 ` Felipe Balbi
2008-07-23 9:38 ` Riku Voipio
0 siblings, 1 reply; 6+ messages in thread
From: Felipe Balbi @ 2008-07-22 14:20 UTC (permalink / raw)
To: Ben Dooks; +Cc: Riku Voipio, linux-omap, i2c
Hi,
On Tue, 22 Jul 2008 14:43:14 +0100, Ben Dooks <ben-linux@fluff.org> 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
me@felipebalbi.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [i2c] N800 problems with MMC, LM8323 on current linux-omap git head
2008-07-22 14:20 ` Felipe Balbi
@ 2008-07-23 9:38 ` Riku Voipio
2008-07-23 10:10 ` Felipe Balbi
0 siblings, 1 reply; 6+ messages in thread
From: Riku Voipio @ 2008-07-23 9:38 UTC (permalink / raw)
To: Felipe Balbi; +Cc: Ben Dooks, linux-omap, i2c
[-- Attachment #1: Type: text/plain, Size: 839 bytes --]
On Tue, Jul 22, 2008 at 09:20:46AM -0500, Felipe Balbi wrote:
> On Tue, 22 Jul 2008 14:43:14 +0100, Ben Dooks <ben-linux@fluff.org> 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:
text data bss dec hex filename
2362 1552 4 3918 f4e old/arch/arm/mach-omap2/board-n800.o
2354 1456 4 3814 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
[-- Attachment #2: 0001-Separate-i2c_board_info-for-n800-and-n810.patch --]
[-- Type: text/plain, Size: 2690 bytes --]
>From 1e9d7271505e85c99fe9b46653569ff6216e07b3 Mon Sep 17 00:00:00 2001
From: Riku Voipio <riku.voipio@iki.fi>
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 <riku.voipio@iki.fi>
---
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
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [i2c] N800 problems with MMC, LM8323 on current linux-omap git head
2008-07-23 9:38 ` Riku Voipio
@ 2008-07-23 10:10 ` Felipe Balbi
2008-08-04 14:42 ` Tony Lindgren
0 siblings, 1 reply; 6+ messages in thread
From: Felipe Balbi @ 2008-07-23 10:10 UTC (permalink / raw)
To: Riku Voipio; +Cc: Ben Dooks, linux-omap, i2c
On Wed, 23 Jul 2008 12:38:49 +0300, Riku Voipio <riku.voipio@iki.fi> wrote:
> Indeed - compared to my previous version, this one makes the boardfile
> even smaller:
>
> text data bss dec hex filename
> 2362 1552 4 3918 f4e
> old/arch/arm/mach-omap2/board-n800.o
> 2354 1456 4 3814 ee6
> new/arch/arm/mach-omap2/board-n800.o
Cool :-)
Acked-by: Felipe Balbi <felipe.balbi@nokia.com>
--
Best Regards,
Felipe Balbi
http://blog.felipebalbi.com
me@felipebalbi.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [i2c] N800 problems with MMC, LM8323 on current linux-omap git head
2008-07-23 10:10 ` Felipe Balbi
@ 2008-08-04 14:42 ` Tony Lindgren
0 siblings, 0 replies; 6+ messages in thread
From: Tony Lindgren @ 2008-08-04 14:42 UTC (permalink / raw)
To: Felipe Balbi; +Cc: Riku Voipio, Ben Dooks, linux-omap, i2c
* Felipe Balbi <me@felipebalbi.com> [080723 13:13]:
>
>
> On Wed, 23 Jul 2008 12:38:49 +0300, Riku Voipio <riku.voipio@iki.fi> wrote:
> > Indeed - compared to my previous version, this one makes the boardfile
> > even smaller:
> >
> > text data bss dec hex filename
> > 2362 1552 4 3918 f4e
> > old/arch/arm/mach-omap2/board-n800.o
> > 2354 1456 4 3814 ee6
> > new/arch/arm/mach-omap2/board-n800.o
>
> Cool :-)
Pushing to linux-omap tree.
Tony
> Acked-by: Felipe Balbi <felipe.balbi@nokia.com>
>
> --
> Best Regards,
>
> Felipe Balbi
> http://blog.felipebalbi.com
> me@felipebalbi.com
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-08-04 14:42 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20080722124743.GA5820@kos.to>
[not found] ` <90eb4be1e5a489819f08e76ad872e920@felipebalbi.com>
2008-07-22 13:37 ` N800 problems with MMC, LM8323 on current linux-omap git head Riku Voipio
2008-07-22 13:43 ` [i2c] " Ben Dooks
2008-07-22 14:20 ` Felipe Balbi
2008-07-23 9:38 ` Riku Voipio
2008-07-23 10:10 ` Felipe Balbi
2008-08-04 14:42 ` Tony Lindgren
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox