bunnie 0dadc32716 fix interrupts, direction ... interrupts seem to behave much more like i think they should. i think the interrupt unit on the spinalHDL block is not made to have the whole set enabled/disabled frequently, it just wants to have the bits banged to clear the interrupts. enabling and disabling interrupts as a whole causes some erratic operations. NB: the reference linux driver only enables them once and never turns them off. also, realized just now that OUT is from the direction of the host. so OUT on the device is incoming data. oops. things are moving in the right direction, i'm seeing the next IN packet being issued by the USB driver on the precursor side, but it's not being sent by the hardware. yet.		2022-05-13 23:44:15 +08:00
..
api.rs	layer in the HID keyboard drivers	2022-05-07 13:21:23 +08:00
hosted.rs	working through the usb endpoint descriptor allocator	2022-05-02 22:59:33 +08:00
hw.rs	fix interrupts, direction	2022-05-13 23:44:15 +08:00
kbd.rs	initial toy repl for usb debugging	2022-04-27 00:53:58 +08:00
main.rs	fix interrupts, direction	2022-05-13 23:44:15 +08:00
spinal_udc.c	refactor of usb hardware drivers	2022-05-09 10:04:59 +08:00