On 07/21/2014 05:11 PM, Chanwoo Choi wrote: > On 07/21/2014 04:38 PM, Arnd Bergmann wrote: >> On Monday 21 July 2014 11:17:44 Chanwoo Choi wrote: >>> >>> This patchset support Exynos3250 ADC (Analog Digital Converter) because >>> Exynos3250 has additional special clock for ADC IP. >>> >>> Changes from v6: >>> - Use "exynos3250-adc" compatible string instead of "exynos3250-adc-v2" >>> - Use "sclk" clock name instead of "sclk_adc" >>> - Remove un-necessary macro for exyno-adc-data-v2 structure. >>> - Remove '(void *)' cast and mark the exynos-adc-data structure as 'const' >>> - Change the number of ADC channels (Exynos3250 has only two channels for ADC) >>> >> >> Looks good to me. Two small requests: >> >> a) if you don't mind, can you add my patch (1/2) to add support for s3c64xx to >> your series, adding your Signed-off-by line in addition to mine? I think >> that one was noncontroversial, while the second patch (2/2) need some more >> work to address the comments and do testing. > > OK, I'll add this patch. > But, I have a question. > > Your patch add following compatible string. > "s3c64100-adc" is right? > > static const struct of_device_id exynos_adc_match[] = { > { > + .compatible = "samsung,s3c64100-adc", > + .data = &exynos_adc_s3c64xx_data, > + }, { Additionally, Documentation/devicetree/bindings/arm/samsung/exynos-adc.txt has not included "samsung,s3c6410-adc" compatible string. Should I add this string in exynos-adc.txt? drivers/iio/adc/exynos-adc.c has not includeded following compatible string. Should I add this compatible string on exynos-adc.c? + Must be "samsung,s3c2410-adc" for + the ADC in s3c2410 and compatibles + Must be "samsung,s3c2416-adc" for + the ADC in s3c2416 and compatibles + Must be "samsung,s3c2440-adc" for + the ADC in s3c2440 and compatibles + Must be "samsung,s3c2440-adc" for + the ADC in s3c2440 and compatibles + Must be "samsung,s3c2443-adc" for + the ADC in s3c2443 and compatibles Thanks, Chanwoo Choi -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html