The "official" packet writing module TODO list. Feel free to just
dig in there and send me patches! If you feel something is missing
from the list, say so.

"Easy Hacks"(tm)

- Look at the devfs parts, it's completely wrong. I've known since I put
  it on. Not using devfs myself I really don't care, but it would be
  nice if we had a /dev/pktcdvd/bla bla setup.

- Do reference counting on pkt_find_dev to avoid races where a device
  can be torn down while it is busy. Basically the whole thing needs to
  audited for this sort of situation.

- (not kernel) The capacity is often wrong when doing a -q quick setup
  with cdrwtool. Some Yamaha and Plextor only show 438mb or so of data,
  where it really should be ~530.

- fix mount so that it can "automagically" do right setup for using cd,
  right now one has to do:

		pktsetup /dev/pktcdvd0 /dev/scd0
		mount /dev/pktcdvd0 /mnt/cdrw -t udf -o rw,noatime

		pktsetup -d /dev /pktcdvd0
		umount /dev/cdrw

0.0.2 series

- Currently writing slows down considerably when either a large file or
  several files are written to a device (keyword is writing more than
  the buffer mem can handle). At this point the internal pktcdvd "elevator"
  is not given the opportunity to do proper coalescing of requests, which
  means we have to go and read those blocks from disc... We already try
  to work around this problem by bringing in data for several requests
  before firing them (see the internal buffer pool, and pkt_handle_queue),
  but the less data we have to bring in the better. This is my theory,
  I may be completely off track and the cause of the lack of "full"
  requests lie elsewhere. Increasing FREE_BUFFERS in pktcdvd.h will
  improve the current situation at the cost of eating more memory (we
  are currently using 256, which means 256*2048 = 0.5MB of memory).

- Some Ricoh drives (particularly Ben's) refuse to read data written
  with pktcdvd.

- Bad block re-mapping. I intend for this to be done at make_request
  time. The details of how we'll exchange this data with UDF are not
  clear at this point. It shouldn't be that much work to support though.

0.0.3 series
 
- Modularize into several modules (pkt_core, pkt_cdrw, pkt_cdr, etc) so
  that we can support CD-R discs and newer (Mt Rainier, someone whispers).

- More advanced failure handling, so we can use write caching on the drives.

