Age | Commit message (Collapse) | Author |
|
ttyB* minor numbers change; be sure to rerun MAKEDEV if you do not
upgrade with bsd.rd
Adapted from NetBSD by miod@
|
|
ether_output().
|
|
|
|
The new versions use wsmouse_configure, and leave compat-mode handling
to wsmouse.
ok stsp
|
|
comment with a barrier. Tested in both fast and slow modes.
from miod@
|
|
ok jsg@, stsp@
|
|
ok mpi@
|
|
of the if_snd queue doesn't stall.
ok stsp@
|
|
|
|
instead of stashing responses in one single buffer in the softc.
Allows getting rid of a tsleep() which protected the single buffer.
Tested by myself and Carlos Cardenas on 7260, 7265, and 8260.
hurray ok deraadt@
|
|
a user perspective, it's rather horrible from a security perspective.
Especially since there has not only been the KRACK attack, but also
exploited wireless firmware. Thus this commit changes the way that
bwfm(4) is integrated into our network stack. Instead of making it
an Ethernet controller with some WiFi capability, deeply integrate
it into the net80211 stack. This way we can do the WPA handshake in
software and we don't have to reimplement or copy too much code from
the net80211 stack. Some code taken from NetBSD where Jared McNeill
committed bwfm(4) with net80211 integration as well.
Discussed with and "looks good" stsp@
|
|
behaves erratically and drops packets on TX. Found the hard way by
Jared McNeill. While there, also set the priority field.
ok stsp@
|
|
SIOCGIF{HARD,}MTU are handled by ifioctl() and not passed down to
drivers.
ok visa@
|
|
getting the data we expect to be getting. Otherwise the firmware
can starve our USB RX descriptors using invalid packets.
Caught by Jared McNeill.
|
|
|
|
pass the proper size.
Caught by Jared McNeill.
|
|
be properly enabled by the correct ioctls.
|
|
which can handle those ioctls quite well for us.
|
|
send us any answers to our request.
|
|
pad the structs in a different way.
|
|
scan results. Since the channel number is encoded on both IO types in
the same way, we don't need to implement per IO type helpers for now.
|
|
idea since the brcmfmac implementation relies on the compiler generated
padding. Removing the packed attribute allows reading correct data from
the BSS info. As a next step it might be a good idea to pad the structs
manually.
|
|
This driver does not use the net80211 stack, so let ether_ioctl() handle
it like any other Ethernet driver.
Suggested by and ok patrick@, ok stsp@
|
|
of assuming the chip supports both 2.4GHz and 5Ghz.
Based on a diff from Jared McNeill.
|
|
|
|
the chip.
|
|
any longer; ok espie@ deraadt@
|
|
|
|
setting and allowing only the specified parameters.
|
|
to attach to my WiFi AP. It looks like even though it's thought of
as a bitvector, the settings are exclusive. More tests will have to
occur to verify that theory. Add a comment to enabling the firmware
supplicant, mentioning its use is not really awesome.
|
|
From Jani Nikula
33d1fa43aad4ca11f5d01ede363c1dbdd2010540 in linux 4.4.y/4.4.92
2ba7d7e0437127314864238f8bfcb8369d81075c in mainline linux
ok kettenis@
|
|
a boost set to prefer 5GHz APs.
|
|
buffers. By storing the pointer of the TX mbuf in the TX buffer,
we can make sure to free the mbuf properly after TX completed.
This also seems to speed up the WiFi scan.
previous version ok stsp@
|
|
in the same way as ar5k_ar5210_reset() does it.
Error messages were displaying uninitialized values:
"ath_reset: unable to reset hardware; hal status 3497439432"
ok mpi@
|
|
diff from miod@
|
|
the driver attached to an SDIO card always holds the lock and only
releases it once it detaches. Now with that in mind, some time ago
sdmmc_io_function_disable() and sdmmc_io_function_ready() were changed
to only assert the write lock and not take it, but not all of the tree
was converted. Change sdmmc_io_function_enable() as well, and remove
the enter/exit dance in the interrupt code. Apparently there is no
SDIO driver yet/anymore which would trigger those issues.
ok kettenis@
|
|
|
|
|
|
FullMAC, in comparison to SoftMAC, does most WiFi handling in the
firmware that's running on the controller. This means we have to
work around the net80211 stack while still implementing all the
WiFi interfaces to userland.
This driver is still in early development. So far it can connect
to open WiFis over the USB bus. SDIO and PCIe support, for devices
like the Raspberry Pi 3 or the Macbooks, is not yet implemented.
Also mbufs on the transmit path leak and are not yet freed.
ok stsp@
|
|
|
|
tested by a few
|
|
|
|
with hidmt_input function
|
|
Found the hard way by deraadt@
|
|
Data transfers use a little bit less CPU time now.
Tested by me on RT5209 and on RTS525A by jcs@
ok mpi@ visa@
|
|
This makes it easier to match dmesg output to the device tree.
ok patrick@
|
|
it with a simple ifdef that uses the inline keyword if being compiled
with clang and doesn't use the keyword if being compiled with gcc.
ok kettenis@
|
|
Fix regression introdruced in previous.
Found the hardway and diff from weerd@
|
|
the same time breaks the sparc64 build due to a very similar issue. To
make it work, stop returning a huge struct and instead make the caller
pass a pointer to the struct it allocated only once on the stack.
Similar diff from sashan@
"yeah just make it work, and add it to the mop list" deraadt@
|
|
ok mpi@, jcs@
|