Prev: [PATCH] staging/wlan-ng: Explicitly set some fields in cfg80211 interface
Next: pedido de trabalho
From: Kevin Hilman on 11 Aug 2010 14:10 Jacob Tanenbaum <Jacob.Tanenbaum(a)logicpd.com> writes: > Adding LogicPD OMAP3 board support > > Adding support for LogicPD's OMAP 3530 LV SOM and > OMAP 35x Torpedo board. > > Tested against: linux-next 81e09f50c93edff607259cbe374a3006c9c5fa74 > Signed-off-by: Jacob Tanenbaum <Jacob.Tanenbaum(a)logicpd.com> [...] > +/* Micron MT46H32M32LF-6 */ > +/* FIXME: borrowed from sdram-micron-mt46h32m32lf-6.h because on LogicPD > + * boards we can't use the default values -- why? I suspect the reason > + * lies in the boot strap code. We correct this part if we have ported > + * U-Boot and X-Load. */ Another option here instead of re-defining the struct is to includ the original header and just change the values you need to. That way you can describe the reasons behind the values that are changing. [...] > +static struct omap_board_config_kernel omap3logic_config[] __initdata = { > +}; > + > +static void __init omap3logic_init_irq(void) > +{ > + omap_board_config = omap3logic_config; > + omap_board_config_size = ARRAY_SIZE(omap3logic_config); > + omap2_init_common_hw(mt46h32m32lf6_sdrc_params, > + mt46h32m32lf6_sdrc_params); > + omap_init_irq(); > +#ifdef CONFIG_OMAP_32K_TIMER > + omap2_gp_clockevent_set_gptimer(12); > +#endif Why do you need GPT12? Was this a copy-paste from Beagle? Certain revs of beagle had this limitation due to a board design problem, so unless you've inherited the same board-design problem, you should be find with the default. Kevin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Jacob Tanenbaum on 11 Aug 2010 14:50 -----Original Message----- From: Felipe Balbi [mailto:felipe.balbi(a)nokia.com] Sent: Wednesday, August 11, 2010 1:23 PM To: Jacob Tanenbaum Cc: linux(a)arm.linux.org.uk; linux-omap(a)vger.kernel.org; linux-kernel(a)vger.kernel.org; rmk(a)arm.linux.org.uk; tony(a)atomide.com Subject: Re: [PATCH 1/4] initial support for LogicPD's OMAP3 SOM and TORPEDO development kits Hi Jacob, few style comments only On Wed, Aug 11, 2010 at 06:31:34PM +0200, ext Jacob Tanenbaum wrote: > > Adding LogicPD OMAP3 board support > > Adding support for LogicPD's OMAP 3530 LV SOM and > OMAP 35x Torpedo board. > > Tested against: linux-next 81e09f50c93edff607259cbe374a3006c9c5fa74 > Signed-off-by: Jacob Tanenbaum <Jacob.Tanenbaum(a)logicpd.com> don't tab here. Please remove. Will fix >+static int omap3logic_twl_gpio_setup(struct device *dev, >+ unsigned gpio, unsigned ngpio) >+{ >+ return 0; >+} no gpio setup ?? If you truly don't need, you don't have to add this stub function. Will fix >+static struct twl4030_gpio_platform_data omap3logic_gpio_data = { >+ .gpio_base = OMAP_MAX_GPIO_LINES, >+ .irq_base = TWL4030_GPIO_IRQ_BASE, >+ .irq_end = TWL4030_GPIO_IRQ_END, >+ .use_leds = true, >+ .pullups = BIT(1), >+ .pulldowns = BIT(2) | BIT(6) | BIT(7) | BIT(8) >+ | BIT(13) | BIT(15) | BIT(16) | BIT(17), >+ .setup = omap3logic_twl_gpio_setup, >+}; >+ >+static struct twl4030_platform_data omap3logic_twldata = { >+ .irq_base = TWL4030_IRQ_BASE, >+ .irq_end = TWL4030_IRQ_END, >+ >+ /* platform_data for children goes here */ >+ .gpio = &omap3logic_gpio_data, no USB on this board ? there is USB support it will be added in later >+static struct omap_board_config_kernel omap3logic_config[] __initdata = { >+}; just don't assign anything ? will fix >+static void __init omap3logic_init_irq(void) >+{ >+ omap_board_config = omap3logic_config; >+ omap_board_config_size = ARRAY_SIZE(omap3logic_config); >+ omap2_init_common_hw(mt46h32m32lf6_sdrc_params, >+ mt46h32m32lf6_sdrc_params); >+ omap_init_irq(); >+#ifdef CONFIG_OMAP_32K_TIMER >+ omap2_gp_clockevent_set_gptimer(12); >+#endif >+ omap_gpio_init(); >+} >+ >+ >+ one blank line only will fix >+static void __init omap3logic_init(void) >+{ >+ omap3logic_i2c_init(); >+ omap_serial_init(); >+ >+ /* Ensure SDRC pins are mux'd for self-refresh */ >+/* omap_cfg_reg(H16_34XX_SDRC_CKE0); >+ omap_cfg_reg(H17_34XX_SDRC_CKE1); >+ omap_cfg_reg(SDRC_CKE0); >+ omap_cfg_reg(SDRC_CKE1); */ remove this commented code if it's not used yet. I made a mistake rebasing this code gets removed in patch 4, will fix >+#ifdef CONFIG_MACH_OMAP3_TORPEDO no need to wrap on this ifdef, please remove. >+#ifdef CONFIG_MACH_OMAP3530_LV_SOM neither this. No one else uses the ifdef but we were told from an earlier submission we should because if both boards are disabled in the .config it would inform the user on bootup -- balbi DefectiveByDesign.org -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Jacob Tanenbaum on 11 Aug 2010 15:00 Valid point we will remove the ifdefs -----Original Message----- From: Felipe Balbi [mailto:felipe.balbi(a)nokia.com] Sent: Wednesday, August 11, 2010 2:49 PM To: Jacob Tanenbaum Cc: Balbi Felipe (Nokia-MS/Helsinki); linux(a)arm.linux.org.uk; linux-omap(a)vger.kernel.org; linux-kernel(a)vger.kernel.org; rmk(a)arm.linux.org.uk; tony(a)atomide.com Subject: Re: [PATCH 1/4] initial support for LogicPD's OMAP3 SOM and TORPEDO development kits Hi, On Wed, Aug 11, 2010 at 08:45:22PM +0200, ext Jacob Tanenbaum wrote: >No one else uses the ifdef but we were told from an earlier submission >we should because if both boards are disabled in the .config it would >inform the user on bootup What do you mean ? If these boards are't enabled on .config then this board-file won't even get added to the binary so those machine ids won't be available, right ? -- balbi DefectiveByDesign.org -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|
Pages: 1 Prev: [PATCH] staging/wlan-ng: Explicitly set some fields in cfg80211 interface Next: pedido de trabalho |