| 1 |
LM-Sensors TODO list |
|---|
| 2 |
Contact us if you have comments or wish to help. |
|---|
| 3 |
------------------------------------------------ |
|---|
| 4 |
|
|---|
| 5 |
KERNEL MODULES |
|---|
| 6 |
============== |
|---|
| 7 |
|
|---|
| 8 |
* Harmonize 'smart fan' support. |
|---|
| 9 |
The following drivers support pwm. The ones that support |
|---|
| 10 |
automatic or smart fan support are identified. |
|---|
| 11 |
We have a /proc standard for manual PWM support that allows |
|---|
| 12 |
for /proc based applications like pwmconfig and fancontrol |
|---|
| 13 |
in our package. |
|---|
| 14 |
Without a /proc standard for smart fan support such applications |
|---|
| 15 |
are much more difficult. |
|---|
| 16 |
|
|---|
| 17 |
Driver Manual PWM Smart fan |
|---|
| 18 |
adm1026 standard not supported |
|---|
| 19 |
asb100 standard ?? |
|---|
| 20 |
it87 non-std yes |
|---|
| 21 |
lm85 standard yes |
|---|
| 22 |
vt1211 doesn't work not supported |
|---|
| 23 |
w83627hf standard not supported |
|---|
| 24 |
w83781d standard not supported (791 only) |
|---|
| 25 |
|
|---|
| 26 |
The following drivers are for chips that have manual PWM only. |
|---|
| 27 |
|
|---|
| 28 |
Driver Manual PWM |
|---|
| 29 |
mtp008 standard |
|---|
| 30 |
smsc47m1 standard |
|---|
| 31 |
vt8231 standard |
|---|
| 32 |
w83781d (except 791d) standard |
|---|
| 33 |
|
|---|
| 34 |
* Assistance on how to fix module refcounting is welcome. |
|---|
| 35 |
To my understanding, it does not handle client->adapter->owner |
|---|
| 36 |
correctly now, and it is possible to rmmod adapter while one of its |
|---|
| 37 |
clients is in use. |
|---|
| 38 |
|
|---|
| 39 |
* "uninstall" Makefile target. |
|---|
| 40 |
|
|---|
| 41 |
* ACPI and SMBus host |
|---|
| 42 |
- ACPI subsystem may access SMBus host too. Locks? |
|---|
| 43 |
- On my ancient board using i2c-via, suspend and power switch status |
|---|
| 44 |
seems to be in the same register with SCL and SDA. |
|---|
| 45 |
|
|---|
| 46 |
* Suspend-to-disk, losing Vcc |
|---|
| 47 |
- Reset i2c client to avoid alarms and SCI interrupts. Currently |
|---|
| 48 |
sensors do not create interrupt with alarms. |
|---|
| 49 |
|
|---|
| 50 |
* Return from suspend |
|---|
| 51 |
- Reinitialize i2c client. |
|---|
| 52 |
|
|---|
| 53 |
* Handle -1 returns from i2c layer rather than just delivering 0xFF to |
|---|
| 54 |
/proc and libsensors; report errors through /proc 'alarms' or |
|---|
| 55 |
new 'fail' entry? See adm1021 for a partial example. |
|---|
| 56 |
|
|---|
| 57 |
* ALL: cleanup_module is void; check also that cleaning up is done |
|---|
| 58 |
properly, now we know that the module will be unloaded whatever we |
|---|
| 59 |
do. |
|---|
| 60 |
|
|---|
| 61 |
* ALL chip drivers: add a readonly insmod option so we don't cause APM/ACPI |
|---|
| 62 |
to go insane. |
|---|
| 63 |
|
|---|
| 64 |
* gl518sm: using iterate==2 causes a tread to be started. this thread remains |
|---|
| 65 |
even after setting iterate==1 and/or removing the gl518sm module |
|---|
| 66 |
<koenig@uranus.tat.physik.uni-tuebingen.de> |
|---|
| 67 |
|
|---|
| 68 |
* LM78 detection: Tom Webster has proven that the reset bit in the |
|---|
| 69 |
id register can be one (strange!) |
|---|
| 70 |
|
|---|
| 71 |
* maxilife.c: Introduce new insmod variables |
|---|
| 72 |
|
|---|
| 73 |
* maxilife.c: Round REG_TO_VID correctly |
|---|
| 74 |
|
|---|
| 75 |
* Support 10-bit addresses. At this moment, they are supported nowhere, except |
|---|
| 76 |
in Simon Vogl's i2c modules. |
|---|
| 77 |
|
|---|
| 78 |
* adm9240: check whether the current voltage computations are correct. |
|---|
| 79 |
Probably not, as they are different from the datasheet specifications. |
|---|
| 80 |
Also check for the supported dallas chip. |
|---|
| 81 |
|
|---|
| 82 |
* lm80: Check how OS alarms work. At page 17 of the sheet, it tells |
|---|
| 83 |
something completely different from the description at page 25. |
|---|
| 84 |
|
|---|
| 85 |
|
|---|
| 86 |
LIBRARY |
|---|
| 87 |
======= |
|---|
| 88 |
|
|---|
| 89 |
* Easier use of /proc and libsensors without knowing the chip type |
|---|
| 90 |
At the moment a programmer wishing to use the lm_sensors package needs to know |
|---|
| 91 |
what chips are supported and needs to add all those chips into his package. |
|---|
| 92 |
If you were to add a field or function to your structures to the effect of |
|---|
| 93 |
sensor-function a programmer could use the package a lot more simply. |
|---|
| 94 |
For values you could do something like - |
|---|
| 95 |
enum sensor-type { volt, fan, temp, volt_min, volt_max, fan_div, fan_min, |
|---|
| 96 |
temp_over, temp_hyst } |
|---|
| 97 |
|
|---|
| 98 |
* Some library routines are pretty inefficient right now. |
|---|
| 99 |
|
|---|
| 100 |
* Library should be split in more separate files, for better linking |
|---|
| 101 |
behaviour. |
|---|
| 102 |
|
|---|
| 103 |
* Some adm9240 labels start with a digit; change this, it leads to confusing |
|---|
| 104 |
syntax in the conf file (they have to be quoted) |
|---|