Age | Commit message (Collapse) | Author |
|
because the HC has been shut down (during suspend/hibernate) or
removed (PCIe card).
In both cases the hardware wont complete the commands, resulting in
timeouts. Instead just do the software part of the abort process.
Unbreak suspend/resume with USB a device connected to xhci(4) as
reported by Fabian Raetz on bugs@.
|
|
|
|
to pad short frames.
|
|
hardware is fairly retarded. While it allows receive buffers with an
ETHER_ALIGN offset, it only allows the size of the buffers to be specified in
multiples of 1K. This means that if we want to use standard mbuf clusters
we will waste 1024 - ETHER_ALIGN bytes per cluster, which is a lot for the
2K clusters we use now. Compromise a bit by using 4K clusters on strict
alignment architectures and tell the hardware to use 3K of those, reducing
the spillage a bit. While this isn't optimal, at least on sparc64 where we
have 8K pages, the pool page allocation overhead should be the same as on
amd64/i386 where we have 4K pages and continue to use 2K mbuf clusters.
ok mikeb@, dlg@
|
|
Fix from Alexey Suslikov <alexey.suslikov at gmail.com>. Thanks!
tested by many, ok armani
|
|
task, rather than abusing task arguments to carry long values around.
this is unreliable, but so was the previous mechanism, just in a
different way. if you're so low on memory that you cant change the
volume, you probably have other more important problems going on
too.
tested by jim smith
|
|
From FreeBSD
|
|
support this interrupt. Link state changes are noticed via the PHY
status change callback or via the timeout for re_tick().
From FreeBSD
|
|
|
|
|
|
capitalization corrections.
|
|
|
|
of <sys/param.h>
|
|
processing for Fn-key chords. From William Orr <will@worrbase.com>
|
|
|
|
|
|
maintain a list of possibly submitted commands.
|
|
Because our USB stack wants the aborted xfer to be removed from the
pipe during abort(), we have to sleep in the abort function.
Regarding the xHCI process, when a TD is being aborted, we simply stop
the endpoint and then move the dequeue pointer past its last TRB. This
is fairly simple for the moment since only one xfer can be pending on a
given pipe.
|
|
might eat you.
|
|
is detected, simply keep track of the faulty xfer instead of completing
all the pending ones.
Fix a race condition where we could end up aborting a freshly enqueued
xfer when two different threads are submitting control transfers (i.e.
usbdevs(8) and a kernel driver).
|
|
order to read last TRB of the event ring.
Fix a bug introduced in r1.1.
|
|
|
|
ok millert guenther
|
|
From Fabian Raetz <fabian dot raetz at gmail dot com>
|
|
|
|
physical buttons. This will be used if the acpi pnpid for the mouse
matches a list provided by Synaptics found in Linux.
Combined with the xenocara changes this will remove the need for an xorg
config file for the x240/t440/t540 generation of thinkpads.
ok matthieu@ shadchin@ kettenis@
|
|
detached, in order to prevent a deadlock situation.
This situation can occur if the thread detaching a device is sleeping,
waiting for all submitted transfers to finish, and the device's pipes
have not yet been aborted. This can happen when a USB Ethernet device
is being detached while a userland program is doing an ioctl(2).
Abort tasks need to be able to run in such case since timed out transfers
rely on them to be properly completed.
ok deraadt@
|
|
Fixes audio problems on an Asus J1800I-C
reported by Jan Stary.
|
|
|
|
|
|
|
|
or IPv6 header instead of assuming contiguousness of the target buffer
across Ethernet and IP/IPv6 headers.
Tested by Kapetanakis Giannis <bilias at edu ! physics ! uoc ! gr>,
thanks! Problem analysis and initial diff by dlg@.
|
|
|
|
|
|
creating sensors.
|
|
there are machines out there with broken BIOSen with such checksum errors in
thier RSDT tables. Windows runs fine on these machines, so it probably does
not check. Linux ignores checksum errors as well (and prints a warning).
ok deraadt@, krw@
|
|
transfers, so skip the check for such xfers for the moment.
Issue reported by Ingo Feinerer and fix confirmed by Jan Stary.
|
|
seen my mlarkin, ok miod
|
|
and use this idiom everywhere, it is always safest.
|
|
|
|
|
|
|
|
|
|
|
|
largely stolen from cas(4), but with a few tweaks.
|
|
|
|
|
|
|
|
|
|
|