LM-Sensors TODO list
Contact us if you have comments or wish to help.
------------------------------------------------

KERNEL MODULES
==============

* Harmonize 'smart fan' support.
  The following drivers support pwm. The ones that support
  automatic or smart fan support are identified.
  We have a /proc standard for manual PWM support that allows
  for /proc based applications like pwmconfig and fancontrol
  in our package.
  Without a /proc standard for smart fan support such applications
  are much more difficult.

	Driver		Manual PWM	Smart fan
	adm1026		standard	not supported
	asb100		standard	??
	it87		non-std		yes
	lm85		standard	yes
	vt1211		doesn't work	not supported
	w83627hf	standard        not supported
	w83781d		standard	not supported (791 only)

  The following drivers are for chips that have manual PWM only.

	Driver		Manual PWM
	mtp008		standard
	smsc47m1	standard
	vt8231		standard
	w83781d (except 791d)	standard

* Assistance on how to fix module refcounting is welcome.
  To my understanding, it does not handle client->adapter->owner
  correctly now, and it is possible to rmmod adapter while one of its
  clients is in use.

* "uninstall" Makefile target.

* ACPI and SMBus host
 - ACPI subsystem may access SMBus host too. Locks?
 - On my ancient board using i2c-via, suspend and power switch status
   seems to be in the same register with SCL and SDA.

* Suspend-to-disk, losing Vcc
 - Reset i2c client to avoid alarms and SCI interrupts. Currently
   sensors do not create interrupt with alarms.

* Return from suspend
 - Reinitialize i2c client.

* Handle -1 returns from i2c layer rather than just delivering 0xFF to
  /proc and libsensors; report errors through /proc 'alarms' or
  new 'fail' entry? See adm1021 for a partial example.

* ALL: cleanup_module is void; check also that cleaning up is done
  properly, now we know that the module will be unloaded whatever we
  do.

* ALL chip drivers: add a readonly insmod option so we don't cause APM/ACPI
  to go insane.

* gl518sm: using iterate==2 causes a tread to be started. this thread remains
  even after setting iterate==1 and/or removing the gl518sm module
  <koenig@uranus.tat.physik.uni-tuebingen.de>

* LM78 detection: Tom Webster has proven that the reset bit in the 
  id register can be one (strange!)

* maxilife.c: Introduce new insmod variables

* maxilife.c: Round REG_TO_VID correctly

* icspll.c: Rewrite. The current implementation simply can't work at all.
  It needs i2c-level access (too bad for SMBus-only adapters).

* Support 10-bit addresses. At this moment, they are supported nowhere, except
  in Simon Vogl's i2c modules.

* adm9240: check whether the current voltage computations are correct.
  Probably not, as they are different from the datasheet specifications.
  Also check for the supported dallas chip.

* lm80: Check how OS alarms work. At page 17 of the sheet, it tells
  something completely different from the description at page 25.

* Add MTP006F chip: http://www.myson.com/Pcd/MTP006/Mtp006.pdf
  gfiala@s.netic.de (Guido Fiala) has one on his mainboard


LIBRARY
=======

* Easier use of /proc and libsensors without knowing the chip type
  At the moment a programmer wishing to use the lm_sensors package needs to know
  what chips are supported and needs to add all those chips into his package.
  If you were to add a field or function to your structures to the effect of
  sensor-function a programmer could use the package a lot more simply.
  For values you could do something like -
    enum sensor-type { volt, fan, temp, volt_min, volt_max, fan_div, fan_min,
    temp_over, temp_hyst }

* reload does not work (Bison/Flex problem?).

* Some library routines are pretty inefficient right now.

* Library should be split in more separate files, for better linking
  behaviour.

* Some adm9240 labels start with a digit; change this, it leads to confusing
  syntax in the conf file (they have to be quoted)
