On 08/31/2012 04:29 PM, Jean-Christophe PLAGNIOL-VILLARD : > On 11:21 Fri 31 Aug , ludovic.desroc...@atmel.com wrote: >> From: Ludovic Desroches <ludovic.desroc...@atmel.com> >> >> Use the id_table to store configuration structures which are depending on >> SoC. >> >> Signed-off-by: Ludovic Desroches <ludovic.desroc...@atmel.com> >> --- >> arch/arm/mach-at91/at91rm9200.c | 2 +- >> arch/arm/mach-at91/at91rm9200_devices.c | 11 +---- >> arch/arm/mach-at91/at91sam9260.c | 3 +- >> arch/arm/mach-at91/at91sam9260_devices.c | 8 ++- >> arch/arm/mach-at91/at91sam9261.c | 3 +- >> arch/arm/mach-at91/at91sam9261_devices.c | 17 +++---- >> arch/arm/mach-at91/at91sam9263.c | 2 +- >> arch/arm/mach-at91/at91sam9263_devices.c | 2 +- >> arch/arm/mach-at91/at91sam9g45.c | 4 +- >> arch/arm/mach-at91/at91sam9g45_devices.c | 4 +- >> arch/arm/mach-at91/at91sam9rl.c | 4 +- >> arch/arm/mach-at91/at91sam9rl_devices.c | 2 +- >> drivers/i2c/busses/i2c-at91.c | 85 >> +++++++++++++++++++++++++------- >> 13 files changed, 95 insertions(+), 52 deletions(-) >> >> diff --git a/arch/arm/mach-at91/at91rm9200.c >> b/arch/arm/mach-at91/at91rm9200.c >> index f2112f9..0bc91e5 100644 >> --- a/arch/arm/mach-at91/at91rm9200.c >> +++ b/arch/arm/mach-at91/at91rm9200.c >> @@ -187,7 +187,7 @@ static struct clk_lookup periph_clocks_lookups[] = { >> CLKDEV_CON_DEV_ID("pclk", "ssc.0", &ssc0_clk), >> CLKDEV_CON_DEV_ID("pclk", "ssc.1", &ssc1_clk), >> CLKDEV_CON_DEV_ID("pclk", "ssc.2", &ssc2_clk), >> - CLKDEV_CON_DEV_ID(NULL, "at91_i2c", &twi_clk), >> + CLKDEV_CON_DEV_ID(NULL, "at91rm9200_i2c", &twi_clk), > use i2c-xxx as on other drivers > > and I do not like to have platform_device_id
Me, I like it and find this implementation very elegant. > as we need to touch the driver to add a new soc So what? We still keep the compatibility if the new SoC has it compatibility assured with previous revision: there is nothing to modify. > please use platform data No, it does not have to be exposed to the user: these data are highly dependent on the actual hardware (IP revision in fact). So, no need to mess with platform data. So I will acknowledge Ludo's patches. Bye, -- Nicolas Ferre _______________________________________________ devicetree-discuss mailing list devicetree-discuss@lists.ozlabs.org https://lists.ozlabs.org/listinfo/devicetree-discuss