Skip to contentSkip to conversation

I2C bus timeout property

DISCUSSION Roland Stigge 2 participants 2 messages Apr 20, 2012 1 message not in the archive

lore
Share & tools
lore
#0 lore raw

Hi,

as you may already have noticed, in the ARM devicetree conversion, we are wondering how to handle the I2C bus timeout property.

There is already an "fsl,timeout" property, but introducing several driver or vendor specific properties for basically the same kind of property doesn't make much sense. We already searched devicetree.org and EPAPR but without finding timeout properties.

I propose using a generic "timeout" property with newly supported i2c busses, holding a bus timeout value in microseconds (as already done with "fsl,timeout".

What do you think?

Thanks in advance,

Roland

#2 lore raw
In reply to a message not in the archive
Quoted 5 lines · Roland Stigge

Hi,

as you may already have noticed, in the ARM devicetree conversion, we are wondering how to handle the I2C bus timeout property.

Quoted 8 lines

There is already an "fsl,timeout" property, but introducing several driver or vendor specific properties for basically the same kind of property doesn't make much sense. We already searched devicetree.org and EPAPR but without finding timeout properties.

I propose using a generic "timeout" property with newly supported i2c busses, holding a bus timeout value in microseconds (as already done with "fsl,timeout".

There is also "i2c-gpio,timeout-ms" already.

Quoted 1 line

What do you think?

Basically same question goes for "slave-addr". Since I2C is multi-master, an I2C controller may also be slave (not that we support that in the I2C core yet, but drivers could have that implemented on their own). We have "samsung,i2c-slave-addr" already.

Regards,

Wolfram

Signature · 2 lines
Pengutronix e.K.                           | Wolfram Sang                |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |

_______________________________________________
devicetree-discuss mailing list devicetree-discuss-uLR06cmDAlY/[email protected]
https://lists.ozlabs.org/listinfo/devicetree-discuss