| 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) |
|---|
