Thank you Johannes,

It seems like the functionality for this (maybe not the monitor mode)
must be available in order to support the multiple 802.11p channels in
the 5.8ghz band.

It sounds like what you are proposing is to create a non-monitor vif,
select its channel, bitrate, bandwidth and then use the MAC address to
select it as the transmitting interface.  Is that correct?  I'm
guessing I could do this with raw sockets and prepend the ieee80211
header (but not the radiotap header)?

Thanks for the help!

On Wed, Aug 19, 2015 at 4:24 AM, Johannes Berg
[off-list ref] wrote:

On Fri, 2015-08-14 at 14:39 -0700, Allan Matthew wrote:

quoted

Anyone have any thoughts on this?

Is it possible with channel context enabled somehow?

I don't think it's possible - per-packet configuration would have to be
basically instantaneous (cannot sleep etc.) and setting the channel is
necessarily a much longer operation.

If your device supports channel contexts, you might be able to *pick*
the channel you want to inject on, but you could probably achieve that
through the existing MAC address selection that picks an interface.
It's also not clear how monitor + chanctx would work at all, since
monitor expects to be on the channel all the time.

You could possibly select other parameters like the bitrate, but the
channel width - especially 5/10 MHz - doesn't seem feasible.

johannes