public inbox for linux-i2c@vger.kernel.org
 help / color / mirror / Atom feed
* 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