Re: OMAP34xx

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Cousson, Benoit <b-cousson@xxxxxx> [120206 14:48]:
> + Grant and Rob
> 
> Hi Tony,
> 
> On 2/5/2012 6:29 PM, Tony Lindgren wrote:
> 
> [...]
> 
> >> --- a/drivers/mfd/Kconfig
> >> +++ b/drivers/mfd/Kconfig
> >> @@ -200,7 +200,7 @@ config MENELAUS
> >>
> >>   config TWL4030_CORE
> >>   	bool "Texas Instruments TWL4030/TWL5030/TWL6030/TPS659x0 Support"
> >> -	depends on I2C=y&&  GENERIC_HARDIRQS&&  IRQ_DOMAIN
> >> +	depends on I2C=y&&  GENERIC_HARDIRQS
> >>   	help
> >>   	  Say yes here if you have TWL4030 / TWL6030 family chip on your board.
> >>   	  This core driver provides register access and IRQ handling
> >> --- a/drivers/mfd/twl-core.c
> >> +++ b/drivers/mfd/twl-core.c
> >> @@ -263,7 +263,9 @@ struct twl_client {
> >>
> >>   static struct twl_client twl_modules[TWL_NUM_SLAVES];
> >>
> >> +#ifdef CONFIG_IRQ_DOMAIN
> >>   static struct irq_domain domain;
> >> +#endif
> >>
> >>   /* mapping the module id to slave id and base address */
> >>   struct twl_mapping {
> >> @@ -1226,13 +1228,13 @@ twl_probe(struct i2c_client *client, const struct i2c_device_id *id)
> >>   	pdata->irq_base = status;
> >>   	pdata->irq_end = pdata->irq_base + nr_irqs;
> >>
> >> +#ifdef CONFIG_IRQ_DOMAIN
> >>   	domain.irq_base = pdata->irq_base;
> >>   	domain.nr_irq = nr_irqs;
> >> -#ifdef CONFIG_OF_IRQ
> >>   	domain.of_node = of_node_get(node);
> >>   	domain.ops =&irq_domain_simple_ops;
> >> -#endif
> >>   	irq_domain_add(&domain);
> >> +#endif
> >>
> >>   	if (i2c_check_functionality(client->adapter, I2C_FUNC_I2C) == 0) {
> >>   		dev_dbg(&client->dev, "can't talk I2C?\n");
> > 
> > The above should be a separate fix to the drivers/mfd/twl code.
> 
> In theory that patch should not be even needed.
> The twl changes were done like that because it was assuming that USE_OF and thus IRQ_DOMAIN will be enabled by default for all OMAP2+ platforms at 3.3 time.
> The whole point of doing that was to reduce the ifdefery in every drivers we have to adapt to DT.
> 
> You even pulled the patch to enable that a while back [1], but for some reason it did not reach mainline in 3.3-rc1.
> 
> Since Rob is about to enable IRQ_DOMAIN for every ARM platforms, I'd rather push the patch to enable OF for every OMAP2+ platform and avoid hacking the twl-core any further since Grant / Rob have anyway some patches to simplify and potentially removed the custom irq_domain from this driver [2].

To me it seems that it is safe to enable OF as that's
what we've had with omap2plus_defconfig for a while now
and that's what we're heading to anyways.

Regards,

Tony

> [1] http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap.git;a=commit;h=40c0591f0a349ec074357e05c6ab1a3bc951807c
> [2] http://www.spinics.net/lists/arm-kernel/msg157375.html
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux