summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorFrodo Looijaard <frodol@dds.nl>1999-04-11 21:33:26 +0000
committerFrodo Looijaard <frodol@dds.nl>1999-04-11 21:33:26 +0000
commit1715bec9a69448ed2ba64dee223407fc114b3fbc (patch)
tree79a15ed729640ae45d7e67df4e8dc07da7857519 /TODO
parent76c19261095ce40a32348b16205a1ea1a7c56c2a (diff)
downloadlm-sensors-git-1715bec9a69448ed2ba64dee223407fc114b3fbc.tar.gz
Updated and subject-sorted TODO list
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@383 7894878c-1315-0410-8ee3-d5d059ff63e0
Diffstat (limited to 'TODO')
-rw-r--r--TODO56
1 files changed, 32 insertions, 24 deletions
diff --git a/TODO b/TODO
index 376102f5..707779ec 100644
--- a/TODO
+++ b/TODO
@@ -1,17 +1,20 @@
Many, many things. Most notably:
-* Sensors program needs to print a + before lm75 temperatures
-* Timer chips - block read problems?
-* Library: reload does not work (Bison/Flex problem?)
-* Create wait-queues for bus locking instead of pure semaphores, to make
- it more interactive
-* Check for block read/writes in smbus-on-i2c emulation code
-* Better bounds checking for writes to /proc; fan_min values now checked
- but other features may need too.
+KERNEL MODULES
+==============
+
+* Module documentation!!!
+* 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).
+* Create wait-queues for bus locking instead of pure semaphores in the i2c
+ base modules, to make it more interactive (right now one process can
+ monopolize the entire adapter)
+* Find some soulation for block reads in smbus-on-i2c emulation code
+ We need a hack in the i2c level code for this :-(
* At least the bit-lp and bit-velle modules do no detection on loading;
ask Simon whether this is possible to add.
-* kmalloc with GFP_KERNEL can cause a context switch! Check whether this is
- safe everywhere it is used.
* Support 10-bit addresses. At this moment, they are supported nowhere, except
in Simon Vogl's i2c modules.
* Change the i2c modules to keep the namespace clean (EXPORT_SYMBOL does not
@@ -21,22 +24,27 @@ Many, many things. Most notably:
places, probably (everywhere where global vars are accessed). This must be
done for the i2c modules, too.
* Better general locking, or at least a once-over to check no race-conditions
- remain.
-* Make lm78.c detect 'double hits', (same chip connected to both SMBus and
- ISA).
-* Better chip detection; insmod-time paramters to set addresses
- (difficult, because of all i2c busses!).
-* At least one case report that unused port addresses do not return 0xff
+ remain. This is part of the SMP-safeness, and can better be done at once.
* Register which i2c addresses are used (a la ISA) for each adapter.
-* Rename i2c-proc.c to i2c-user.c, and extend it with /dev entries;
- or, create a better i2c-dev.c, that understands SMBus commands.
-* Write all other drivers
-* How to make drivers detect thing *not*; for example, if a Winbond is
- present, the LM75 driver should not try to access its simulated
- LM75 chips.
-* Some library routines are pretty inefficient right now
* Test SIS5595(/91/98) sensor support. Write generic i2c support.
Thomas Dickel <Thomas.Dickel@mni.fh-giessen.de> owns one SIS5595.
* Make GL518SM rev 00 voltage iteration run as a kernel thread.
Add libsensors support for the new readable registers.
-* Sensors, sensors.conf.eg: add ADM1021 and ADM9240 support.
+* 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.
+
+LIBRARY
+=======
+
+* 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.
+* Many chips are not yet supported by the library.
+
+PROGRAMS
+========
+
+* Sensors program needs to print a + before lm75 temperatures
+* Sensors program needs to be extended for many new chips