- I tested only ROLAND UM-1 and YAMAHA UX256.
These are not conforming to USB-MIDI spec, however these are
similar to USB-MIDI.
- Since I've not yet seen the "genuine" USB-MIDI device,
I cannot test such devices although I wrote the codes for it.
TODO:
- clean up the codes.
- umidi(4) manpage.
- /dev/rmidi? is working well, but /dev/music seems not working correctly.
Furthermore, it uses Avisions scanner-over-SCSI protocol (but that's
not visible in the driver).
Thanks to Lloyd Parkes for testing and debugging and to Jukka Marin for
testing.
XXX This driver should be extended to handle Microtek scanners as well.
the EZ-USB chip. After downloading the firmware the device detaches
and then reattaches as a composite device (audio + HID).
XXX For now there is no firmware committed since the vendor (Silicon
XXX Portals) has not yet agreed that we can redistribute their firmware.
XXX This driver might go away again, since you can do it all with ugen.
XXX But this driver is compatible with the Linux driver so there are
XXX programs for it.
This code probably doesn't work, because it has not been tested.
Despite several pleas for testing there doesn't seem to be any Visor owners
out there. Perhaps it will get tested if it's in -current?
Anyway, the code can at least serve as a template for how to make a USB driver
that shows up as a tty.
the device driver instead of happening automagically in the HC driver.
This affects both the HC-USBD interface as well as the USBD-device
interface.
This change will allow DMA buffers to be reused e.g. in isochronous
traffic.
Add isochronous support to the UHCI driver (not for OHCI yet).
It is accessible through the usual tty abstraction.
XXX The driver needs better error handling and a special call device.
XXX It also needs more testing.
lukem