> -----Original Message-----
> From: owner-freebsd-wirel...@freebsd.org [mailto:owner-freebsd-
> wirel...@freebsd.org] On Behalf Of Adrian Chadd
> Sent: Thursday, 18 July 2013 3:42 AM
> To: firstname.lastname@example.org; linux-wirel...@vger.kernel.org
> Subject: So, which IEEE<->Frequency mappings should we be all using?
> Hi all,
> I've been increasingly asked to bring up FreeBSD on "other" bands.
> * 420MHz
> * 700MHz
> * 900MHz (which we already have, due to history);
> * 3.6GHz
> * 4.9GHz
> I'd also like to support half and quarter width channels on these
> If I use the 2GHz channel mapping method, I end up with a very
> channel set and it definitely has no "gaps" for 5/10MHz increments.
> Now, what I'd like to do is figure out some sane, shared method of
> translating channel frequencies to IEEE numbers and back. That way the
> and Linux (and maybe commercial stacks; I dunno what they do) can have
> some sane chance of interoperating.
> So: Is there some standardised or semi-standardised channel mapping
> method? Or should we invent one?
I wanted to make similar changes to madwifi some years ago, and as there
was no standard I invented one.
This likely won't align with your requirements, but share some details
below in case it may help.
The approach I took was that the ieee channel numbers should overlap for
the different frequency bands, as there are a huge number of different
channels once you include all bands + 5, 10, 20, (and maybe 40) channel
widths (not such a big deal since no manufacturers seem to offer a radio
that supports more than one of the lower frequency bands on one board).
This way the 20MHz channel numbers were unchanged for all bands (as they
report as 2.4GHz band anyway), and the 5 and 10 MHz widths I mapped
above channel 14 using mapgsm() and ath_hal_mhz2ieee(), plus other
additions like unmapgsm, etc.
To cut a long story short I ended up with channels 1-14 for 20MHz, 21-34
for 5MHz, and 41-54 for 10MHz.
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"