Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 7 Apr 2000 12:38:16 +0100 (BST)
From:      Nick Hibma <n_hibma@calcaphon.com>
To:        USB BSD list <usb-bsd@egroups.com>
Cc:        FreeBSD CURRENT Mailing List <current@FreeBSD.ORG>
Subject:   USB To Do list
Message-ID:  <Pine.BSF.4.20.0004071234430.6334-100000@localhost>

next in thread | raw e-mail | index | archive | help
    
If've put up a list of things that need to be done still in the FreeBSD
USB stack. The list is _big_. I'll be adding things as they come up.

	http://www.etla.net/~n_hibma/usb/usb.pl

A lot of the items are not that difficult to do and if you feel like
taking up a little project, start working on something and send
patches/source as you work through them. It might change the short term
priority list a bit to include your toy :-)

The Todo list is included below.

Nick
--
n_hibma@webweaving.org
n_hibma@freebsd.org                                          USB project
http://www.etla.net/~n_hibma/


To Do list for the USB project:


Let meknow if you would like to participate in any way, or you have
done one of the items below!


- Short term priority list
    
    - Finish off the import of the urio driver. Update the license
    in rio500_usb.h.
    
    - Finish the synchronisation with NetBSD
    
    - Split umass into two parts: wire (BBB, CBI) and command
    protocols
    
    - Investigate panic on close of interrupt pipe with low frequency.
    
    - Finally checkout the umodem driver and include it in the tree.
    

- USB base stack and general items.
    
    - Fix/check suspend on UHCI and OHCI controllers, especially on
    laptops.
    
    - Use a kthread to handle the 'Done Queue'.
    
    - OHCI connection problems
    
    - Check out the manpages available. Add new ones where
    appropriate.
    
    - Generic driver should be available for all devices, not only for
    the ones that nothing else attaches to.
    
    - Possibility of locking pipes, interfaces &amp; devices to make
    sure no concurrent accesses are done (confusing a device, e.g.
    e-shuttle USB)
    
    - Implement poll/select for generic device. Idea: When select is
    called for reading and no read is in progress a read for
    MaxPacketSize with SHORT PACKET OK set is initiated. Select for
    writing always succeeds.
    
    - One shot transfers on interrupt pipes (needed for 'bulk' outs on
    low speed devices for example).
    

- USB userland utility (usbcontrol)
    - The word 'class' is used in usb.h. This is a problem for c++
    compilers. Change the whole interface for usbdevs/usbd to something
    sensible.
    
    - Create a usbcontrol util combining all the functionality of
    usb_dump.c, usbdevs and the usb*something* utility in NetBSD into one.
    
    

- USB Serial port driver (usio) driver (by Doug Ambrisko)
    
    - Check out the version of sdcc that is in ports nowadays.
    
    - Check out which dongles the usio driver works with
    
    - Usio manpage.
    

- USB Mass Storage (umass) driver
    
    - Check out the file system corruption problems under heavy load /
    added load of a USB ethernet dongle.
    
    - Check out support for ATAPI devices.
    
    - Convert Read/Write_6 to Read/Write_10 in transform. This avoids
    having to quirk every single UFI compliant device.
    
    

- USB Keyboards
    - Keyboard in DDB debugger does not work.
    

- USB printer port support
    
    - Bi-directional support
    
    - Is the manual page up to date? Does it specify all the flags you
    can set on the device minor number?
    
    

- Related:
    
    - PCI/USB/PCCard/PCMCIA/other vendor, product and revision Id
    matching code should be made generic, so that drivers can match in a
    more generic way. The ID's should be collected into one location to
    make the addition of new Id's more generic.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.20.0004071234430.6334-100000>