USB контроллер на Микрочипе

[lbodnar]

Изначально был. Описан в стандарте на хабы.
Если я ничего не путаю примерно так:
Под контрол-ендпоинт резервируется 10% канала ВСЕГДА. даже если по нему пересылок не будет, а остальные будут стоять в очереди эти 10 процентов зарезервированы. Потом строится граф для изохронной передачи, раскидываются интеррапты и остаток добивается балком.
При необходимости контролы и изохроны могут задерживать интеррапты и балки.

А-а-а, вот вы о чем! Дело в том что на эти 10% пользовательское приложение вряд-ли может гарантирванно рассчитывать:

5.5.4
...The USB System Software can, at its discretion, vary the rate of control transfers to a particular endpoint. An endpoint and its client software cannot assume a specific rate of service for control transfers. A control endpoint may see zero or more transfers in a single (micro)frame. Bus time made available to a software client and its endpoint can be changed as other devices are inserted into and removed from the system or also as control transfers are requested for other device endpoints.
...
Because the USB system uses control transfers for configuration purposes in addition to whatever other control transfers other client software may be requesting, a given software client and its function should not expect to be able to make use of this full bandwidth for its own control purposes.

Очень мутно и никаких гарантий даже на пустой шине. С прерываниями, во всяком случае свои честные 64 байта в миллисекунду всегда приедут.

Главное - не пытаться притянуть протокол к использованию, на которое он не предназначен. Лучше вовремя сменить лошадей, чем загнать их досмерти!