From: Nishanth Menon <menon.nishanth@gmail.com>
To: "Curran, Dominic" <dcurran@ti.com>
Cc: linux-omap <linux-omap@vger.kernel.org>,
"Aguirre Rodriguez, Sergio Alberto" <saaguirre@ti.com>
Subject: Re: [OMAPZOOM][PATCH] Testing for TWL4030 in board file change.
Date: Tue, 17 Feb 2009 17:33:07 +0200 [thread overview]
Message-ID: <499AD8B3.5090601@gmail.com> (raw)
In-Reply-To: <96DA7A230D3B2F42BA3EF203A7A1B3B5012AB15CC9@dlee07.ent.ti.com>
Curran, Dominic said the following on 02/17/2009 04:27 PM:
>> -----Original Message-----
>> From: Nishanth Menon [mailto:menon.nishanth@gmail.com]
>> Sent: Tuesday, February 17, 2009 2:12 AM
>> To: Curran, Dominic
>> Cc: linux-omap; Aguirre Rodriguez, Sergio Alberto
>> Subject: Re: [OMAPZOOM][PATCH] Testing for TWL4030 in board file change.
>>
>> Would a solution as follows be appropriate?
>> in arch/arm/mach-omap2/Kconfig:
>> config MACH_OMAP_ZOOM2
>> bool "OMAP3 ZOOM2 board"
>> depends on ARCH_OMAP3 && ARCH_OMAP34XX
>> + select TWL4030_CORE if VIDEO_OMAP3
>>
>> A similar strategy has been implemented for N800, albeit for other
>> peripherals.
>>
>
> If 'reverse dependencies' set the symbol and its dependencies I would say this would be a good solution, but unfortunately it does not.
> The documentation for reverse dependencies warns:
>
> 107 select should be used with care. select will force
> 108 a symbol to a value without visiting the dependencies.
> 109 By abusing select you are able to select a symbol FOO even
> 110 if FOO depends on BAR that is not set.
> 111 In general use select only for non-visible symbols
>
> Since TWL4030 has dependencies then I don't think this is appropriate
Mach-omap && video_omap3 depends on twl4030 and twl4030 is not reverse
dependent on mach-omap. twl4030 is dependent on i2c - I believe based on
drivers/mfd/Kconfig how do we handle this? Maybe a select of i2c is
appropriate there? or how about:
+ select TWL4030_CORE if VIDEO_OMAP3
+ select I2C if TWL4030_CORE
You may want to see arch/arm/mach-omap2/Kconfig -> MACH_NOKIA_N800. I
think we have a similar condition there with CBUS and VIDEO_TCM825X I
think..
my 2cents: i like select better than #ifdef ;).. but then, that is just
me :)..
Regards,
Nishanth Menon
next prev parent reply other threads:[~2009-02-17 15:33 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-17 0:15 [OMAPZOOM][PATCH] Testing for TWL4030 in board file change Dominic Curran
2009-02-17 8:11 ` Nishanth Menon
2009-02-17 14:27 ` Curran, Dominic
2009-02-17 15:33 ` Nishanth Menon [this message]
2009-02-17 16:02 ` Aguirre Rodriguez, Sergio Alberto
2009-02-17 16:52 ` Nishanth Menon
2009-02-17 17:20 ` Aguirre Rodriguez, Sergio Alberto
2009-02-17 19:35 ` Curran, Dominic
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=499AD8B3.5090601@gmail.com \
--to=menon.nishanth@gmail.com \
--cc=dcurran@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=saaguirre@ti.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.