In todays edition of “stuff that I found in my storage” a PS/2 meme
Image transcription:
mov rax, rbx add rax, rcx HELLO IT’S THE KEYBOARD I HAVE AN IMPORTANT MESSAGE E
In todays edition of “stuff that I found in my storage” a PS/2 meme
Image transcription:
mov rax, rbx add rax, rcx HELLO IT’S THE KEYBOARD I HAVE AN IMPORTANT MESSAGE E
No. It’s polling based
Actually it’s both, there’s polling with a timeout interrupt if an incoming urb hasn’t been processed quickly.
https://crlab.ece.ucr.edu/usbgps/ohci_uhci.html
This way you can take them in batches at regular intervals.
It makes sense given that even microcontrollers (which are a lot simpler than microprocessors) have dedicated hardware doing the send/receive part of the work which is independent of the processing core and will only fire interrupts if the send or receive buffers reach an empty state.
This way of doing things was already usual before USB for things like I2C, Serial and SPI and whilst the USB protocol is significantly more complex, the same kind of design was also used for it.
Oh, is that what the frequency I can set in my mouse app for? So it does the USB polling more frequently?
Does usb use general dma or just a small n-byte buffer that needs regular servicing?
(The last time I cared about serial IO it was for an atari 800, curious what the state of the art is.)