Page MenuHomeFreeBSD

bhyve: introduce cancel interface for usb device
Needs ReviewPublic

Authored by kevans on Aug 5 2025, 9:37 AM.
Tags
None
Referenced Files
F173043040: D51735.diff
Wed, Sep 23, 2:58 AM
F173030510: D51735.diff
Wed, Sep 23, 12:20 AM
Unknown Object (File)
Tue, Sep 22, 12:58 PM
Unknown Object (File)
Sun, Sep 20, 11:15 PM
Unknown Object (File)
Fri, Sep 18, 10:07 PM
Unknown Object (File)
Fri, Sep 18, 12:15 PM
Unknown Object (File)
Thu, Sep 17, 8:05 PM
Unknown Object (File)
Thu, Sep 17, 2:17 PM

Details

Reviewers
markj
lwhsu
khng
bz
aokblast
Group Reviewers
bhyve
Summary

When disabling a port, xHCI should allow the backend a chance to cancel
all active transfers before deallocating memory. To support this, we
introduce an interface in UE that lets the backend register a
cancellation callback.

Additionally, this commit allows the backend to populate the tr_softc
field when setting up a transfer in ue_data, enabling context-specific
handling for transfer cancellation and cleanup.

Sponsored By: The FreeBSD Foundation

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 65965
Build 62848: arc lint + arc unit

Event Timeline

This revision is now accepted and ready to land.Aug 27 2025, 1:35 PM

You don't need to call ue_cancel in pci_xhci_cmd_reset_ep()?

This revision now requires review to proceed.Aug 27 2025, 3:31 PM
usr.sbin/bhyve/pci_xhci.c
1201

The rest ep only stop the xfer. However, the parameter of ue_reset pass a whole device instead of a xfer.

1201

Sorry, only clear the stall bit instead of stop whole transfer.

markj added inline comments.
usr.sbin/bhyve/pci_xhci.c
1205

We definitely don't need to be able to return an error from ue_cancel?

This revision is now accepted and ready to land.Aug 27 2025, 3:41 PM
This revision now requires review to proceed.Aug 27 2025, 4:01 PM
usr.sbin/bhyve/pci_xhci.c
738

Or print a warning if it fails.

1203
usr.sbin/bhyve/pci_xhci.c
704

If you move the mutex_destroy to pci_xhci_disable_ep() (which also handles freeing the xfer), you can use this subroutine in pci_xhci_reset_slot() as well.

1206
usr.sbin/bhyve/pci_xhci.c
1196

Why did we drop handling of XHCI_TRB_TYPE_RESET_EP?

kevans added inline comments.
usr.sbin/bhyve/pci_xhci.c
1196

I thought this was actually a bugfix, but section 4.6.8 of the xhci spec kind of buries the key detail: "[...] any subsequent packets received for the endpoint will be silently dropped." We only have usb_mouse.c as an example, but its implementation clears sc->newdata which would seem to silently drop future packets. I will restore it here.

Restore handling of XHCI_TRB_TYPE_RESET_EP to be sure that we don't retain data
that should be dropped according to the spec.

kevans added a reviewer: aokblast.
kevans marked 5 inline comments as done.

Fixed one indentation issue