| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
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 claudio@
|
| |
|
|
|
|
| |
ok claudio@
|
|
|
|
|
|
|
| |
after it went one time through the RX ring (256 descriptors). Also
reset RX rings correctly after ifconfig down / up.
"COMMIT IT!!!" claudio@
|
|
|
|
|
|
|
|
| |
a 802.11 frame which needs to be cut off. Looks like we receive
the first correct looking management frames now.
Add first radio bpf mtap bits but don't activate them in the RX handler
yet. Need first to find out which radio data the card delivers.
|
|
|
|
|
| |
match more the actual reality. Still unsure about it as we don't have any
documentation to verify against. OK mglocker@
|
|
|
|
|
|
| |
Seems to fit pretty well. Does not do anything useful right now. The bits
in the interrupt handler and of course the TX ring are still missing.
OK mglocker@
|
| |
|
|
The card correctly loads the firmware and it is possible to send a few
simple commands to the card but that's it. No packet are sent or received.
Only the Netgear WG511v2 cardbus card is tested.
A cheese fondue and a bigger amount of white wine was needed to make the
interrupts work -- until last night the driver was uploading the firmware
to fast and the card garbled the image without moaning. It took us a full
day and hundreds of test kernels to figure that out.
Joint work with mglocker@, fondue by mbalmer@
OK mglocker@, get it in deraadt@
|