From: Roland Stigge <stigge@antcom.de>
To: Lars-Peter Clausen <lars@metafoo.de>
Cc: jic23@cam.ac.uk, gregkh@linuxfoundation.org,
grant.likely@secretlab.ca, rob.herring@calxeda.com,
linux-iio@vger.kernel.org, devel@driverdev.osuosl.org,
linux-kernel@vger.kernel.org, Kevin Wells <kevin.wells@nxp.com>,
Srinivas Bakki <srinivas.bakki@nxp.com>,
arm@kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH RESEND v3] iio: Add device tree support to LPC32xx ADC
Date: Fri, 20 Apr 2012 17:35:38 +0200 [thread overview]
Message-ID: <4F91824A.10207@antcom.de> (raw)
In-Reply-To: <4F917AE3.7050808@metafoo.de>
Hi,
On 04/20/2012 05:04 PM, Lars-Peter Clausen wrote:
>> --- /dev/null
>> +++ linux-2.6/Documentation/devicetree/bindings/staging/iio/adc/lpc32xx-adc.txt
>> @@ -0,0 +1,16 @@
>> +* NXP LPC32xx SoC ADC controller
>> +
>> +Required properties:
>> +- compatible: must be "nxp,lpc32xx-adc"
>> +- reg: physical base address of the controller and length of memory mapped
>> + region.
>> +- interrupts: The ADC interrupt
>> +
>> +Example:
>> +
>> + adc@40048000 {
>> + compatible = "nxp,lpc32xx-adc";
>
> In my opinion it seems to be a bad idea to use wildcard names in devicetree
> compatible strings.
In the above case, the situation is as follows:
* NXP has LPC3220, LPC3230, LPC3240 and LPC3250 (differing in SRAM size
and in the existence of its Ethernet and LCD controllers)
* The ADC controller is present in every single one of those
* We already have "lpc32xx" in the kernel everywhere
* Current state is that NXP isn't planning to issue LPC32xx without ADC
* I'm providing a lpc32xx.dtsi file to be used by all LPC32xx variants.
This one is referencing the above "compatible" string. Splitting up
in all possible numbers (see below) doesn't help much, here.
What would you prefer?
+static const struct of_device_id lpc32xx_adc_match[] = {
+ { .compatible = "nxp,lpc3220-adc" },
+ { .compatible = "nxp,lpc3230-adc" },
+ { .compatible = "nxp,lpc3240-adc" },
+ { .compatible = "nxp,lpc3250-adc" },
+ {},
+};
?
What is a better strategy here?
Thanks in advance,
Roland
next prev parent reply other threads:[~2012-04-20 15:35 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-20 14:38 [PATCH RESEND v3] iio: Add device tree support to LPC32xx ADC Roland Stigge
2012-04-20 15:04 ` Lars-Peter Clausen
2012-04-20 15:35 ` Roland Stigge [this message]
2012-04-20 15:58 ` Arnd Bergmann
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=4F91824A.10207@antcom.de \
--to=stigge@antcom.de \
--cc=arm@kernel.org \
--cc=devel@driverdev.osuosl.org \
--cc=grant.likely@secretlab.ca \
--cc=gregkh@linuxfoundation.org \
--cc=jic23@cam.ac.uk \
--cc=kevin.wells@nxp.com \
--cc=lars@metafoo.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rob.herring@calxeda.com \
--cc=srinivas.bakki@nxp.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox