| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
Makes sensorsd(8) happy with UPS reporting a value of "-1" for true.
Reported by and initial diff from Boudewijn Dijkstra.
|
|
|
|
|
|
|
|
| |
Certain devices (like the AudioQuest DragonFly Red) don't provide the
per-channel control bitmaps in the feature unit descriptor. Make this
part of the descriptor as optional.
With help from Claus <claus at mailbox.org>, thanks.
|
|
|
|
|
|
|
| |
This reduces drops caused by the ifq pressure drop mechanism and hence
increases throughput.
ok tobhe@
|
|
|
|
|
|
|
| |
the hardware, is necessarily smaller than the length of the on-stack
buffer.
Original fix from Maxime Villard in NetBSD via deraadt@.
|
| |
|
|
|
|
|
|
| |
- add Synaptics vendor id and two fingerprint readers
feedback and ok jsg@
|
|
|
|
| |
ok mpi@
|
|
|
|
|
|
| |
adding more filter properties without cluttering the struct.
OK mpi@, anton@
|
|
|
|
|
|
|
| |
ok job@ bluhm@ claudio@
job@ tested with 'telnet -6 towel.blinkenlights.nl' on Fibocom L831-EAU on
IIJ MIO's network (Japan), with 'inet6 autoconf' in /etc/hostname.umb0.
|
| |
|
|
|
|
|
|
|
|
|
| |
the hardware, is necessarily smaller than the length of the on-stack
buffer.
Original fix from Maxime Villard in NetBSD via deraadt@.
Tested by matthieu@
|
| |
|
|
|
|
|
|
|
|
| |
nothing at all. MAXPHYS will be applied in minphys() and nothing at
all, well, doesn't do anything.
Also remove any '#define <blah> MAXPHYS' statements used solely to
disguise MAXPHYS in said functions.
|
|
|
|
|
|
| |
as umsm(4). But the discrimination in the driver match functions is
obviously weak in some way, so skip this for now. We need to figure out
how to identify the retrogrades better.
|
|
|
|
|
| |
This may fix rare stuttering caused by underruns in case device clock
drifts with respect to the bus clock.
|
|
|
|
| |
Tested by me; Hardware provided by Titus Richartz and Theo Richartz, thanks!
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
inducing. Rename scsi_adapter member 'scsi_minphys' to 'dev_minphys'
to reflect what it is supposed to do. Use consistent naming convention
(<dev>_minphys) for the actual device functions.
No functional change.
|
|
|
|
|
|
|
| |
system minphys(). scsi_minphys() will do that and cd/sd/st will call
scsi_minphys().
ok jmatthew@ as part of larger diff
|
|
|
|
| |
ok tedu@ krw@ deraadt@
|
|
|
|
|
|
|
|
|
|
|
| |
in drivers. Terse one liners, NULLs instead of 0's, explicitly specify
all members, etc.
Nuke #ifdef notyet blocks related to the scsi_adapter in aic.
No intentional functional change.
ok tedu@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
STALL'ing. So use the standard's recommended csw.dCSWDataResidue and
copy data only on successful completion of the request.
Fixes issue where N bytes are requested, M bytes are returned, and the
device STALL's because it has no more data to give. Thus resulting in
no data is copied to the user buffer but the claim being made that
said buffer now contains M new bytes of valid data.
e.g. when cdio(1) asks for 4096 bytes of media data and only 96 bytes
are provided by the CDRW device.
Feeback, cluebats, fixes and ok patrick@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
original TD, when a transfer is a multiple of the max packet size. The
zero length TD will have a NULL xfer pointer.
As a result "NULL xfer pointer" situations become perfectly normal. So
change the log_warnx() that issues that verbiage to a log_debug().
Note that the original transfer will complete and report its result up
the USB stack before the zero length transfer is executed.
Fixes (at least) urtwn(4) interfaces.
Feeback, cluebats, fixes and ok patrick@
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
a crash that can happen if a uhid(4) device is detached while kqueue
still holds references to knotes that point to the device.
The invalidation has to be done after vdevgone(). This order ensures
that the file descriptors return an error or EOF when kevent(2) returns
the EOF events.
Crash reported and fix tested by Greg Steuck
OK mpi@
|
|
|
|
|
|
|
|
|
|
|
|
| |
Pseudo-drivers exposing a userland interface generally start & stop I/O
in *_open() and *_close() respectively. So it isn't safe to detach such
device while it is still open, because I/O might still be in flight.
A more generic fix would be to detach children devices before the parents.
Fix a race reported by Kevin Chadwick on bugs@.
Discussed with Peter Stuge, tested by and ok zhuk@
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the highest active endpoint context.
Don't zap other fields when setting XHCI_SCTX_DCI().
Fixes (at least) Etron EJ168 USB 3.0 Host Controllers vs USB 2
devices.
Inspired by hselasky FreeBSD revision 243780.
Feedback from kn@, ok beck@ (previous iteration) patrick@
|
|
|
|
| |
ok kettenis@
|
| |
|
| |
|
| |
|
|
|
|
| |
ok patrick@
|
|
|
|
| |
ok mglocker@
|
| |
|
|
|
|
|
|
| |
tsleep_nsec(9).
Tested by and ok stsp@
|
|
|
|
| |
ok mglocker@
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
ok mpi@
|
|
|
|
|
|
|
| |
Close pipes before freeing transfers, otherwise accessing elements in
pipe->queue, like in usbd_abort_pipe(), will result in a crash.
Problem reported by reyk@, ok visa@
|
|
|
|
| |
ok bluhm@
|