Age | Commit message (Collapse) | Author |
|
|
|
ok tedu
|
|
after discussions with beck deraadt kettenis.
|
|
driver start routines. Instead add & use a pointer in the pkthdr
since we don't want the overhead of using a mbuf_tags(9).
claudio@ pointed out that other subsystems might want to use this
pointer too, so here's a new cookie!
ok claudio@, mikeb@, deraadt@
|
|
kernel resumes normal (non-cold, able to run processes, etc) operation.
Previously we were relying on specific DVACT_RESUME op's in drivers
creating callback/threads themselves, but that has become too common,
indicating the need for a built-in mechanism.
ok dlg kettenis, tested by a sufficient amount of people
|
|
from kimberley manning
|
|
ok guenther millert kettenis
|
|
values and even if this would make more sense. Found by brad some time ago.
|
|
ok claudio@
|
|
ok deraadt@ henning@ claudio@
|
|
|
|
ok krw@
|
|
always call malo_stop which removes the previously registered
interrupt handler from the cardbus interrupt handler chain.
Otherwise, since malo_init gets called twice in a error case,
our interrupt handler got registered twice and on the next
device detach, just the last registered interrupt handler got
removed, which leaves one left. That caused a kernel page fault
trap as soon our "zombie" interrupt handler got called.
Fix a typo while here.
|
|
ok mglocker@
|
|
between instances, saving space in the kernel. feedback from many (some
incorporated, some left for future work).
ok deraadt, kettenis, "why not" miod.
|
|
remove IBSS and HostAP support from net80211 and 802.11 drivers.
it can be used to shrink RAMDISK kernels for instance (like what
was done for wi(4)).
it also has the benefit of highlighting what is specific to IBSS
and HostAP modes in the code.
the cost is that we now have two code paths to maintain.
|
|
when acting as an access point instead of having each driver doing the
job.
tested by krw@ (ral AP) and me with several drivers.
|
|
ok mglocker
|
|
pass a pointer to an ieee80211_rxinfo structure containing those two
fields plus an extra flags field that indicates whether the frame was
decrypted by hardware or not.
required for a future fix.
|
|
handshake protocols (both supplicant and authenticator state
machines) as defined in the IEEE 802.11i standard.
Software implementation of the TKIP (Temporal Key Integrity
Protocol) and CCMP (CTR with CBC-MAC Protocol) protocols.
This diff doesn't implement any of the 802.1X authentication
protocols and thus only PSK authentication (using pre-shared
keys) is currently supported.
In concrete terms, this adds support for WPA-PSK and WPA2-PSK
protocols, both in station and hostap modes.
The following drivers are marked as WPA-capable and should
work: bwi(4), malo(4), ral(4), iwn(4), wpi(4), ural(4),
rum(4), upgt(4), and zyd(4)
The following options have been added to ifconfig(8):
wpa, wpapsk, wpaprotos, wpaakms, wpaciphers, wpagroupcipher
wpa-psk(8) can be used to generate keys from passphrases.
tested by many@
ok deraadt@
|
|
- Properly issue the RTS-Threshold firmware command
ok claudio@
|
|
|
|
|
|
OK claudio@
|
|
mode. Make a note that processing of command-done interrupts doesn't
work yet.
OK claudio@
|
|
|
|
(not supported). We always did software WEP.
Spotted by Mikore dot Li at sun dot com.
OK claudio@
|
|
|
|
|
|
one that can be used with other ciphers than WEP.
|
|
agendas in buffers that stupidly encode numbers as strings so that we need
to parse them in the kernel as seen on che(4). OK mglocker@
|
|
discussed with, and OK claudio@
|
|
was used anyway.
OK claudio@
|
|
ok mglocker@ claudio@
|
|
kismet happy. Previously system got very slow because at every channel
switch an ENETRESET was issued.
Reported and diff by Steffen Schuetz <st.sch@gmx.net>. Closes PR 5452.
OK claudio@
|
|
We're doing DMA transfers without interrupts or some other indication and
100 microseconds is not enough on my X40 and so the firmware gets corrupted.
Increasing it to 500 microseconds this should give us enough safety margin.
OK mglocker@
|
|
to print it.
|
|
ieee80211_input() enqueued a packet beforehand. malo(4) does not support
hostap mode so this should not happen but perhaps mglocker@ gets it working
someday. OK mglocker@
|
|
OK claudio@
|
|
|
|
|
|
current state of the card (not running, loading FW, running). Now instead
wait after loading the boot firmware for the magical 0x5 to appear.
Also add a few missing bus_dmamap_sync() calls. OK mglocker@
|
|
that access is done in correct order. OK mglocker@
|
|
reset the card so that we have a chance that a later malo_init() works.
OK mglocker@
|
|
|
|
|
|
|
|
chain and so a later MFREE() is needed to free the chain again.
Just initialize a minimal mbuf header for bpf_mtap().
See earlier rum(4) commit for the full story.
OK mglocker@ Sounds good jsg@
|
|
is bus_space_write_region_1() that does the same. OK mglocker@
|
|
|