Skip to content
Discussion options

You must be logged in to vote

A final update - the offending commit in the SDL USB handling code slightly alters the checks performed when a device is connected.

What this means for us: in order for the "bad" SDL code to run, a device must be getting plugged in. In my case, I checked dmesg --follow and discovered that my motherboard's bluetooth hardware was constantly crashing and re-initializing, thus triggering the code. Once i disabled the bluetooth module the hitching stopped in Osu.

I'd still consider this a regression in SDL since there's probably a blocking check in that new code which shouldn't be there, but the bad behavior requires a faulty system (unless there exists some legitimate USB device which constan…

Replies: 4 comments 1 reply

Comment options

You must be logged in to vote
0 replies
Comment options

You must be logged in to vote
0 replies
Comment options

You must be logged in to vote
1 reply
@MIYUKINNGU
Comment options

Answer selected by MIYUKINNGU
Comment options

You must be logged in to vote
0 replies
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
Q&A
Labels
None yet
2 participants
Converted from issue

This discussion was converted from issue #38885 on September 21, 2026 11:28.