drivers/staging/fwserial/TODO

   1 TODOs
   2 -----
   3 1. Implement retries for RCODE_BUSY, RCODE_NO_ACK and RCODE_SEND_ERROR
   4    - I/O is handled asynchronously which presents some issues when error
   5      conditions occur.
   6 2. Implement _robust_ console on top of this. The existing prototype console
   7    driver is not ready for the big leagues yet.
   8 3. Expose means of controlling attach/detach of peers via sysfs. Include
   9    GUID-to-port matching/whitelist/blacklist.
  10
  11 -- Issues with firewire stack --
  12 1. This driver uses the same unregistered vendor id that the firewire core does
  13      (0xd00d1e). Perhaps this could be exposed as a define in
  14      firewire-constants.h?
  15 2. MAX_ASYNC_PAYLOAD needs to be publicly exposed by core/ohci
  16    - otherwise how will this driver know the max size of address window to
  17      open for one packet write?
  18 3. Maybe device_max_receive() and link_speed_to_max_payload() should be
  19      taken up by the firewire core?
  20 4. To avoid dropping rx data while still limiting the maximum buffering,
  21      the size of the AR context must be known. How to expose this to drivers?
  22 5. Explore if bigger AR context will reduce RCODE_BUSY responses
  23    (or auto-grow to certain max size -- but this would require major surgery
  24     as the current AR is contiguously mapped)
  25
  26 -- Issues with TTY core --
  27   1. Hack for alternate device name scheme
  28      - because udev no longer allows device renaming, devices should have
  29        their proper names on creation. This is an issue for creating the
  30        fwloop<n> device with the fwtty<n> devices because although duplicating
  31        roughly the same operations as tty_port_register_device() isn't difficult,
  32        access to the tty_class & tty_fops is restricted in scope.
  33
  34        This is currently being worked around in create_loop_device() by
  35        extracting the tty_class ptr and tty_fops ptr from the previously created
  36        tty devices. Perhaps an add'l api can be added -- eg.,
  37        tty_{port_}register_named_device().