Re: More hardware monitoring drivers ported to the new sysfs callbacks
From: Yani Ioannou (yani.ioannou_at_gmail.com)
Date: 06/05/05
- Previous message: Jean Delvare: "More hardware monitoring drivers ported to the new sysfs callbacks"
- In reply to: Jean Delvare: "More hardware monitoring drivers ported to the new sysfs callbacks"
- Next in thread: Jean Delvare: "[PATCH 2.6] I2C: (1/3) lm63 uses new sysfs callbacks"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Sun, 5 Jun 2005 14:25:43 -0400 To: Jean Delvare <khali@linux-fr.org>
Hi Jean,
> I have been modifying three additional hardware monitoring drivers to
> take benefit of Yani Ioannou's new, extended sysfs callbacks. These
> drivers are lm63, lm83 and lm90. All of these are relatively small when
> compared to the first two modified drivers (adm1026 and it87). My goal
> was to demonstrate that the new callbacks can also be used in small
> drivers, with significant benefits. The result is even smaller drivers
> (less memory used when loaded), relying far less on macros, which makes
> the code easier to read (and the drivers presumably faster to distribute
> using distcc).
>
> Module Before After
> lm63 10128 9424 ( -704/ -6%)
> lm83 8784 6864 (-1920/-21%)
> lm90 12420 10628 (-1792/-14%)
>
Good stuff :-)
> First, I don't much like the name of the new header file,
> linux/i2c-sysfs.h. It isn't related with i2c at all! It's all about
> sensors (or hardware monitoring if you prefer). I think the header file
> should be named linux/hwmon-sysfs.h or something similar.
hwmon wasn't near being added to -mm at the time so I went with the
status quo and named it i2c-sysfs, I'm all for renaming it to
hwmon-sysfs.h though.
> Second, is there a reason why the SENSOR_DEVICE_ATTR macro creates a
> stucture named sensor_dev_attr_##_name rather than simply
> dev_attr_##_name? As it seems unlikely that SENSOR_DEVICE_ATTR and
> DEVICE_ATTR will both be called for the same file, going for the short
> form shouldn't cause any problem. This would make the calling code more
> readable IMHO.
I know the variable names are a bit long, but my patch against adm1026
for example still uses DEVICE_ATTR for attributes that can't make any
use of the dynamic callbacks, and hence I don't want to waste the
extra space required for a sensor device attribute. So there is still
reason to use both in one file. When it comes to macros that define
'hidden' variable names I'm inclined to err on the side of caution and
use the longer name too.
Thanks,
Yani
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Jean Delvare: "More hardware monitoring drivers ported to the new sysfs callbacks"
- In reply to: Jean Delvare: "More hardware monitoring drivers ported to the new sysfs callbacks"
- Next in thread: Jean Delvare: "[PATCH 2.6] I2C: (1/3) lm63 uses new sysfs callbacks"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
