Age | Commit message (Collapse) | Author |
|
to include that than rdnvar.h. ok deraadt dlg
|
|
|
|
|
|
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
|
|
don't have to. Just remove these include lines.
Compiled on amd64 i386 sparc64; OK henning@ mikeb@
|
|
ok mpi@
|
|
ok otto
|
|
Part of the work to remove -Wno-uninitialized.
ok blambert jsg
|
|
Tested by Nathanael Rensen.
|
|
devices to work.
shame on me.
committed over an RT3071.
|
|
traversal code to suspend/resume
ok oga kettenis blambert
|
|
|
|
here already for the activate/powerhook cleanup
|
|
ok deraadt@ henning@ claudio@
|
|
Get rid of the sc_power() callback, which isn't used anymore.
ok deraadt@
|
|
PWR_{SUSPEND,RESUME} so that they match the values of DAVCT_{SUSPEND,RESUME}
so that we can eventually (many more steps...) kill the powerhook garbage
and use the activate mechanism.
no objections
|
|
CardBus bridge powered up during suspend. Step zero on the long road
towards fully suspending CardBus on all machines.
ok deraadt@, damien@
|
|
ok deraadt@, sthen@
tested by matthew@ (RT2560), dcoppa@ (RT2790), okan@ (RT2860), todd@ (RT2560)
|
|
and use this later instead of converting ni_associd into WCID each
time we need it.
|
|
|
|
hardware RX WCID search table.
otherwise, if the same STA reassociates later with a different id,
we would have two entries for the same MAC in the table, leading
to problems with key lookups etc...
big thanks to Nathanael Rensen who found the issue.
|
|
some adapters labelled RT3090 have a MAC version equal to RT3071.
still no luck receiving frames on my AzureWave AW-NE762H though :(
|
|
sysctl.h was reliant on this particular include, and many drivers included
sysctl.h unnecessarily. remove sysctl.h or add proc.h as needed.
ok deraadt
|
|
QoS data frames) such that the same counter is used for beacons,
management frames and non-QoS data frames.
This will help clients that don't like jumps in sequence numbers,
like the FreeBSD duplicate detection code.
Found after an interesting discussion with Yao Zhao.
|
|
add a wait flag to rt2860_mcu_cmd to wait for command completion
more RT3090 RF initialization code
|
|
we're using. fixes operation on some 5GHz channels (e.g 153).
great thanks to Yao Zhao (dragonlinux at gmail dot com) for
identifying the issue on run(4).
|
|
that the radio is disabled with the same message as in other drivers.
let initialization continue for the moment until i'm sure it is correct.
|
|
|
|
Found after jbg@ sent me a horrible dmesg.
|
|
|
|
Probably not functionnal yet (but test reports are welcome).
Update microcode for RT2860 while I'm here (remember to run
make && make install under sys/dev/microcode/ral/).
|
|
affect RT3572.)
Found (again!) by Yao Zhao (dragonlinux at gmail dot com)
|
|
Found by Yao Zhao (dragonlinux at gmail dot com)
|
|
|
|
no binary change.
|
|
|
|
since we will always match on a rate, we won't overflow, but in that
case, make it more obvious by if the first 11 rates don't match, we
assume the 12th.
should shut up parfait.
ok damien@ who came up with an identical diff.
|
|
so do nothing in set_key() if the interface is not up and running.
fixes a panic reported by Steph (frlinux at gmail dot com) with
run(4) on misc
|
|
diff from deraadt@
|
|
|
|
|
|
between instances, saving space in the kernel. feedback from many (some
incorporated, some left for future work).
ok deraadt, kettenis, "why not" miod.
|
|
with other net80211 flags (we no longer need to shift.)
|
|
|
|
add some definitions for RT2870/RT3070.
|
|
|
|
m_defrag() does not work. It seems to assume that if the length of
the mbuf passed as parameter is less than MHLEN, then it is an mbuf
header and not a cluster (or something like that.)
It thus fails miserably in the bcopy path.
I don't have the time to investigate further into this.
Thanks to Okan Demirmen for reporting the issue on a ral(4) RT2560.
The RT2560 chipset does not support TX scatter and thus m_defrag()
was called much more often than in other drivers using m_defrag()
where it was less noticeable.
|
|
bit to know when to stop.
|