On Sun, 5 Jan 2020 23:50:08 +0100, Luca Ceresoli wrote: > Use a monospace (literal) formatting for better readability of filenames. > > Signed-off-by: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx> > --- > Documentation/i2c/instantiating-devices.rst | 14 +++++++------- > 1 file changed, 7 insertions(+), 7 deletions(-) > > diff --git a/Documentation/i2c/instantiating-devices.rst b/Documentation/i2c/instantiating-devices.rst > index cbcafb36b417..f06d44c5b692 100644 > --- a/Documentation/i2c/instantiating-devices.rst > +++ b/Documentation/i2c/instantiating-devices.rst > @@ -224,15 +224,15 @@ In general, the kernel should know which I2C devices are connected and > what addresses they live at. However, in certain cases, it does not, so a > sysfs interface was added to let the user provide the information. This > interface is made of 2 attribute files which are created in every I2C bus > -directory: new_device and delete_device. Both files are write only and you > -must write the right parameters to them in order to properly instantiate, > -respectively delete, an I2C device. > +directory: ``new_device`` and ``delete_device``. Both files are write > +only and you must write the right parameters to them in order to properly > +instantiate, respectively delete, an I2C device. > > -File new_device takes 2 parameters: the name of the I2C device (a string) > -and the address of the I2C device (a number, typically expressed in > -hexadecimal starting with 0x, but can also be expressed in decimal.) > +File ``new_device`` takes 2 parameters: the name of the I2C device (a > +string) and the address of the I2C device (a number, typically expressed > +in hexadecimal starting with 0x, but can also be expressed in decimal.) > > -File delete_device takes a single parameter: the address of the I2C > +File ``delete_device`` takes a single parameter: the address of the I2C > device. As no two devices can live at the same address on a given I2C > segment, the address is sufficient to uniquely identify the device to be > deleted. Reviewed-by: Jean Delvare <jdelvare@xxxxxxx> -- Jean Delvare SUSE L3 Support
