Skip to contentSkip to conversation

i2c: update i2c-dev.h warning in documentation

PATCH Superseded Cengiz Can 2 participants 6 messages Dec 9, 2017 – Dec 21, 2017

Subsystems (2)
lore
Share & tools
lore

Cengiz Can

author
#0 lore raw

PATCH 1/1 i2c: update i2c-dev.h warning in documentation

dev-interface document gives examples for accessing i2c from userspace.

There's a note warning developers about the different i2c-dev.h header files which were shipped with the kernel and i2c-tools separately.

However, these commits in i2c-tools repository suggests that the header files are now identical (in functionality) and i2c_* functions are now defined in a separate header called i2c/smbus.h, which is distributed with i2c-tools:

commit 652619121974 ("Minimize differences with kernel flavor") commit 93caf007f4cb ("Move SMBus helper functions to include/i2c/smbus.h")

Thus, I've converted the warning paragraph into a historical note and updated the suggested header files.

---
Sorry for duplicate mails. My email client hard-wrapped previous patch.

Thanks.

 Documentation/i2c/dev-interface | 29 ++++++++++++++++-------------
 1 file changed, 16 insertions(+), 13 deletions(-)
Documentation/i2c/dev-interface +16 -13
index 5ff19447ac44..04d110697863 100644
@@ -9,21 +9,24 @@ i2c adapters present on your system at a given time. i2cdetect is part of
 the i2c-tools package.
 
 I2C device files are character device files with major device number 89
-and a minor device number corresponding to the number assigned as 
-explained above. They should be called "i2c-%d" (i2c-0, i2c-1, ..., 
+and a minor device number corresponding to the number assigned as
+explained above. They should be called "i2c-%d" (i2c-0, i2c-1, ...,
 i2c-10, ...). All 256 minor device numbers are reserved for i2c.
 
 
 C example
 =========
 
-So let's say you want to access an i2c adapter from a C program. The
-first thing to do is "#include <linux/i2c-dev.h>". Please note that
-there are two files named "i2c-dev.h" out there, one is distributed
-with the Linux kernel and is meant to be included from kernel
-driver code, the other one is distributed with i2c-tools and is
-meant to be included from user-space programs. You obviously want
-the second one here.
+So let's say you want to access an i2c adapter from a C program. First, you
+need to include these two headers:
+
+  #include <linux/i2c-dev.h>
+  #include <i2c/smbus.h>
+
+(Please note that there are two files named "i2c-dev.h" out there. One is
+distributed with the Linux kernel and the other one is included in the
+source tree of i2c-tools. They used to be different in content but since 2012
+they're identical. You should use "linux/i2c-dev.h").
 
 Now, you have to decide which adapter you want to access. You should
 inspect /sys/class/i2c-dev/ or run "i2cdetect -l" to decide this.
@@ -35,7 +38,7 @@ Next thing, open the device file, as follows:
   int file;
   int adapter_nr = 2; /* probably dynamically determined */
   char filename[20];
-  
+
   snprintf(filename, 19, "/dev/i2c-%d", adapter_nr);
   file = open(filename, O_RDWR);
   if (file < 0) {
@@ -69,7 +72,7 @@ the device supports them. Both are illustrated below.
     /* res contains the read word */
   }
 
-  /* Using I2C Write, equivalent of 
+  /* Using I2C Write, equivalent of
      i2c_smbus_write_word_data(file, reg, 0x6543) */
   buf[0] = reg;
   buf[1] = 0x43;
@@ -144,7 +147,7 @@ You can do plain i2c transactions by using read(2) and write(2) calls.
 You do not need to pass the address byte; instead, set it through
 ioctl I2C_SLAVE before you try to access the device.
 
-You can do SMBus level transactions (see documentation file smbus-protocol 
+You can do SMBus level transactions (see documentation file smbus-protocol
 for details) through the following functions:
   __s32 i2c_smbus_write_quick(int file, __u8 value);
   __s32 i2c_smbus_read_byte(int file);
@@ -155,7 +158,7 @@ for details) through the following functions:
   __s32 i2c_smbus_write_word_data(int file, __u8 command, __u16 value);
   __s32 i2c_smbus_process_call(int file, __u8 command, __u16 value);
   __s32 i2c_smbus_read_block_data(int file, __u8 command, __u8 *values);
-  __s32 i2c_smbus_write_block_data(int file, __u8 command, __u8 length, 
+  __s32 i2c_smbus_write_block_data(int file, __u8 command, __u8 length,
                                    __u8 *values);
 All these transactions return -1 on failure; you can read errno to see
 what happened. The 'write' transactions return 0 on success; the
Signature · 6 lines
2.15.1



-- 
	Cengiz Can
#1 lore raw
Quoted 11 lines · On Sat, 9 Dec 2017 23:10:58 +0300 Cengiz Can <[email protected]> wrote:

dev-interface document gives examples for accessing i2c from userspace.

There's a note warning developers about the different i2c-dev.h header files which were shipped with the kernel and i2c-tools separately.

However, these commits in i2c-tools repository suggests that the header files are now identical (in functionality) and i2c_* functions are now defined in a separate header called i2c/smbus.h, which is distributed with i2c-tools:

Quoted 7 lines

commit 652619121974 ("Minimize differences with kernel flavor") commit 93caf007f4cb ("Move SMBus helper functions to include/i2c/smbus.h")

Thus, I've converted the warning paragraph into a historical note and updated the suggested header files.

So this seems like a worthwhile change, but the patch contains a number of unrelated changes, mostly white-space stuff it seems. Can you clean that up and resend?

Thanks,

jon

author
#2 lore raw

PATCH v2 1/1 i2c: update i2c-dev.h warning in documentation

Documentation/i2c/dev-interface gives examples for accessing i2c from userspace.

There's a note that warns developers about the two i2c-dev.h header files which were shipped with the kernel and i2c-tools separately.

However, following i2c-tools commits suggest that the header files are now identical (in functionality) and i2c_* helper functions are now defined in a separate header called i2c/smbus.h, which is distributed with i2c-tools:

commit 652619121974 ("Minimize differences with kernel flavor") commit 93caf007f4cb ("Move SMBus helper functions to include/i2c/smbus.h")

Thus, I've converted the warning paragraph into a historical note and updated the suggested header files.

---

Hello Jonathan,

Thank you for the quick feedback.

I've removed unnecessary modifications and fixed some grammar in the commit message.

 Documentation/i2c/dev-interface | 17 ++++++++++-------
 1 file changed, 10 insertions(+), 7 deletions(-)
Documentation/i2c/dev-interface +0 -0
index 5ff19447ac44..d04e6e4964ee 100644
@@ -17,13 +17,16 @@ i2c-10, ...). All 256 minor device numbers are

reserved for i2c.
C example
=========

-So let's say you want to access an i2c adapter from a C program. The -first thing to do is "#include <linux/i2c-dev.h>". Please note that -there are two files named "i2c-dev.h" out there, one is distributed -with the Linux kernel and is meant to be included from kernel -driver code, the other one is distributed with i2c-tools and is -meant to be included from user-space programs. You obviously want -the second one here.
+So let's say you want to access an i2c adapter from a C program. +First, you need to include these two headers:
+
+ #include <linux/i2c-dev.h>
+ #include <i2c/smbus.h>
+
+(Please note that there are two files named "i2c-dev.h" out there. One is +distributed with the Linux kernel and the other one is included in the +source tree of i2c-tools. They used to be different in content but since 2012 +they're identical. You should use "linux/i2c-dev.h").

Now, you have to decide which adapter you want to access. You should inspect /sys/class/i2c-dev/ or run "i2cdetect -l" to decide this.

Signature · 1 line
2.15.1
#3 lore raw
Quoted 11 lines · On Tue, 12 Dec 2017 19:43:09 +0300 "Cengiz C." <[email protected]> wrote:

Documentation/i2c/dev-interface gives examples for accessing i2c from userspace.

There's a note that warns developers about the two i2c-dev.h header files which were shipped with the kernel and i2c-tools separately.

However, following i2c-tools commits suggest that the header files are now identical (in functionality) and i2c_* helper functions are now defined in a separate header called i2c/smbus.h, which is distributed with i2c-tools:

Quoted 7 lines

commit 652619121974 ("Minimize differences with kernel flavor") commit 93caf007f4cb ("Move SMBus helper functions to include/i2c/smbus.h")

Thus, I've converted the warning paragraph into a historical note and updated the suggested header files.

Applied to the docs tree, thanks. Note that the patch was wrapped by your mailer and I had to fix it up; that would be nice to avoid in the future.

Thanks,

jon

author
#4 lore raw
Quoted 2 lines

Applied to the docs tree, thanks. Note that the patch was wrapped by your mailer and I had to fix it up; that would be nice to avoid in the future.

Thank you!

I've ditched claws-mail and will use git send-mail instead.

Signature · 1 line
Cengiz Can
#5 lore raw
Quoted 1 line · On Thu, 21 Dec 2017 23:49:16 +0300 Cengiz Can <[email protected]> wrote:

I've ditched claws-mail and will use git send-mail instead.

FWIW, I use claws for patch mailing and more. It can be made to work, you just need to tweak the options a bit. The trick is to send patches to yourself and keep at it until what you receive still applies.

jon