[PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries

[PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries

[Javier Martinez Canillas]

The commit 21dc02eab989 ("tpm/tpm_i2c_infineon.c: Add OF attributes type
and name to the of_device_id table entries") added type and name fields
to the OF device ID table entries for the I2C Infineon TPM driver.

The only justification for the change in the commit message is that it's
probably a good idea to have these fields populated in the OF entries.

But I don't think that's true. In fact, I believe that's not correct to
add these fields for the following reasons:

 * The struct of_device_id .type field matches the device_type property
   in the Device Tree nodes. The ePAPR document says that new use of the
   property is deprecated and should only be included in cpu and memory
   nodes for compatibility with the IEEE 1275-derived Device Trees.
   Also, mainline Device Tree source files don't include this property
   in the TPM nodes defined.

 * The struct of_device_id .name field matches the Device Tree node name
   but the ePAPR document says that the node name should be generic and
   reflect the function of the device, not it's programming model. So in
   the case of TPM chips, it should just be "tpm" but the name fields are
   set in the OF table entries to the actual device model (i.e: slb9645tt).

Now, from a practical point of view this means that the OF module aliases
for the supported devices include the name and type of the device entries:

$ modinfo drivers/char/tpm/tpm_i2c_infineon.ko | grep alias
alias:          of:Nslb9645ttTtpm*Cinfineon,slb9645ttC*
alias:          of:Nslb9645ttTtpm*Cinfineon,slb9645tt
alias:          of:Nslb9635ttTtpm*Cinfineon,slb9635ttC*
alias:          of:Nslb9635ttTtpm*Cinfineon,slb9635tt
alias:          of:Ntpm_i2c_infineonTtpm*Cinfineon,tpm_i2c_infineonC*
alias:          of:Ntpm_i2c_infineonTtpm*Cinfineon,tpm_i2c_infineon

But since the device_type isn't set in the tpm DT nodes and the node name
is a generic one, the reported MODALIAS when a device is registered via OF
won't match the driver's module aliases:

$ cat /sys/class/tpm/tpm0/device/modalias
of:NtpmT<NULL>Cinfineon,slb9645tt

So remove these fields from the OF entries to allow the module aliases to
match the MODALIAS reported by the kernel when the device is registered:

$ modinfo drivers/char/tpm/tpm_i2c_infineon.ko | grep alias
alias:          of:N*T*Cinfineon,slb9645ttC*
alias:          of:N*T*Cinfineon,slb9645tt
alias:          of:N*T*Cinfineon,slb9635ttC*
alias:          of:N*T*Cinfineon,slb9635tt
alias:          of:N*T*Cinfineon,tpm_i2c_infineonC*
alias:          of:N*T*Cinfineon,tpm_i2c_infineon

Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
---

 drivers/char/tpm/tpm_i2c_infineon.c | 21 +++------------------
 1 file changed, 3 insertions(+), 18 deletions(-)

diff --git a/drivers/char/tpm/tpm_i2c_infineon.c b/drivers/char/tpm/tpm_i2c_infineon.c
index 79d6bbb58e39..005c38879b2e 100644
--- a/drivers/char/tpm/tpm_i2c_infineon.c
+++ b/drivers/char/tpm/tpm_i2c_infineon.c
@@ -675,24 +675,9 @@ MODULE_DEVICE_TABLE(i2c, tpm_tis_i2c_table);
 
 #ifdef CONFIG_OF
 static const struct of_device_id tpm_tis_i2c_of_match[] = {
-	{
-		.name = "tpm_i2c_infineon",
-		.type = "tpm",
-		.compatible = "infineon,tpm_i2c_infineon",
-		.data = (void *)0
-	},
-	{
-		.name = "slb9635tt",
-		.type = "tpm",
-		.compatible = "infineon,slb9635tt",
-		.data = (void *)0
-	},
-	{
-		.name = "slb9645tt",
-		.type = "tpm",
-		.compatible = "infineon,slb9645tt",
-		.data = (void *)1
-	},
+	{ .compatible = "infineon,tpm_i2c_infineon", .data = (void *)0 },
+	{ .compatible = "infineon,slb9635tt", .data = (void *)0 },
+	{ .compatible = "infineon,slb9645tt", .data = (void *)1 },
 	{},
 };
 MODULE_DEVICE_TABLE(of, tpm_tis_i2c_of_match);
-- 
2.14.3

Re: [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries

[Jason Gunthorpe]

On Mon, Dec 04, 2017 at 06:39:16PM +0100, Javier Martinez Canillas wrote:
> The commit 21dc02eab989 ("tpm/tpm_i2c_infineon.c: Add OF attributes type
> and name to the of_device_id table entries") added type and name fields
> to the OF device ID table entries for the I2C Infineon TPM driver.
> 
> The only justification for the change in the commit message is that it's
> probably a good idea to have these fields populated in the OF entries.
> 
> But I don't think that's true. In fact, I believe that's not correct to
> add these fields for the following reasons:
> 
>  * The struct of_device_id .type field matches the device_type property
>    in the Device Tree nodes. The ePAPR document says that new use of the
>    property is deprecated and should only be included in cpu and memory
>    nodes for compatibility with the IEEE 1275-derived Device Trees.
>    Also, mainline Device Tree source files don't include this property
>    in the TPM nodes defined.
> 
>  * The struct of_device_id .name field matches the Device Tree node name
>    but the ePAPR document says that the node name should be generic and
>    reflect the function of the device, not it's programming model. So in
>    the case of TPM chips, it should just be "tpm" but the name fields are
>    set in the OF table entries to the actual device model (i.e: slb9645tt).
> 
> Now, from a practical point of view this means that the OF module aliases
> for the supported devices include the name and type of the device entries:
> 
> $ modinfo drivers/char/tpm/tpm_i2c_infineon.ko | grep alias
> alias:          of:Nslb9645ttTtpm*Cinfineon,slb9645ttC*
> alias:          of:Nslb9645ttTtpm*Cinfineon,slb9645tt
> alias:          of:Nslb9635ttTtpm*Cinfineon,slb9635ttC*
> alias:          of:Nslb9635ttTtpm*Cinfineon,slb9635tt
> alias:          of:Ntpm_i2c_infineonTtpm*Cinfineon,tpm_i2c_infineonC*
> alias:          of:Ntpm_i2c_infineonTtpm*Cinfineon,tpm_i2c_infineon
> 
> But since the device_type isn't set in the tpm DT nodes and the node name
> is a generic one, the reported MODALIAS when a device is registered via OF
> won't match the driver's module aliases:
> 
> $ cat /sys/class/tpm/tpm0/device/modalias
> of:NtpmT<NULL>Cinfineon,slb9645tt
> 
> So remove these fields from the OF entries to allow the module aliases to
> match the MODALIAS reported by the kernel when the device is registered:
> 
> $ modinfo drivers/char/tpm/tpm_i2c_infineon.ko | grep alias
> alias:          of:N*T*Cinfineon,slb9645ttC*
> alias:          of:N*T*Cinfineon,slb9645tt
> alias:          of:N*T*Cinfineon,slb9635ttC*
> alias:          of:N*T*Cinfineon,slb9635tt
> alias:          of:N*T*Cinfineon,tpm_i2c_infineonC*
> alias:          of:N*T*Cinfineon,tpm_i2c_infineon
> 
> Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>

I concur

Reviewed-by: Jason Gunthorpe <jgg@mellanox.com>

Jason

Re: [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries

[Jarkko Sakkinen]

Hi

Some basic questions about DT, which I'm not expert of.

On Mon, Dec 04, 2017 at 06:39:16PM +0100, Javier Martinez Canillas wrote:
> The commit 21dc02eab989 ("tpm/tpm_i2c_infineon.c: Add OF attributes type
> and name to the of_device_id table entries") added type and name fields
> to the OF device ID table entries for the I2C Infineon TPM driver.
> 
> The only justification for the change in the commit message is that it's
> probably a good idea to have these fields populated in the OF entries.
> 
> But I don't think that's true. In fact, I believe that's not correct to
> add these fields for the following reasons:
> 
>  * The struct of_device_id .type field matches the device_type property
>    in the Device Tree nodes. The ePAPR document says that new use of the
>    property is deprecated and should only be included in cpu and memory
>    nodes for compatibility with the IEEE 1275-derived Device Trees.
>    Also, mainline Device Tree source files don't include this property
>    in the TPM nodes defined.
> 
>  * The struct of_device_id .name field matches the Device Tree node name
>    but the ePAPR document says that the node name should be generic and
>    reflect the function of the device, not it's programming model. So in
>    the case of TPM chips, it should just be "tpm" but the name fields are
>    set in the OF table entries to the actual device model (i.e: slb9645tt).

So why the name field is not changed to "tpm"?

> Now, from a practical point of view this means that the OF module aliases
> for the supported devices include the name and type of the device entries:
> 
> $ modinfo drivers/char/tpm/tpm_i2c_infineon.ko | grep alias
> alias:          of:Nslb9645ttTtpm*Cinfineon,slb9645ttC*
> alias:          of:Nslb9645ttTtpm*Cinfineon,slb9645tt
> alias:          of:Nslb9635ttTtpm*Cinfineon,slb9635ttC*
> alias:          of:Nslb9635ttTtpm*Cinfineon,slb9635tt
> alias:          of:Ntpm_i2c_infineonTtpm*Cinfineon,tpm_i2c_infineonC*
> alias:          of:Ntpm_i2c_infineonTtpm*Cinfineon,tpm_i2c_infineon
> 
> But since the device_type isn't set in the tpm DT nodes and the node name
> is a generic one, the reported MODALIAS when a device is registered via OF
> won't match the driver's module aliases:
> 
> $ cat /sys/class/tpm/tpm0/device/modalias
> of:NtpmT<NULL>Cinfineon,slb9645tt
> 
> So remove these fields from the OF entries to allow the module aliases to
> match the MODALIAS reported by the kernel when the device is registered:
> 
> $ modinfo drivers/char/tpm/tpm_i2c_infineon.ko | grep alias
> alias:          of:N*T*Cinfineon,slb9645ttC*
> alias:          of:N*T*Cinfineon,slb9645tt
> alias:          of:N*T*Cinfineon,slb9635ttC*
> alias:          of:N*T*Cinfineon,slb9635tt
> alias:          of:N*T*Cinfineon,tpm_i2c_infineonC*
> alias:          of:N*T*Cinfineon,tpm_i2c_infineon
> 
> Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
> ---
> 
>  drivers/char/tpm/tpm_i2c_infineon.c | 21 +++------------------
>  1 file changed, 3 insertions(+), 18 deletions(-)
> 
> diff --git a/drivers/char/tpm/tpm_i2c_infineon.c b/drivers/char/tpm/tpm_i2c_infineon.c
> index 79d6bbb58e39..005c38879b2e 100644
> --- a/drivers/char/tpm/tpm_i2c_infineon.c
> +++ b/drivers/char/tpm/tpm_i2c_infineon.c
> @@ -675,24 +675,9 @@ MODULE_DEVICE_TABLE(i2c, tpm_tis_i2c_table);
>  
>  #ifdef CONFIG_OF
>  static const struct of_device_id tpm_tis_i2c_of_match[] = {
> -	{
> -		.name = "tpm_i2c_infineon",
> -		.type = "tpm",
> -		.compatible = "infineon,tpm_i2c_infineon",
> -		.data = (void *)0
> -	},
> -	{
> -		.name = "slb9635tt",
> -		.type = "tpm",
> -		.compatible = "infineon,slb9635tt",
> -		.data = (void *)0
> -	},
> -	{
> -		.name = "slb9645tt",
> -		.type = "tpm",
> -		.compatible = "infineon,slb9645tt",
> -		.data = (void *)1
> -	},
> +	{ .compatible = "infineon,tpm_i2c_infineon", .data = (void *)0 },
> +	{ .compatible = "infineon,slb9635tt", .data = (void *)0 },
> +	{ .compatible = "infineon,slb9645tt", .data = (void *)1 },
>  	{},
>  };
>  MODULE_DEVICE_TABLE(of, tpm_tis_i2c_of_match);
> -- 
> 2.14.3
> 

What does the "data" field mean?

/Jarkko

Re: [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries

[Javier Martinez Canillas]

On 12/15/2017 01:03 PM, Jarkko Sakkinen wrote:
> Hi
> 
> Some basic questions about DT, which I'm not expert of.
> 
> On Mon, Dec 04, 2017 at 06:39:16PM +0100, Javier Martinez Canillas wrote:
>> The commit 21dc02eab989 ("tpm/tpm_i2c_infineon.c: Add OF attributes type
>> and name to the of_device_id table entries") added type and name fields
>> to the OF device ID table entries for the I2C Infineon TPM driver.
>>
>> The only justification for the change in the commit message is that it's
>> probably a good idea to have these fields populated in the OF entries.
>>
>> But I don't think that's true. In fact, I believe that's not correct to
>> add these fields for the following reasons:
>>
>>  * The struct of_device_id .type field matches the device_type property
>>    in the Device Tree nodes. The ePAPR document says that new use of the
>>    property is deprecated and should only be included in cpu and memory
>>    nodes for compatibility with the IEEE 1275-derived Device Trees.
>>    Also, mainline Device Tree source files don't include this property
>>    in the TPM nodes defined.
>>
>>  * The struct of_device_id .name field matches the Device Tree node name
>>    but the ePAPR document says that the node name should be generic and
>>    reflect the function of the device, not it's programming model. So in
>>    the case of TPM chips, it should just be "tpm" but the name fields are
>>    set in the OF table entries to the actual device model (i.e: slb9645tt).
> 
> So why the name field is not changed to "tpm"?
>

We could, but why would do that? Drivers usually don't care about the node name
used by the DTS and most DT bindings are not strict about that. There are some
exceptions (e.g: regulators bindings) but in most cases is up to the developer
to define whatever node name is suitable for that DT node.

In fact, this driver is the first one I have ever seen that sets a .name field.
What most drivers only use to match is the compatible string.

Also, it seems that "tpm" is not the only used node name for TPM device nodes.
At least "tpm_tis" and "vtpm" are used by looking at mainline DTS and bindings
documents. And who knows if an out-of-tree DTB uses "tpm2" for example?

Finally, the other two drivers for I2C TPM devices (atmel and nuvoton) don't
set a .name, so if we change in this driver we probably would need to change
in those too for consistency. And have a proper DT binding doc so users know
that using "tpm" as node name is a requirement.

>> Now, from a practical point of view this means that the OF module aliases
>> for the supported devices include the name and type of the device entries:
>>
>> $ modinfo drivers/char/tpm/tpm_i2c_infineon.ko | grep alias
>> alias:          of:Nslb9645ttTtpm*Cinfineon,slb9645ttC*
>> alias:          of:Nslb9645ttTtpm*Cinfineon,slb9645tt
>> alias:          of:Nslb9635ttTtpm*Cinfineon,slb9635ttC*
>> alias:          of:Nslb9635ttTtpm*Cinfineon,slb9635tt
>> alias:          of:Ntpm_i2c_infineonTtpm*Cinfineon,tpm_i2c_infineonC*
>> alias:          of:Ntpm_i2c_infineonTtpm*Cinfineon,tpm_i2c_infineon
>>
>> But since the device_type isn't set in the tpm DT nodes and the node name
>> is a generic one, the reported MODALIAS when a device is registered via OF
>> won't match the driver's module aliases:
>>
>> $ cat /sys/class/tpm/tpm0/device/modalias
>> of:NtpmT<NULL>Cinfineon,slb9645tt
>>
>> So remove these fields from the OF entries to allow the module aliases to
>> match the MODALIAS reported by the kernel when the device is registered:
>>
>> $ modinfo drivers/char/tpm/tpm_i2c_infineon.ko | grep alias
>> alias:          of:N*T*Cinfineon,slb9645ttC*
>> alias:          of:N*T*Cinfineon,slb9645tt
>> alias:          of:N*T*Cinfineon,slb9635ttC*
>> alias:          of:N*T*Cinfineon,slb9635tt
>> alias:          of:N*T*Cinfineon,tpm_i2c_infineonC*
>> alias:          of:N*T*Cinfineon,tpm_i2c_infineon
>>
>> Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
>> ---
>>
>>  drivers/char/tpm/tpm_i2c_infineon.c | 21 +++------------------
>>  1 file changed, 3 insertions(+), 18 deletions(-)
>>
>> diff --git a/drivers/char/tpm/tpm_i2c_infineon.c b/drivers/char/tpm/tpm_i2c_infineon.c
>> index 79d6bbb58e39..005c38879b2e 100644
>> --- a/drivers/char/tpm/tpm_i2c_infineon.c
>> +++ b/drivers/char/tpm/tpm_i2c_infineon.c
>> @@ -675,24 +675,9 @@ MODULE_DEVICE_TABLE(i2c, tpm_tis_i2c_table);
>>  
>>  #ifdef CONFIG_OF
>>  static const struct of_device_id tpm_tis_i2c_of_match[] = {
>> -	{
>> -		.name = "tpm_i2c_infineon",
>> -		.type = "tpm",
>> -		.compatible = "infineon,tpm_i2c_infineon",
>> -		.data = (void *)0
>> -	},
>> -	{
>> -		.name = "slb9635tt",
>> -		.type = "tpm",
>> -		.compatible = "infineon,slb9635tt",
>> -		.data = (void *)0
>> -	},
>> -	{
>> -		.name = "slb9645tt",
>> -		.type = "tpm",
>> -		.compatible = "infineon,slb9645tt",
>> -		.data = (void *)1
>> -	},
>> +	{ .compatible = "infineon,tpm_i2c_infineon", .data = (void *)0 },
>> +	{ .compatible = "infineon,slb9635tt", .data = (void *)0 },
>> +	{ .compatible = "infineon,slb9645tt", .data = (void *)1 },
>>  	{},
>>  };
>>  MODULE_DEVICE_TABLE(of, tpm_tis_i2c_of_match);
>> -- 
>> 2.14.3
>>
> 
> What does the "data" field mean?
>

The field is used to store data that's associated with an entry in the OF table.
It's used by drivers to have per device configuration data to avoid the need to
have different drivers for similar devices.

Although it seems that's not used by this particular driver, so they might be
removed on a follow-up patch. Hard to say that the 0 and 1 magic numbers mean.

As an example, the tpm_i2c_nuvoton driver store in the .data field whether a
TPM device is a 2.0 or 1.2:

static const struct of_device_id i2c_nuvoton_of_match[] = {
	{.compatible = "nuvoton,npct501"},
	{.compatible = "winbond,wpct301"},
	{.compatible = "nuvoton,npct601", .data = OF_IS_TPM2},
	{},
};

static int i2c_nuvoton_probe(struct i2c_client *client,
			     const struct i2c_device_id *id)
{
...
	if (dev->of_node) {
		const struct of_device_id *of_id;

		of_id = of_match_device(dev->driver->of_match_table, dev);
		if (of_id && of_id->data == OF_IS_TPM2)
			chip->flags |= TPM_CHIP_FLAG_TPM2;
	} else
		if (id->driver_data == I2C_IS_TPM2)
			chip->flags |= TPM_CHIP_FLAG_TPM2;
...
}

> /Jarkko
> 

Best regards,
-- 
Javier Martinez Canillas
Software Engineer - Desktop Hardware Enablement
Red Hat

Re: [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries

[Jarkko Sakkinen]

On Sat, Dec 16, 2017 at 08:59:06PM +0100, Javier Martinez Canillas wrote:
> On 12/15/2017 01:03 PM, Jarkko Sakkinen wrote:
> > Hi
> > 
> > Some basic questions about DT, which I'm not expert of.
> > 
> > On Mon, Dec 04, 2017 at 06:39:16PM +0100, Javier Martinez Canillas wrote:
> >> The commit 21dc02eab989 ("tpm/tpm_i2c_infineon.c: Add OF attributes type
> >> and name to the of_device_id table entries") added type and name fields
> >> to the OF device ID table entries for the I2C Infineon TPM driver.
> >>
> >> The only justification for the change in the commit message is that it's
> >> probably a good idea to have these fields populated in the OF entries.
> >>
> >> But I don't think that's true. In fact, I believe that's not correct to
> >> add these fields for the following reasons:
> >>
> >>  * The struct of_device_id .type field matches the device_type property
> >>    in the Device Tree nodes. The ePAPR document says that new use of the
> >>    property is deprecated and should only be included in cpu and memory
> >>    nodes for compatibility with the IEEE 1275-derived Device Trees.
> >>    Also, mainline Device Tree source files don't include this property
> >>    in the TPM nodes defined.
> >>
> >>  * The struct of_device_id .name field matches the Device Tree node name
> >>    but the ePAPR document says that the node name should be generic and
> >>    reflect the function of the device, not it's programming model. So in
> >>    the case of TPM chips, it should just be "tpm" but the name fields are
> >>    set in the OF table entries to the actual device model (i.e: slb9645tt).
> > 
> > So why the name field is not changed to "tpm"?
> >
> 
> We could, but why would do that? Drivers usually don't care about the node name
> used by the DTS and most DT bindings are not strict about that. There are some
> exceptions (e.g: regulators bindings) but in most cases is up to the developer
> to define whatever node name is suitable for that DT node.
> 
> In fact, this driver is the first one I have ever seen that sets a .name field.
> What most drivers only use to match is the compatible string.
> 
> Also, it seems that "tpm" is not the only used node name for TPM device nodes.
> At least "tpm_tis" and "vtpm" are used by looking at mainline DTS and bindings
> documents. And who knows if an out-of-tree DTB uses "tpm2" for example?
> 
> Finally, the other two drivers for I2C TPM devices (atmel and nuvoton) don't
> set a .name, so if we change in this driver we probably would need to change
> in those too for consistency. And have a proper DT binding doc so users know
> that using "tpm" as node name is a requirement.
> 
> >> Now, from a practical point of view this means that the OF module aliases
> >> for the supported devices include the name and type of the device entries:
> >>
> >> $ modinfo drivers/char/tpm/tpm_i2c_infineon.ko | grep alias
> >> alias:          of:Nslb9645ttTtpm*Cinfineon,slb9645ttC*
> >> alias:          of:Nslb9645ttTtpm*Cinfineon,slb9645tt
> >> alias:          of:Nslb9635ttTtpm*Cinfineon,slb9635ttC*
> >> alias:          of:Nslb9635ttTtpm*Cinfineon,slb9635tt
> >> alias:          of:Ntpm_i2c_infineonTtpm*Cinfineon,tpm_i2c_infineonC*
> >> alias:          of:Ntpm_i2c_infineonTtpm*Cinfineon,tpm_i2c_infineon
> >>
> >> But since the device_type isn't set in the tpm DT nodes and the node name
> >> is a generic one, the reported MODALIAS when a device is registered via OF
> >> won't match the driver's module aliases:
> >>
> >> $ cat /sys/class/tpm/tpm0/device/modalias
> >> of:NtpmT<NULL>Cinfineon,slb9645tt
> >>
> >> So remove these fields from the OF entries to allow the module aliases to
> >> match the MODALIAS reported by the kernel when the device is registered:
> >>
> >> $ modinfo drivers/char/tpm/tpm_i2c_infineon.ko | grep alias
> >> alias:          of:N*T*Cinfineon,slb9645ttC*
> >> alias:          of:N*T*Cinfineon,slb9645tt
> >> alias:          of:N*T*Cinfineon,slb9635ttC*
> >> alias:          of:N*T*Cinfineon,slb9635tt
> >> alias:          of:N*T*Cinfineon,tpm_i2c_infineonC*
> >> alias:          of:N*T*Cinfineon,tpm_i2c_infineon
> >>
> >> Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
> >> ---
> >>
> >>  drivers/char/tpm/tpm_i2c_infineon.c | 21 +++------------------
> >>  1 file changed, 3 insertions(+), 18 deletions(-)
> >>
> >> diff --git a/drivers/char/tpm/tpm_i2c_infineon.c b/drivers/char/tpm/tpm_i2c_infineon.c
> >> index 79d6bbb58e39..005c38879b2e 100644
> >> --- a/drivers/char/tpm/tpm_i2c_infineon.c
> >> +++ b/drivers/char/tpm/tpm_i2c_infineon.c
> >> @@ -675,24 +675,9 @@ MODULE_DEVICE_TABLE(i2c, tpm_tis_i2c_table);
> >>  
> >>  #ifdef CONFIG_OF
> >>  static const struct of_device_id tpm_tis_i2c_of_match[] = {
> >> -	{
> >> -		.name = "tpm_i2c_infineon",
> >> -		.type = "tpm",
> >> -		.compatible = "infineon,tpm_i2c_infineon",
> >> -		.data = (void *)0
> >> -	},
> >> -	{
> >> -		.name = "slb9635tt",
> >> -		.type = "tpm",
> >> -		.compatible = "infineon,slb9635tt",
> >> -		.data = (void *)0
> >> -	},
> >> -	{
> >> -		.name = "slb9645tt",
> >> -		.type = "tpm",
> >> -		.compatible = "infineon,slb9645tt",
> >> -		.data = (void *)1
> >> -	},
> >> +	{ .compatible = "infineon,tpm_i2c_infineon", .data = (void *)0 },
> >> +	{ .compatible = "infineon,slb9635tt", .data = (void *)0 },
> >> +	{ .compatible = "infineon,slb9645tt", .data = (void *)1 },
> >>  	{},
> >>  };
> >>  MODULE_DEVICE_TABLE(of, tpm_tis_i2c_of_match);
> >> -- 
> >> 2.14.3
> >>
> > 
> > What does the "data" field mean?
> >
> 
> The field is used to store data that's associated with an entry in the OF table.
> It's used by drivers to have per device configuration data to avoid the need to
> have different drivers for similar devices.
> 
> Although it seems that's not used by this particular driver, so they might be
> removed on a follow-up patch. Hard to say that the 0 and 1 magic numbers mean.
> 
> As an example, the tpm_i2c_nuvoton driver store in the .data field whether a
> TPM device is a 2.0 or 1.2:
> 
> static const struct of_device_id i2c_nuvoton_of_match[] = {
> 	{.compatible = "nuvoton,npct501"},
> 	{.compatible = "winbond,wpct301"},
> 	{.compatible = "nuvoton,npct601", .data = OF_IS_TPM2},
> 	{},
> };
> 
> static int i2c_nuvoton_probe(struct i2c_client *client,
> 			     const struct i2c_device_id *id)
> {
> ...
> 	if (dev->of_node) {
> 		const struct of_device_id *of_id;
> 
> 		of_id = of_match_device(dev->driver->of_match_table, dev);
> 		if (of_id && of_id->data == OF_IS_TPM2)
> 			chip->flags |= TPM_CHIP_FLAG_TPM2;
> 	} else
> 		if (id->driver_data == I2C_IS_TPM2)
> 			chip->flags |= TPM_CHIP_FLAG_TPM2;
> ...
> }
> 
> > /Jarkko
> > 
> 
> Best regards,
> -- 
> Javier Martinez Canillas
> Software Engineer - Desktop Hardware Enablement
> Red Hat

Thank you for the lessons :-)

Reviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>

/Jarkko

Re: [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries

[Javier Martinez Canillas]

Hello Jarkko,

On 12/17/2017 05:27 PM, Jarkko Sakkinen wrote:

[snip]

> 
> Thank you for the lessons :-)
>

You are welcome :)
 
> Reviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
>

Thanks!
 
> /Jarkko
> 

Best regards,
-- 
Javier Martinez Canillas
Software Engineer - Desktop Hardware Enablement
Red Hat