On Mon, Mar 4, 2013 at 2:08 PM, Kent Yoder <shpedoi...@gmail.com> wrote: >>> > >>> > + >>> > +#ifdef CONFIG_OF >>> > +static const struct of_device_id tpm_tis_i2c_of_match[] = { >>> > + { .compatible = "infineon,tpm_i2c_infineon", .data = (void *)0 }, >>> > + { .compatible = "infineon,slb9635tt", .data = (void *)0 }, >>> > + { .compatible = "infineon,slb9645tt", .data = (void *)1 }, >>> >>> Here "name" and "type" are left empty in of_device_id. Will there be >>> times when those are needed? Like informational messages from the OF >>> subsystem? >> >> Hmm, what do you propose? >> name = chip type ? or name = tpm_i2c_infineon? >> type = tpm ? > > Doesn't matter to me, I just wanted to be sure you hadn't missed anything. > >>> > + .of_match_table = of_match_ptr(tpm_tis_i2c_of_match), >>> >>> Please put this line inside an ifdef CONFIG_OF, since of_match_ptr >>> lives in there. >> NACK. >> of.h has already the ifdef CONFIG_OF for of_match_ptr and defines it either >> as >> >> #define of_match_ptr(_ptr) (_ptr) >> or >> #define of_match_ptr(_ptr) NULL >> depending on CONFIG_OF is set. > > Thanks. > >>> Won't you also need to add OF to Kconfig? >> Not really, as the only stuff we're using is the compatible id - the driver >> can >> live without it and can be probed from userspace or plain old platform data. >> I probably have compile tested it with and without CONFIG_OF. > > Ok. > >> Is it worth a v3? >> or a small update patch which adds the of name/type and the space? (I can >> create this patch immediately) > > Not a problem, I can apply as-is with the fixup.
Staged here: https://github.com/shpedoikal/linux.git tpmdd-03-04-13 Thanks, Kent > Kent > >> >> Thanks, >> Peter >> >> >> -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/