I'm fine with this. The main odd-ball here is iwm(4) that requires
interrupts to be up before the NIC is initialised (firmware), and it
will do firmware loading and commands before you can get the MAC which
is required for attach.
Flesh it out a bit more with iwm(4) and I'll take a look at the res
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164102
--- Comment #4 from commit-h...@freebsd.org ---
A commit references this bug:
Author: jkim
Date: Tue Sep 8 21:04:34 UTC 2015
New revision: 287578
URL: https://svnweb.freebsd.org/changeset/base/287578
Log:
Enable 802.11n support.
PR:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164102
Jung-uk Kim changed:
What|Removed |Added
Resolution|--- |FIXED
Status|In Progress
The driver is able to bring up a connection on linux and openbsd just fine.
I would start with this, then fix the structs. This could use another
pair of eyes.
Partial draft (yes, it builds):
Index: sys/dev/usb/wlan/if_rsu.c
===
---
hi,
nope - we can't assume the IEEE80211_M_* bits at all line up with what
the firmware requires.
You also changed the endian-ness of things - it may now not work on
non-intel platforms.
Did this /fix/ things for you?
-adrian
On 8 September 2015 at 16:24, Idwer Vollering wrote:
> The driver
2015-09-09 1:36 GMT+02:00 Adrian Chadd :
> hi,
>
> nope - we can't assume the IEEE80211_M_* bits at all line up with what
> the firmware requires.
> You also changed the endian-ness of things - it may now not work on
> non-intel platforms.
Does it? Other drivers don't use htole*():
# grep htole
Hi,
The M_STA, M_IBSS,, etc is not part of the 802.11 standard - it's
net80211. Same as MODE_* - it's not 802.11, it's just an internal
enum.
-adrian
___
freebsd-wireless@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-wire