lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAM0nabHeSB7A5SmA7QXJ7y45uLZUcYOdEip_0eLmqG2H7_GcdA@mail.gmail.com>
Date:	Mon, 4 Mar 2013 14:16:42 -0600
From:	Kent Yoder <shpedoikal@...il.com>
To:	Peter Hüwe <PeterHuewe@....de>
Cc:	tpmdd-devel@...ts.sourceforge.net,
	Kent Yoder <key@...ux.vnet.ibm.com>,
	Peter Huewe <peter.huewe@...ineon.com>,
	linux-security-module@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [tpmdd-devel] [PATCH v2] tpm: Add support for new Infineon I2C
 TPM (SLB 9645 TT 1.2 I2C)

On Mon, Mar 4, 2013 at 2:08 PM, Kent Yoder <shpedoikal@...il.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 majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ