| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
- Do not ignore the return value of m_copyback() on i386
- Always free sc->op_buf before returning on both amd64 and i386,
pointed out by mikeb@, thanks!
OK mikeb@
|
| |
|
|
|
|
|
|
| |
work in pf. The function pf_inp_link() takes the state key from
the mbuf and not the one pf_find_state() has just found. Introduce
a new function pf_state_key_link_inpcb() that links the given state
key and inpcb together with some sanity checks.
OK sashan@
|
| |
|
|
|
|
| |
to account for any relevant hardware constraints.
ok stsp@
|
| |
|
|
| |
ok jsg@
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
that doesn't exist.
|
| | |
|
| |
|
|
|
|
| |
Now that we call rasops_putchar_rotated(), we don't need ri anymore.
OK kettenis@
|
| |
|
|
|
|
|
|
| |
remove exsysreg(4). The exsysreg(4) driver would no longer attach
as syscon(4) would match its node in the device tree. As a result the
driver corss-call would panic.
Makes te Odroid-XU4 work again.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
interrupts in the lookup table. On machines like the Oracle T7-2 this
would make the code believe that there is interrupt sharing, but since
we bypass intr_list_handler() when using the cookie-based interrupt API,
we wouldn't properly acknowledge the interrupt.
This fixes the last remaining problem with interrupts on the Oracle T7-2.
|
| |
|
|
| |
setup.
|
| |
|
|
|
|
| |
respectively to avoid compilation errors when one of the POSIX or
X/OPEN version macros is defined. Also sync the field descriptions
with kqueue.2. OK deraadt@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using if_enqueue() here, from interrupt context, might result in
the packet beeing enqueued, incorrectly encrypted, on the TX ring.
This race has been recently exposed by the re-introduction of the
TX mitigation. It exists because the net80211 stack sets
IEEE80211_NODE_TXPROT on the node while processing the 3rd message,
assuming the answer has already been transmitted. However a CPU
returns from if_enqueue() it cannot assume that the send queue is
empty. So call if_start() to flush this queue.
Encrypting the 4th message of the 4way handshake with the new key
breaks WPA handshake as found the hardway by anton@.
Race analysed by dlg@, a lot of net80211 inputs and suggetions from
stsp@.
ok stsp@, dlg@
|
| |
|
|
| |
ok deraadt
|
| | |
|
| | |
|
| |
|
|
| |
move rxfill in ixl_up so the qtail is only written once.
|
| |
|
|
|
| |
for now we still only have one set of tx and rx rings, but sets us up to
bump that number.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) Use only one antenna while scanning on 5GHz. Fixes very low RSSI values.
2) During a background scan while associated to a 5GHz AP, send probe
requests on 2GHz channels with an OFDM rate (6Mbps) because the buggy
firmware does not like sending with a CCK rate (1Mbps) in this state.
CCK rates are not valid for 5GHz, which could explain this firmware bug.
Taken from FreeBSD r222679.
jca@ tested and confirmed the first problem but lacks a 5GHz access point to
associate to and test the second one with.
I am going to *blindly trust* FreeBSD on the second one! It is not a big deal
if it doesn't actually apply to our firmware version as the change itself is
rather inconsequential in practice. And 4965 hardware is quite rare nowadays.
ok jca@
|
| |
|
|
| |
ok kettenis@
|
| |
|
|
|
|
| |
This is a step towards MI mutexes.
ok kettenis@
|
| |
|
|
|
| |
assembled into a volume, to enure the on-disk
metadata and the in-memory metadata agree.
|
| |
|
|
|
|
|
|
|
|
|
| |
cannot be calculated from the CPUID register, because the CPU does not
support it, but can be calibrated from another timer, the vmm(4) guest
doesn't have a chance to read or calibrate its own TSC frequency since
it has no access to a precise enough time counter. In that case, fake
the existence of the register and supply our calibrated TSC frequency.
mlarkin@ tells me this also greatly helps Linux guests.
ok mlarkin@
|
| |
|
|
|
| |
so only get it once
ok guenther
|
| |
|
|
|
| |
Nothing uses this field since Linux compat was removed.
ok mpi@ deraadt@ guenther@
|
| |
|
|
| |
ok bluhm@
|
| |
|
|
| |
ok bluhm@
|
| |
|
|
| |
ok bluhm@
|
| | |
|
| | |
|
| |
|
|
| |
ok patrick@
|
| | |
|
| |
|
|
| |
Intel machines.
|
| |
|
|
| |
Intel machines.
|
| |
|
|
| |
we chose instead of any AP the firmware chooses based on the SSID.
|
| |
|
|
| |
variable.
|
| |
|
|
| |
OK tom@, deraadt@
|
| | |
|
| |
|
|
|
|
| |
AXP152 and AXP209 here as well. The AXP209 is extended to support
regulators and sensors. The ACIN and VBUS indicators are now exported as
sensors. Retire the old AXP152/AXP209 support code.
|
| |
|
|
|
|
|
|
|
| |
map the framebuffer as device memory in the kernel. Using mismatched
memory attributes like this is discouraged (and we should probably fix this
at some point) but this particular case is well-defined and the potential
side-effects should not matter for thus use-case.
ok patrick@
|
| |
|
|
|
|
| |
It is not clear if this change is responsible for the lockups experienced
by dhill@ and jcs@ but since we're no longer grabbing the socket lock in
kqueue(2) filters there's no need for this change.
|
| |
|
|
|
|
|
|
|
|
| |
This change exposed or created a situation where a CPU started to be
irresponsive while holding the KERNEL_LOCK(). These led to lockups and
even with MP_LOCKDEBUG it was not clear what happened to this CPU.
These situations have been experience by dhill@ with dcrwallet and jcs@
with syncthing. Both applications are written in Go and do kevent(2)
& networking across multiple threads.
|