| Age | Commit message (Collapse) | Author |
|---|
|
hardware behaviour on Thinkpads making it harder for software state and
hardware state get out of sync.
ok deraadt@
|
|
boot.
ok mlarkin
|
|
kdump includes all headers with ioctls and the v4l videoio.h
already defines these. Found the hard way by deraadt.
The types will be patched out of future libdrm updates.
|
|
ok deraadt
|
|
|
|
Based on iwn(4) and Linux iwlwifi (which is dual BSD/GPLv2 licenced).
Created by Fixup Software Ltd. for genua mbh, who then passed on the code
base to the OpenBSD project.
The genua version of this driver was written for OpenBSD 5.4; ported to
-current by myself, phessler@, and deraadt@. So far, we've done semantic
and stylistic cleanup without functional changes. The driver is functional
but has some known issues which will be worked on in-tree.
Requires iwm firmware which is available in ports thanks to sthen@.
ok deraadt@ phessler@
|
|
APM_USER_HIBERNATE_REQ event so apmd(8) can get it if it's running.
ok mlarkin@, deraadt@, miod@
|
|
may not have been mapped previously (in the failure to hibernate case).
Also ensure that the lowmem ptp is mapped in all cases (not just MP).
ok kettenis
|
|
and if so, force soft carrier mode.
|
|
|
|
|
|
VMware virtual hardware version 11.
|
|
- Updated PBA values for the 82574 controller (20KB) and ICH9/10 with
jumbos (14KB).
Tested by a few on 82574, ICH9 and PCH LPT
From FreeBSD
|
|
From Dave Airlie
7c4c62a04a2a80e3feb5d6c97aca1e413b11c790 in mainline linux
|
|
From Dave Airlie
b7bc799903bbae16795cb15705ddcab80c8f17f1 in mainline linux
|
|
functioning. Fixes suspend/resume on a Dell PowerEdge T20.
ok mlarkin@, sthen@
|
|
the user and do not give enough informations to debug a problem.
Only print such messages in DEBUG mode.
|
|
|
|
poke from deraadt@
|
|
when workqs were introduced, we provided a second argument so you
could pass a thing and some context to work on it in. there were
very few things that took advantage of the second argument, so when
i introduced pools i suggested removing it. since tasks were meant
to replace workqs, it was requested that we keep the second argument
to make porting from workqs to tasks easier.
now that workqs are gone, i had a look at the use of the second
argument again and found only one good use of it (vdsp(4) on sparc64
if you're interested) and a tiny handful of questionable uses. the
vast majority of tasks only used a single argument. i have since
modified all tasks that used two args to only use one, so now we
can remove the second argument.
so this is a mechanical change. all tasks only passed NULL as their
second argument, so we can just remove it.
ok krw@
|
|
|
|
From FreeBSD
Tested with 8168C, 8168D and 8168G.
|
|
|
|
While the spec only mentions bits for CL5->CL2 with the other
bits being marked 'TBD' it seems likely they are used now.
From David Vasek.
|
|
accessed by the device.
ok deraadt@, stsp@
|
|
some revisions of the chipsets.
|
|
|
|
Pointed out by dickman@.
ok sthen@ phessler@
|
|
in the report functions instead of letting the stack do it magically for
us.
Reviewed and tested by David Higgs, thanks!
|
|
From Fabian Raetz.
|
|
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).
|
