On Tue, 2015-08-25 at 10:47 -0700, Allan Matthew wrote:
Where would I stick the transmit power control? In the
ieee80211_tx_info-control somewhere, or maybe in the
ieee80211_tx_info-rate_driver_data?
It's got to be in control, but not sure where - perhaps look at
minstrel blues stuff?
On Tue, Aug 25, 2015 at 2:36 AM, Johannes Berg
johan...@sipsolutions.net wrote:
It's ... complicated. First of all, it's currently not supported I
believe, in general, since there's no parsing code. Obviously, parsing
code can be changed, and I think there might even be patches floating
around
On Mon, 2015-08-24 at 17:46 -0700, Allan Matthew wrote:
Johannes- What about txpower? Should this be configurable through
the radiotap headers?
It's ... complicated. First of all, it's currently not supported I
believe, in general, since there's no parsing code. Obviously, parsing
code can
On Wed, Aug 19, 2015 at 1:43 PM, Allan Matthew allan...@gmail.com wrote:
Understood, thanks for the help. Apologies for the poor formatting!
Johannes- What about txpower? Should this be configurable through the
radiotap headers?
--
To unsubscribe from this list: send the line unsubscribe
On Fri, 2015-08-14 at 14:39 -0700, Allan Matthew wrote:
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
On Wed, 2015-08-19 at 10:44 -0700, Ben Greear wrote:
At least with ath9k, it is possible to send HT20 frames
when the radio has other vifs on the same radio sending HT40 frames,
for instance.
(And rate-ctrl will do the same thing even for an 'ht40' vif).
Yes, but that's pure rate control.
On Wed, 2015-08-19 at 09:37 -0700, Allan Matthew wrote:
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.
Not sure - I haven't looked at WAVE/11p in a long time, but the code we
have
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
On Wed, 2015-08-19 at 12:50 -0700, Allan Matthew wrote:
Regarding the AP clients, could the AP send a power save or sleep
notification telling clients its going away for awhile, then come
back after the specified time?
No, the protocol has no such provision for the AP.
[also, please try to
Regarding the AP clients, could the AP send a power save or sleep
notification telling clients its going away for awhile, then come back
after the specified time?
On Wed, Aug 19, 2015 at 12:41 PM, Johannes Berg
johan...@sipsolutions.net wrote:
On Wed, 2015-08-19 at 12:00 -0700, Allan Matthew
On Wed, Aug 19, 2015 at 12:53 PM, Johannes Berg
johan...@sipsolutions.net wrote:
No, the protocol has no such provision for the AP.
[also, please try to format your emails more readable, instead of just
tacking on something on the top]
johannes
Understood, thanks for the help. Apologies
On Wed, 2015-08-19 at 12:00 -0700, Allan Matthew wrote:
I operate an AP on one channel that talks to some set of devices.
On another channel (maybe just different BW) I use packet injection
to send data to and from a separate device.
The bitrate to the 2nd device (on the 2nd channel) is
Anyone have any thoughts on this?
Is it possible with channel context enabled somehow?
On Thu, Aug 13, 2015 at 11:22 AM, Allan Matthew allan...@gmail.com wrote:
I'd like to be able to set the channel information on a per-packet
basis during monitor-mode injection. Specifically, I would like
I'd like to be able to set the channel information on a per-packet
basis during monitor-mode injection. Specifically, I would like to be
able to change the channel bandwidth down to half and quarter rates
(my PHY supports this) based on the radiotap header information.
Additionally, if its
14 matches
Mail list logo