On Thu, Sep 24, 2015 at 11:22:57AM -0400, Alan Stern wrote: >> I assume there's no way I can lie to the chip? Like, if I know for a fact >> that the card will send less data than the alternate claims (like, >> I'm using a video mode that will require only a few hundred megabits/second >> in practice, but even the lowest alternate claims >1 Gbit/sec). > You can always patch the kernel to do whatever you want. For instance, > you could reduce the bMaxBurst value in the descriptor after the kernel > gets it from the card. Short of that, there is no way to affect the > outcome. I tried, but it didn't work; I bMaxBurst to 4 instead of to 15 (in usb_parse_ss_endpoint_companion). It didn't change the outcome. Perhaps this doesn't actually change what the xHCI controller sees, though. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
