Follow

just fixed and enabled isochronous mode for xhci.

aka, webcams in modern laptops now work. so does usb-audio devices, and probably a few other things.

TEST IT, TEST IT, TEST IT. Find the bugs in it, before we lock for 6.5.

marc.info/?l=openbsd-cvs&m=155

@phessler is there something I should see in a dmesg that says this is a broken-now-hopefully-fixed webcam so I can compare before/after?

@ed1conf @phessler If your laptop has a webcam, it should already appear in dmesg as uvideo0, for example. The problem is it wasn't particularly useful on USB 3.0 controllers, aka xhci(4).

@ed1conf sadly, nothing you can compare in dmesg. All of the devices attached, but anything attempting to use isoc mode on xhci would have errored.

@ed1conf @phessler
Just use ALL THE THINGS aka USB device you can find.

@phessler Feels like some pretty big strides in OpenBSD the last few years.

@phessler
A few other things like printers, scanners and smartphones :flan_cheer:

Can't wait being back from work to test it :flan_awe:

@phessler @stsp It's amazing, i can now sync my smartphone files with simple-mtpfs and use adb. The performance is great as well. My printer also works fine yay :flan_guns:

I'll have to report a bug for my scanner though. Great job anyway \o/

@julianaito @phessler I believe mtpfs, printers, and scanners use bulk transfers rather than isoch transfers and should already have worked beforehand.

Isochtransfers are only used for real-time streaming of data where periodic refresh is more important than occasional data loss, i.e. video and audio streaming applications.

Things might have improved for you due to other fixes which were committed to the xhci driver over the last few days, before isoch transfers got enabled.

@stsp @phessler *reads last xHCI changes* Oh i see, thanks for the explanation!

Sign in to participate in the conversation
BSD Network

bsd.network is a *BSD-adjacent Mastodon Instance. We have a code of conduct.