| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
matches radeon and i915
reported by Benjamin Baier
|
|
|
|
|
|
|
|
| |
this is the only real diff we have left outstanding on a box that
experienced rx lockups. since adding this change it's been happy
for the last 4 weeks and counting so far.
ok jmatthew@
|
| |
|
|
|
|
| |
ok patrick@, deraadt@
|
|
|
|
|
|
|
|
|
| |
Don't set taskq to system_wq in INIT_WORK(). Test if taskq pointer is
non-NULL before calling taskq_barrier() in flush functions.
fixes a black screen on boot problem with 5.10.y drm using nano x1
bisected by jcs@ to
'drm/i915: Always flush the active worker before returning from the wait'
|
|
|
|
|
|
|
| |
CID 1501716
ok kevlo@
and mestre@ had the same diff
|
|
|
|
|
|
|
|
|
|
|
|
| |
the SCHED_LOCK().
Putting a thread on a sleep queue is reduce to the following:
sleep_setup();
/* check condition or release lock */
sleep_finish();
Previous version ok cheloha@, jmatthew@, ok claudio@
|
|
|
|
| |
little bit more to do though before it can be enabled.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
ok jmatthew@
|
| |
|
|
|
|
|
|
|
|
|
| |
jmatthew@ has tried this before, but hrvoje popovski experienced
breakage so it wasn't enabled. we've tightened the code up since
then so it's time to try again.
this diff has been tested by hrvoje popovski and myself
ok jmatthew@
|
|
|
|
| |
ok jmatthew@
|
|
|
|
|
| |
found while poking around with hrvoje popovski
yes jmatthew@
|
|
|
|
|
|
|
| |
mcx is still hardcoded/limited to 1 queue for now, but this lets
different mcx devices use different cpus for handling packets.
looks good jmatthew@
|
| |
|
| |
|
| |
|
|
|
|
| |
checked against linux and windows drivers
|
| |
|
|
|
|
| |
checked against linux and windows drivers
|
|
|
|
| |
reported and tested by John Batteen on a TP-Link TG-3468
|
| |
|
|
|
|
| |
shows up on a TP-Link TG-3468 John Batteen has
|
|
|
|
|
|
|
|
| |
avoiding an unhelpful error message if the card's firmware doesn't expose
the sensor registers.
tested by chris@, who saw the unhelpful error message
ok dlg@
|
|
|
|
| |
ok stsp jsg
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
this raises performance of tcpbench on an m3000 from ~3kpps and
~8MB/s to ~70kpps and ~191MB/s when transmitting, and ~10kpps and
~15MB/s to ~120kpps and 174MB/s when receiving.
i also tested this on a v245 and an m4000 a while back.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
It is suspected they were to blame for a machine with inteldrm running X
(xterms and chromium) running out of resources after a few days.
ok kettenis@
|
|
|
|
|
|
|
|
|
| |
what Linux does. Let vmalloc() use km_alloc(9) instead of malloc(9) and
let kvmalloc() only use malloc(9) for small (less than a page) allocations
and atomic allocations. This should reduce the pressure on the
"interrupt-safe" map.
ok jsg@
|
| |
|
|
|
|
| |
ok jmatthew@
|
|
|
|
|
|
| |
Also remove dead DIALOUT macro.
ok mpi@
|
|
|
|
| |
original diff from and ok cheloha@
|
| |
|
| |
|
|
|
|
|
|
|
| |
it used a pointer in an argument to communicate that back to the
caller, while being a void functon. this seems more natural and
brings it in line with how the rx completion function returns free
slots to its caller too.
|
|
|
|
| |
ok jmatthew@
|
|
|
|
|
| |
hrvoje popovski reports the current code faults on some boxes. i'm
working on it, but the code isn't being used right now.
|
|
|
|
| |
ok jmatthew@
|
|
|
|
| |
doing the maths again feels error prone.
|
|
|
|
| |
ok jmatthew@
|
|
|
|
| |
ok jmatthew@
|