Loading Documentation/feature-removal-schedule.txt +0 −9 Original line number Original line Diff line number Diff line Loading @@ -71,15 +71,6 @@ Who: Mauro Carvalho Chehab <mchehab@brturbo.com.br> --------------------------- --------------------------- What: i2c sysfs name change: in1_ref, vid deprecated in favour of cpu0_vid When: November 2005 Files: drivers/i2c/chips/adm1025.c, drivers/i2c/chips/adm1026.c Why: Match the other drivers' name for the same function, duplicate names will be available until removal of old names. Who: Grant Coady <gcoady@gmail.com> --------------------------- What: remove EXPORT_SYMBOL(panic_timeout) What: remove EXPORT_SYMBOL(panic_timeout) When: April 2006 When: April 2006 Files: kernel/panic.c Files: kernel/panic.c Loading Documentation/hwmon/w83627hf +11 −8 Original line number Original line Diff line number Diff line Loading @@ -54,13 +54,16 @@ If you really want i2c accesses for these Super I/O chips, use the w83781d driver. However this is not the preferred method use the w83781d driver. However this is not the preferred method now that this ISA driver has been developed. now that this ISA driver has been developed. Technically, the w83627thf does not support a VID reading. However, it's The w83627_HF_ uses pins 110-106 as VID0-VID4. The w83627_THF_ uses the possible or even likely that your mainboard maker has routed these signals same pins as GPIO[0:4]. Technically, the w83627_THF_ does not support a to a specific set of general purpose IO pins (the Asus P4C800-E is one such VID reading. However the two chips have the identical 128 pin package. So, board). The w83627thf driver now interprets these as VID. If the VID on it is possible or even likely for a w83627thf to have the VID signals routed your board doesn't work, first see doc/vid in the lm_sensors package. If to these pins despite their not being labeled for that purpose. Therefore, that still doesn't help, email us at lm-sensors@lm-sensors.org. the w83627thf driver interprets these as VID. If the VID on your board doesn't work, first see doc/vid in the lm_sensors package[1]. If that still doesn't help, you may just ignore the bogus VID reading with no harm done. For further information on this driver see the w83781d driver For further information on this driver see the w83781d driver documentation. documentation. [1] http://www2.lm-sensors.nu/~lm78/cvs/browse.cgi/lm_sensors2/doc/vid Documentation/i2c/busses/i2c-nforce2 +2 −1 Original line number Original line Diff line number Diff line Loading @@ -6,6 +6,7 @@ Supported adapters: * nForce3 Pro150 MCP 10de:00D4 * nForce3 Pro150 MCP 10de:00D4 * nForce3 250Gb MCP 10de:00E4 * nForce3 250Gb MCP 10de:00E4 * nForce4 MCP 10de:0052 * nForce4 MCP 10de:0052 * nForce4 MCP-04 10de:0034 Datasheet: not publically available, but seems to be similar to the Datasheet: not publically available, but seems to be similar to the AMD-8111 SMBus 2.0 adapter. AMD-8111 SMBus 2.0 adapter. Loading Documentation/i2c/busses/i2c-parport +1 −0 Original line number Original line Diff line number Diff line Loading @@ -17,6 +17,7 @@ It currently supports the following devices: * Velleman K8000 adapter * Velleman K8000 adapter * ELV adapter * ELV adapter * Analog Devices evaluation boards (ADM1025, ADM1030, ADM1031, ADM1032) * Analog Devices evaluation boards (ADM1025, ADM1030, ADM1031, ADM1032) * Barco LPT->DVI (K5800236) adapter These devices use different pinout configurations, so you have to tell These devices use different pinout configurations, so you have to tell the driver what you have, using the type module parameter. There is no the driver what you have, using the type module parameter. There is no Loading Documentation/i2c/porting-clients +53 −37 Original line number Original line Diff line number Diff line Revision 5, 2005-07-29 Revision 6, 2005-11-20 Jean Delvare <khali@linux-fr.org> Jean Delvare <khali@linux-fr.org> Greg KH <greg@kroah.com> Greg KH <greg@kroah.com> This is a guide on how to convert I2C chip drivers from Linux 2.4 to This is a guide on how to convert I2C chip drivers from Linux 2.4 to Linux 2.6. I have been using existing drivers (lm75, lm78) as examples. Linux 2.6. I have been using existing drivers (lm75, lm78) as examples. Then I converted a driver myself (lm83) and updated this document. Then I converted a driver myself (lm83) and updated this document. Note that this guide is strongly oriented towards hardware monitoring drivers. Many points are still valid for other type of drivers, but others may be irrelevant. There are two sets of points below. The first set concerns technical There are two sets of points below. The first set concerns technical changes. The second set concerns coding policy. Both are mandatory. changes. The second set concerns coding policy. Both are mandatory. Loading @@ -22,16 +25,20 @@ Technical changes: #include <linux/module.h> #include <linux/module.h> #include <linux/init.h> #include <linux/init.h> #include <linux/slab.h> #include <linux/slab.h> #include <linux/jiffies.h> #include <linux/i2c.h> #include <linux/i2c.h> #include <linux/i2c-isa.h> /* for ISA drivers */ #include <linux/hwmon.h> /* for hardware monitoring drivers */ #include <linux/hwmon.h> /* for hardware monitoring drivers */ #include <linux/hwmon-sysfs.h> #include <linux/hwmon-sysfs.h> #include <linux/hwmon-vid.h> /* if you need VRM support */ #include <linux/hwmon-vid.h> /* if you need VRM support */ #include <linux/err.h> /* for class registration */ #include <asm/io.h> /* if you have I/O operations */ #include <asm/io.h> /* if you have I/O operations */ Please respect this inclusion order. Some extra headers may be Please respect this inclusion order. Some extra headers may be required for a given driver (e.g. "lm75.h"). required for a given driver (e.g. "lm75.h"). * [Addresses] SENSORS_I2C_END becomes I2C_CLIENT_END, ISA addresses * [Addresses] SENSORS_I2C_END becomes I2C_CLIENT_END, ISA addresses are no more handled by the i2c core. are no more handled by the i2c core. Address ranges are no more supported either, define each individual address separately. SENSORS_INSMOD_<n> becomes I2C_CLIENT_INSMOD_<n>. SENSORS_INSMOD_<n> becomes I2C_CLIENT_INSMOD_<n>. * [Client data] Get rid of sysctl_id. Try using standard names for * [Client data] Get rid of sysctl_id. Try using standard names for Loading @@ -48,23 +55,23 @@ Technical changes: int kind); int kind); static void lm75_init_client(struct i2c_client *client); static void lm75_init_client(struct i2c_client *client); static int lm75_detach_client(struct i2c_client *client); static int lm75_detach_client(struct i2c_client *client); static void lm75_update_client(struct i2c_client *client); static struct lm75_data lm75_update_device(struct device *dev); * [Sysctl] All sysctl stuff is of course gone (defines, ctl_table * [Sysctl] All sysctl stuff is of course gone (defines, ctl_table and functions). Instead, you have to define show and set functions for and functions). Instead, you have to define show and set functions for each sysfs file. Only define set for writable values. Take a look at an each sysfs file. Only define set for writable values. Take a look at an existing 2.6 driver for details (lm78 for example). Don't forget existing 2.6 driver for details (it87 for example). Don't forget to define the attributes for each file (this is that step that to define the attributes for each file (this is that step that links callback functions). Use the file names specified in links callback functions). Use the file names specified in Documentation/i2c/sysfs-interface for the individual files. Also Documentation/hwmon/sysfs-interface for the individual files. Also convert the units these files read and write to the specified ones. convert the units these files read and write to the specified ones. If you need to add a new type of file, please discuss it on the If you need to add a new type of file, please discuss it on the sensors mailing list <lm-sensors@lm-sensors.org> by providing a sensors mailing list <lm-sensors@lm-sensors.org> by providing a patch to the Documentation/i2c/sysfs-interface file. patch to the Documentation/hwmon/sysfs-interface file. * [Attach] For I2C drivers, the attach function should make sure * [Attach] For I2C drivers, the attach function should make sure that the adapter's class has I2C_CLASS_HWMON, using the that the adapter's class has I2C_CLASS_HWMON (or whatever class is following construct: suitable for your driver), using the following construct: if (!(adapter->class & I2C_CLASS_HWMON)) if (!(adapter->class & I2C_CLASS_HWMON)) return 0; return 0; ISA-only drivers of course don't need this. ISA-only drivers of course don't need this. Loading @@ -72,63 +79,72 @@ Technical changes: * [Detect] As mentioned earlier, the flags parameter is gone. * [Detect] As mentioned earlier, the flags parameter is gone. The type_name and client_name strings are replaced by a single The type_name and client_name strings are replaced by a single name string, which will be filled with a lowercase, short string name string, which will be filled with a lowercase, short string. (typically the driver name, e.g. "lm75"). In i2c-only drivers, drop the i2c_is_isa_adapter check, it's In i2c-only drivers, drop the i2c_is_isa_adapter check, it's useless. Same for isa-only drivers, as the test would always be useless. Same for isa-only drivers, as the test would always be true. Only hybrid drivers (which are quite rare) still need it. true. Only hybrid drivers (which are quite rare) still need it. The errorN labels are reduced to the number needed. If that number The labels used for error paths are reduced to the number needed. is 2 (i2c-only drivers), it is advised that the labels are named It is advised that the labels are given descriptive names such as exit and exit_free. For i2c+isa drivers, labels should be named exit and exit_free. Don't forget to properly set err before ERROR0, ERROR1 and ERROR2. Don't forget to properly set err before jumping to error labels. By the way, labels should be left-aligned. jumping to error labels. By the way, labels should be left-aligned. Use kzalloc instead of kmalloc. Use kzalloc instead of kmalloc. Use i2c_set_clientdata to set the client data (as opposed to Use i2c_set_clientdata to set the client data (as opposed to a direct access to client->data). a direct access to client->data). Use strlcpy instead of strcpy to copy the client name. Use strlcpy instead of strcpy or snprintf to copy the client name. Replace the sysctl directory registration by calls to Replace the sysctl directory registration by calls to device_create_file. Move the driver initialization before any device_create_file. Move the driver initialization before any sysfs file creation. sysfs file creation. Register the client with the hwmon class (using hwmon_device_register) if applicable. Drop client->id. Drop client->id. Drop any 24RF08 corruption prevention you find, as this is now done Drop any 24RF08 corruption prevention you find, as this is now done at the i2c-core level, and doing it twice voids it. at the i2c-core level, and doing it twice voids it. Don't add I2C_CLIENT_ALLOW_USE to client->flags, it's the default now. * [Init] Limits must not be set by the driver (can be done later in * [Init] Limits must not be set by the driver (can be done later in user-space). Chip should not be reset default (although a module user-space). Chip should not be reset default (although a module parameter may be used to force is), and initialization should be parameter may be used to force it), and initialization should be limited to the strictly necessary steps. limited to the strictly necessary steps. * [Detach] Get rid of data, remove the call to * [Detach] Remove the call to i2c_deregister_entry. Do not log an i2c_deregister_entry. Do not log an error message if error message if i2c_detach_client fails, as i2c-core will now do i2c_detach_client fails, as i2c-core will now do it for you. it for you. Unregister from the hwmon class if applicable. * [Update] Don't access client->data directly, use i2c_get_clientdata(client) instead. * [Update] The function prototype changed, it is now passed a device structure, which you have to convert to a client * [Interface] Init function should not print anything. Make sure using to_i2c_client(dev). The update function should return a there is a MODULE_LICENSE() line, at the bottom of the file pointer to the client data. (after MODULE_AUTHOR() and MODULE_DESCRIPTION(), in this order). Don't access client->data directly, use i2c_get_clientdata(client) instead. Use time_after() instead of direct jiffies comparison. * [Interface] Make sure there is a MODULE_LICENSE() line, at the bottom of the file (after MODULE_AUTHOR() and MODULE_DESCRIPTION(), in this order). * [Driver] The flags field of the i2c_driver structure is gone. I2C_DF_NOTIFY is now the default behavior. The i2c_driver structure has a driver member, which is itself a structure, those name member should be initialized to a driver name string. i2c_driver itself has no name member anymore. Coding policy: Coding policy: * [Copyright] Use (C), not (c), for copyright. * [Copyright] Use (C), not (c), for copyright. * [Debug/log] Get rid of #ifdef DEBUG/#endif constructs whenever you * [Debug/log] Get rid of #ifdef DEBUG/#endif constructs whenever you can. Calls to printk/pr_debug for debugging purposes are replaced can. Calls to printk for debugging purposes are replaced by calls to by calls to dev_dbg. Here is an example on how to call it (taken dev_dbg where possible, else to pr_debug. Here is an example of how from lm75_detect): to call it (taken from lm75_detect): dev_dbg(&client->dev, "Starting lm75 update\n"); dev_dbg(&client->dev, "Starting lm75 update\n"); Replace other printk calls with the dev_info, dev_err or dev_warn Replace other printk calls with the dev_info, dev_err or dev_warn function, as appropriate. function, as appropriate. * [Constants] Constants defines (registers, conversions, initial * [Constants] Constants defines (registers, conversions) should be values) should be aligned. This greatly improves readability. aligned. This greatly improves readability. Same goes for variables declarations. Alignments are achieved by the Alignments are achieved by the means of tabs, not spaces. Remember means of tabs, not spaces. Remember that tabs are set to 8 in the that tabs are set to 8 in the Linux kernel code. Linux kernel code. * [Structure definition] The name field should be standardized. All lowercase and as simple as the driver name itself (e.g. "lm75"). * [Layout] Avoid extra empty lines between comments and what they * [Layout] Avoid extra empty lines between comments and what they comment. Respect the coding style (see Documentation/CodingStyle), comment. Respect the coding style (see Documentation/CodingStyle), Loading Loading
Documentation/feature-removal-schedule.txt +0 −9 Original line number Original line Diff line number Diff line Loading @@ -71,15 +71,6 @@ Who: Mauro Carvalho Chehab <mchehab@brturbo.com.br> --------------------------- --------------------------- What: i2c sysfs name change: in1_ref, vid deprecated in favour of cpu0_vid When: November 2005 Files: drivers/i2c/chips/adm1025.c, drivers/i2c/chips/adm1026.c Why: Match the other drivers' name for the same function, duplicate names will be available until removal of old names. Who: Grant Coady <gcoady@gmail.com> --------------------------- What: remove EXPORT_SYMBOL(panic_timeout) What: remove EXPORT_SYMBOL(panic_timeout) When: April 2006 When: April 2006 Files: kernel/panic.c Files: kernel/panic.c Loading
Documentation/hwmon/w83627hf +11 −8 Original line number Original line Diff line number Diff line Loading @@ -54,13 +54,16 @@ If you really want i2c accesses for these Super I/O chips, use the w83781d driver. However this is not the preferred method use the w83781d driver. However this is not the preferred method now that this ISA driver has been developed. now that this ISA driver has been developed. Technically, the w83627thf does not support a VID reading. However, it's The w83627_HF_ uses pins 110-106 as VID0-VID4. The w83627_THF_ uses the possible or even likely that your mainboard maker has routed these signals same pins as GPIO[0:4]. Technically, the w83627_THF_ does not support a to a specific set of general purpose IO pins (the Asus P4C800-E is one such VID reading. However the two chips have the identical 128 pin package. So, board). The w83627thf driver now interprets these as VID. If the VID on it is possible or even likely for a w83627thf to have the VID signals routed your board doesn't work, first see doc/vid in the lm_sensors package. If to these pins despite their not being labeled for that purpose. Therefore, that still doesn't help, email us at lm-sensors@lm-sensors.org. the w83627thf driver interprets these as VID. If the VID on your board doesn't work, first see doc/vid in the lm_sensors package[1]. If that still doesn't help, you may just ignore the bogus VID reading with no harm done. For further information on this driver see the w83781d driver For further information on this driver see the w83781d driver documentation. documentation. [1] http://www2.lm-sensors.nu/~lm78/cvs/browse.cgi/lm_sensors2/doc/vid
Documentation/i2c/busses/i2c-nforce2 +2 −1 Original line number Original line Diff line number Diff line Loading @@ -6,6 +6,7 @@ Supported adapters: * nForce3 Pro150 MCP 10de:00D4 * nForce3 Pro150 MCP 10de:00D4 * nForce3 250Gb MCP 10de:00E4 * nForce3 250Gb MCP 10de:00E4 * nForce4 MCP 10de:0052 * nForce4 MCP 10de:0052 * nForce4 MCP-04 10de:0034 Datasheet: not publically available, but seems to be similar to the Datasheet: not publically available, but seems to be similar to the AMD-8111 SMBus 2.0 adapter. AMD-8111 SMBus 2.0 adapter. Loading
Documentation/i2c/busses/i2c-parport +1 −0 Original line number Original line Diff line number Diff line Loading @@ -17,6 +17,7 @@ It currently supports the following devices: * Velleman K8000 adapter * Velleman K8000 adapter * ELV adapter * ELV adapter * Analog Devices evaluation boards (ADM1025, ADM1030, ADM1031, ADM1032) * Analog Devices evaluation boards (ADM1025, ADM1030, ADM1031, ADM1032) * Barco LPT->DVI (K5800236) adapter These devices use different pinout configurations, so you have to tell These devices use different pinout configurations, so you have to tell the driver what you have, using the type module parameter. There is no the driver what you have, using the type module parameter. There is no Loading
Documentation/i2c/porting-clients +53 −37 Original line number Original line Diff line number Diff line Revision 5, 2005-07-29 Revision 6, 2005-11-20 Jean Delvare <khali@linux-fr.org> Jean Delvare <khali@linux-fr.org> Greg KH <greg@kroah.com> Greg KH <greg@kroah.com> This is a guide on how to convert I2C chip drivers from Linux 2.4 to This is a guide on how to convert I2C chip drivers from Linux 2.4 to Linux 2.6. I have been using existing drivers (lm75, lm78) as examples. Linux 2.6. I have been using existing drivers (lm75, lm78) as examples. Then I converted a driver myself (lm83) and updated this document. Then I converted a driver myself (lm83) and updated this document. Note that this guide is strongly oriented towards hardware monitoring drivers. Many points are still valid for other type of drivers, but others may be irrelevant. There are two sets of points below. The first set concerns technical There are two sets of points below. The first set concerns technical changes. The second set concerns coding policy. Both are mandatory. changes. The second set concerns coding policy. Both are mandatory. Loading @@ -22,16 +25,20 @@ Technical changes: #include <linux/module.h> #include <linux/module.h> #include <linux/init.h> #include <linux/init.h> #include <linux/slab.h> #include <linux/slab.h> #include <linux/jiffies.h> #include <linux/i2c.h> #include <linux/i2c.h> #include <linux/i2c-isa.h> /* for ISA drivers */ #include <linux/hwmon.h> /* for hardware monitoring drivers */ #include <linux/hwmon.h> /* for hardware monitoring drivers */ #include <linux/hwmon-sysfs.h> #include <linux/hwmon-sysfs.h> #include <linux/hwmon-vid.h> /* if you need VRM support */ #include <linux/hwmon-vid.h> /* if you need VRM support */ #include <linux/err.h> /* for class registration */ #include <asm/io.h> /* if you have I/O operations */ #include <asm/io.h> /* if you have I/O operations */ Please respect this inclusion order. Some extra headers may be Please respect this inclusion order. Some extra headers may be required for a given driver (e.g. "lm75.h"). required for a given driver (e.g. "lm75.h"). * [Addresses] SENSORS_I2C_END becomes I2C_CLIENT_END, ISA addresses * [Addresses] SENSORS_I2C_END becomes I2C_CLIENT_END, ISA addresses are no more handled by the i2c core. are no more handled by the i2c core. Address ranges are no more supported either, define each individual address separately. SENSORS_INSMOD_<n> becomes I2C_CLIENT_INSMOD_<n>. SENSORS_INSMOD_<n> becomes I2C_CLIENT_INSMOD_<n>. * [Client data] Get rid of sysctl_id. Try using standard names for * [Client data] Get rid of sysctl_id. Try using standard names for Loading @@ -48,23 +55,23 @@ Technical changes: int kind); int kind); static void lm75_init_client(struct i2c_client *client); static void lm75_init_client(struct i2c_client *client); static int lm75_detach_client(struct i2c_client *client); static int lm75_detach_client(struct i2c_client *client); static void lm75_update_client(struct i2c_client *client); static struct lm75_data lm75_update_device(struct device *dev); * [Sysctl] All sysctl stuff is of course gone (defines, ctl_table * [Sysctl] All sysctl stuff is of course gone (defines, ctl_table and functions). Instead, you have to define show and set functions for and functions). Instead, you have to define show and set functions for each sysfs file. Only define set for writable values. Take a look at an each sysfs file. Only define set for writable values. Take a look at an existing 2.6 driver for details (lm78 for example). Don't forget existing 2.6 driver for details (it87 for example). Don't forget to define the attributes for each file (this is that step that to define the attributes for each file (this is that step that links callback functions). Use the file names specified in links callback functions). Use the file names specified in Documentation/i2c/sysfs-interface for the individual files. Also Documentation/hwmon/sysfs-interface for the individual files. Also convert the units these files read and write to the specified ones. convert the units these files read and write to the specified ones. If you need to add a new type of file, please discuss it on the If you need to add a new type of file, please discuss it on the sensors mailing list <lm-sensors@lm-sensors.org> by providing a sensors mailing list <lm-sensors@lm-sensors.org> by providing a patch to the Documentation/i2c/sysfs-interface file. patch to the Documentation/hwmon/sysfs-interface file. * [Attach] For I2C drivers, the attach function should make sure * [Attach] For I2C drivers, the attach function should make sure that the adapter's class has I2C_CLASS_HWMON, using the that the adapter's class has I2C_CLASS_HWMON (or whatever class is following construct: suitable for your driver), using the following construct: if (!(adapter->class & I2C_CLASS_HWMON)) if (!(adapter->class & I2C_CLASS_HWMON)) return 0; return 0; ISA-only drivers of course don't need this. ISA-only drivers of course don't need this. Loading @@ -72,63 +79,72 @@ Technical changes: * [Detect] As mentioned earlier, the flags parameter is gone. * [Detect] As mentioned earlier, the flags parameter is gone. The type_name and client_name strings are replaced by a single The type_name and client_name strings are replaced by a single name string, which will be filled with a lowercase, short string name string, which will be filled with a lowercase, short string. (typically the driver name, e.g. "lm75"). In i2c-only drivers, drop the i2c_is_isa_adapter check, it's In i2c-only drivers, drop the i2c_is_isa_adapter check, it's useless. Same for isa-only drivers, as the test would always be useless. Same for isa-only drivers, as the test would always be true. Only hybrid drivers (which are quite rare) still need it. true. Only hybrid drivers (which are quite rare) still need it. The errorN labels are reduced to the number needed. If that number The labels used for error paths are reduced to the number needed. is 2 (i2c-only drivers), it is advised that the labels are named It is advised that the labels are given descriptive names such as exit and exit_free. For i2c+isa drivers, labels should be named exit and exit_free. Don't forget to properly set err before ERROR0, ERROR1 and ERROR2. Don't forget to properly set err before jumping to error labels. By the way, labels should be left-aligned. jumping to error labels. By the way, labels should be left-aligned. Use kzalloc instead of kmalloc. Use kzalloc instead of kmalloc. Use i2c_set_clientdata to set the client data (as opposed to Use i2c_set_clientdata to set the client data (as opposed to a direct access to client->data). a direct access to client->data). Use strlcpy instead of strcpy to copy the client name. Use strlcpy instead of strcpy or snprintf to copy the client name. Replace the sysctl directory registration by calls to Replace the sysctl directory registration by calls to device_create_file. Move the driver initialization before any device_create_file. Move the driver initialization before any sysfs file creation. sysfs file creation. Register the client with the hwmon class (using hwmon_device_register) if applicable. Drop client->id. Drop client->id. Drop any 24RF08 corruption prevention you find, as this is now done Drop any 24RF08 corruption prevention you find, as this is now done at the i2c-core level, and doing it twice voids it. at the i2c-core level, and doing it twice voids it. Don't add I2C_CLIENT_ALLOW_USE to client->flags, it's the default now. * [Init] Limits must not be set by the driver (can be done later in * [Init] Limits must not be set by the driver (can be done later in user-space). Chip should not be reset default (although a module user-space). Chip should not be reset default (although a module parameter may be used to force is), and initialization should be parameter may be used to force it), and initialization should be limited to the strictly necessary steps. limited to the strictly necessary steps. * [Detach] Get rid of data, remove the call to * [Detach] Remove the call to i2c_deregister_entry. Do not log an i2c_deregister_entry. Do not log an error message if error message if i2c_detach_client fails, as i2c-core will now do i2c_detach_client fails, as i2c-core will now do it for you. it for you. Unregister from the hwmon class if applicable. * [Update] Don't access client->data directly, use i2c_get_clientdata(client) instead. * [Update] The function prototype changed, it is now passed a device structure, which you have to convert to a client * [Interface] Init function should not print anything. Make sure using to_i2c_client(dev). The update function should return a there is a MODULE_LICENSE() line, at the bottom of the file pointer to the client data. (after MODULE_AUTHOR() and MODULE_DESCRIPTION(), in this order). Don't access client->data directly, use i2c_get_clientdata(client) instead. Use time_after() instead of direct jiffies comparison. * [Interface] Make sure there is a MODULE_LICENSE() line, at the bottom of the file (after MODULE_AUTHOR() and MODULE_DESCRIPTION(), in this order). * [Driver] The flags field of the i2c_driver structure is gone. I2C_DF_NOTIFY is now the default behavior. The i2c_driver structure has a driver member, which is itself a structure, those name member should be initialized to a driver name string. i2c_driver itself has no name member anymore. Coding policy: Coding policy: * [Copyright] Use (C), not (c), for copyright. * [Copyright] Use (C), not (c), for copyright. * [Debug/log] Get rid of #ifdef DEBUG/#endif constructs whenever you * [Debug/log] Get rid of #ifdef DEBUG/#endif constructs whenever you can. Calls to printk/pr_debug for debugging purposes are replaced can. Calls to printk for debugging purposes are replaced by calls to by calls to dev_dbg. Here is an example on how to call it (taken dev_dbg where possible, else to pr_debug. Here is an example of how from lm75_detect): to call it (taken from lm75_detect): dev_dbg(&client->dev, "Starting lm75 update\n"); dev_dbg(&client->dev, "Starting lm75 update\n"); Replace other printk calls with the dev_info, dev_err or dev_warn Replace other printk calls with the dev_info, dev_err or dev_warn function, as appropriate. function, as appropriate. * [Constants] Constants defines (registers, conversions, initial * [Constants] Constants defines (registers, conversions) should be values) should be aligned. This greatly improves readability. aligned. This greatly improves readability. Same goes for variables declarations. Alignments are achieved by the Alignments are achieved by the means of tabs, not spaces. Remember means of tabs, not spaces. Remember that tabs are set to 8 in the that tabs are set to 8 in the Linux kernel code. Linux kernel code. * [Structure definition] The name field should be standardized. All lowercase and as simple as the driver name itself (e.g. "lm75"). * [Layout] Avoid extra empty lines between comments and what they * [Layout] Avoid extra empty lines between comments and what they comment. Respect the coding style (see Documentation/CodingStyle), comment. Respect the coding style (see Documentation/CodingStyle), Loading