| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
This avoids an issue where IN endpoint data received from the device right
before the file handle is closed, gets lost.
PR: 263995
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
|
|
|
|
| |
It seems we do not clear UPS_C_BH_PORT_RESET and UPS_C_PORT_RESET
conditions after warm or port reset. Add that code.
Obtained from: an old patch mainly debugging other problems
MFC after: 2 weeks
Reviewed by: hselasky
Differential Revision: https://reviews.freebsd.org/D35483
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While XHCI is very generic some revisions of chipsets have problems.
On dwc3 <= 3.00a Port Disable does not seem to work so we need to not
enable it.
For that introduce quirks to xhci so that controllers can steer
certain features. I would hope that this is and remains the only one.
Obtained from: an old patch mainly debugging other problems
MFC after: 2 weeks
Reviewed by: hselasky
Differential Revision: https://reviews.freebsd.org/D35482
|
|
|
|
|
|
|
| |
PR: 260783
PR: 264634
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
| |
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
| |
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This allows setting the U1 and U2 port timeout values.
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
| |
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
|
|
|
| |
Because the maximum number of endpoint contexts is stored there.
Tested by: ehaupt@
PR: 262882
MFC after: 3 hours
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
|
|
|
|
| |
Only drop BULK and INTERRUPT endpoints, to reset the data toggle,
because for other endpoint types this is not critical.
Tested by: ehaupt@
PR: 262882
MFC after: 3 hours
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
|
| |
PR: 263638
Reported by: Jeff Gibbons <jgibbons@protogate.com>
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Set UQ_MSC_NO_INQUIRY and UQ_MSC_NO_GETMAXLUN quirks for mass storage,
which is the initial mode of this dongle.
The modem is shipped with at least two firmware versions: 10.X and 11.X,
without ability to update to the newer one.
The 11.X version works more or less fine, but the 10.X one resets after
receiving either an SCSI INQUIRY, or a get_max_lun command.
Since both of those are used for automatic quirk detection, this leads
to a reset cycle making the device somewhat unusable.
Sponsored by: Stormshield
Obtained from: Semihalf
Reviewed by: hps, wma
Differential Revision: https://reviews.freebsd.org/D35076
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Both usb_iface_is_cdrom and usb_msc_auto_quirk functions use SCSI INQUIRY
command to probe various properties of usb mass storage devices.
The problem here is that some very broken devices don't like this command.
Check if UQ_MSC_NO_INQUIRY quirk is set and skip cdrom and quirk
autodetection in that case.
Sponsored by: Stormshield
Obtained from: Semihalf
Reviewed by: hps, wma
Differential Revision: https://reviews.freebsd.org/D35075
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use the drop and enable endpoint context commands to force a reset of
the data toggle for USB 2.0 and USB 3.0 after:
- clear endpoint halt command (when the driver wishes).
- set config command (when the kernel or user-space wants).
- set alternate setting command (only affected endpoints).
Some XHCI HW implementations may not allow the endpoint reset command when
the endpoint context is not in the halted state.
Reported by: Juniper and Gary Jennejohn
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The result of the request computed in new_status was never returned to
the caller leaving new_status as a set-but-unused variable. Removing
new_status leaves sc->previous_status as a write-only variable.
Removing sc->previous_status leaves current_status as a write-only
variable, so it collapses down to removing the entire
USB_ST_TRANSFERRED case.
Arguably, all of the support for UHID_SNES_STATUS_DT_RD should be
removed as it doesn't return anything to the caller. If the request
should be fixed instead then this commit should be reverted and
new_status should be returned to whoever submitted the request.
Differential Revision: https://reviews.freebsd.org/D34840
|
|
|
|
|
| |
Use it for various variables only used in DPRINTF debug traces
conditional on USB_DEBUG.
|
| |
|
|
|
|
|
|
| |
- s/for for/for/
MFC after: 3 days
|
|
|
|
|
|
| |
- s/for for/for/
MFC after: 3 days
|
|
|
|
|
|
| |
- s/negotation/negotiation/
MFC after: 3 days
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Sponsored by: Netflix
|
|
|
|
| |
Sponsored by: Netflix
|
|
|
|
| |
Sponsored by: Netflix
|
|
|
|
| |
Sponsored by: Netflix
|
|
|
|
| |
Sponsored by: Netflix
|
|
|
|
| |
Sponsored by: Netflix
|
|
|
|
| |
Sponsored by: Netflix
|
|
|
|
| |
Sponsored by: Netflix
|
|
|
|
|
|
| |
- s/paniced/panicked/
MFC after: 3 days
|
|
|
|
|
|
| |
Submitted by: Archimedes Gaviola <archimedes.gaviola@gmail.com>
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
| |
Reviewed by: hps@
Fixes: Problems attaching Olympus cameras.
MFC after: 2 weeks
|
|
|
|
|
| |
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
| |
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
| |
Submitted by: John F Carr <jfc@mit.edu>
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
|
|
| |
This should fix an issue where the "udev->re_enumerate_wait" field never gets
processed and reset. In this case usbconfig will wait forever and never return.
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
| |
Submitted by: Matthew Luckie <mjl@luckie.org.nz>
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
| |
Tested by: br@
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
| |
MFC after: 1 month
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
|
| |
No functional change.
MFC after: 1 week
Sponsored by: NVIDIA Networking
|
|
|
|
|
|
|
|
| |
This command is intended to be compatible with USB_REQUEST ioctl.
It is required to perform arbitrary control endpoint requests by device
drivers which can switch between HID and native non-HID modes.
MFC after: 2 month
|
|
|
|
|
|
| |
Sponsored by: Netflix
Reviewed by: jhb
Differential Revision: https://reviews.freebsd.org/D32788
|
|
|
|
|
|
|
|
|
|
|
| |
Add support for printing ACPI paths. This is a bit of a degenerate case
for this interface since it's always just the device handle if the
device has one. But it is illustrtive of how to do this for a few nodes
in the tree.
Sponsored by: Netflix
Reviewed by: jhb
Differential Revision: https://reviews.freebsd.org/D32748
|