diff options
| author | Jean Delvare <khali@linux-fr.org> | 2005-11-26 20:28:06 +0100 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@suse.de> | 2006-01-05 22:16:21 -0800 |
| commit | 8a9947552d43b0d20d5fa23ac0ba435d526be454 (patch) | |
| tree | 086844a62f549e488ebeecc196e1d4726a1d4598 /Documentation/i2c/writing-clients | |
| parent | ff179c8cf5caa17bf3d407edbb5872aa2eee6900 (diff) | |
| download | kernel_samsung_smdk4412-8a9947552d43b0d20d5fa23ac0ba435d526be454.zip kernel_samsung_smdk4412-8a9947552d43b0d20d5fa23ac0ba435d526be454.tar.gz kernel_samsung_smdk4412-8a9947552d43b0d20d5fa23ac0ba435d526be454.tar.bz2 | |
[PATCH] i2c: Drop i2c_driver.flags, 2 of 3
Just about every i2c chip driver sets the I2C_DF_NOTIFY flag, so we
can simply make it the default and drop the flag. If any driver really
doesn't want to be notified when i2c adapters are added, that driver
can simply omit to set .attach_adapter. This approach is also more
robust as it prevents accidental NULL pointer dereferences.
Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'Documentation/i2c/writing-clients')
| -rw-r--r-- | Documentation/i2c/writing-clients | 5 |
1 files changed, 0 insertions, 5 deletions
diff --git a/Documentation/i2c/writing-clients b/Documentation/i2c/writing-clients index d19993c..59d2c16 100644 --- a/Documentation/i2c/writing-clients +++ b/Documentation/i2c/writing-clients @@ -27,7 +27,6 @@ address. static struct i2c_driver foo_driver = { .owner = THIS_MODULE, .name = "Foo version 2.3 driver", - .flags = I2C_DF_NOTIFY, .attach_adapter = &foo_attach_adapter, .detach_client = &foo_detach_client, .command = &foo_command /* may be NULL */ @@ -36,10 +35,6 @@ static struct i2c_driver foo_driver = { The name field must match the driver name, including the case. It must not contain spaces, and may be up to 31 characters long. -Don't worry about the flags field; just put I2C_DF_NOTIFY into it. This -means that your driver will be notified when new adapters are found. -This is almost always what you want. - All other fields are for call-back functions which will be explained below. |