12009 8/18
2
3Core:
41) Get reviews
52) Additional testing
63) Ensure all desirable features present by adding more devices.
7   Major changes not expected except in response to comments
8
9Max1363 core:
101) Possibly add sysfs exports of constant useful to userspace.
11Would be nice
122) Support hardware generated interrupts
133) Expand device set. Lots of other maxim adc's have very
14   similar interfaces.
15
16TSL2561
17Would be nice
181) Open question of userspace vs kernel space balance when
19converting to useful light measurements from device ones.
202) Add sysfs elements necessary to allow device agnostic
21unit conversion.
22
23LIS3L02DQ core
24
25LIS3L02DQ ring
26
27KXSD9
28Currently minimal driver, would be nice to add:
291) Support for all chip generated interrupts (events),
30basically get support up to level of lis3l02dq driver.
31
32Ring buffer core
33
34SCA3000
35Would be nice
361) Testing on devices other than sca3000-e05
37
38Trigger core support
391) Discussion of approach. Is it general enough?
40
41Ring Buffer:
421) Discussion of approach.
43There are probably better ways of doing this. The
44intention is to allow for more than one software ring
45buffer implementation as different users will have
46different requirements.  This one suits mid range
47frequencies (100Hz - 4kHz).
482) Lots of testing
49
50Periodic Timer trigger
511) Move to a more general hardware periodic timer request
52subsystem. Current approach is abusing purpose of RTC.
53Initial discussions have taken place, but no actual code
54is in place as yet. This topic will be reopened on lkml
55shortly. I don't really envision this patch being merged
56in anything like its current form.
57
58GPIO trigger
591) Add control over the type of interrupt etc.  This will
60necessitate a header that is also visible from arch board
61files. (avoided at the moment to keep the driver set
62contained in staging).
63
64ADI Drivers:
65CC the device-drivers-devel@blackfin.uclinux.org mailing list when
66e-mailing the normal IIO list (see below).
67
68Documentation
691) Lots of cleanup and expansion.
702) Some device require indvidual docs.
71
72Contact: Jonathan Cameron <jic23@cam.ac.uk>.
73Mailing list: linux-iio@vger.kernel.org
74