Re: ral(4) still can't power save in host ap mode on chipsets that appear supported

2013-06-04 Thread Stuart Henderson 
On 2013/06/04 15:20, stolendata.net wrote:
 The man page of ral(4) makes it understood that power saving in host ap
 mode is now finally working, but only for certain ralink chipset families
 (RT2800 being among those that should work). A list of exceptions is
 provided in the man page: On the RT2500, RT2501 and RT2600 chipsets, host
 AP mode doesn't support power saving.
 
 However, trying to enable power saving on 5.3-RELEASE/i386, whether by
 issuing the option to ifconfig or providing it in hostname.if, only yields
 the error SIOCS80211POWER: Invalid argument.
 
 Excerpt from my dmesg:
 
 ral0 at pci1 dev 7 function 0 Ralink RT2860 rev 0x00: apic 2 int 5,
 address 00:1f:1f:81:6b:92
 ral0: MAC/BBP RT2860 (rev 0x0102), RF RT2820 (MIMO 2T3R)
 

The 'powersave' flag is only for client devices.

'Power saving support for host ap' means that the AP is able to
buffer packets for *clients* in power-save mode. There is nothing to
configure for this.

Re: ral(4) still can't power save in host ap mode on chipsets that appear supported

2013-06-04 Thread stolendata.net 
Perhaps I was being vague, perhaps you didn't read the report through...:

Enabling the powersave option for a RAL(4) device does not work, while
the man page suggests that it SHOULD work, in just the same way with just
the same results as it does for f.e. ATHN(4) as of the release of 5.3:
Power-saving clients supported in hostap mode with acx(4) and athn(4).

The long-standing and well-known problem of wireless clients experiencing
connection drops and packet loss when connected to a RAL(4) device running
in HostAP mode is STILL present, even on ralink families that the man page
claim should finally be supported.


On Tue, Jun 4, 2013 at 3:25 PM, Stuart Henderson st...@openbsd.org wrote:

 On 2013/06/04 15:20, stolendata.net wrote:
  The man page of ral(4) makes it understood that power saving in host ap
  mode is now finally working, but only for certain ralink chipset families
  (RT2800 being among those that should work). A list of exceptions is
  provided in the man page: On the RT2500, RT2501 and RT2600 chipsets,
 host
  AP mode doesn't support power saving.
 
  However, trying to enable power saving on 5.3-RELEASE/i386, whether by
  issuing the option to ifconfig or providing it in hostname.if, only
 yields
  the error SIOCS80211POWER: Invalid argument.
 
  Excerpt from my dmesg:
 
  ral0 at pci1 dev 7 function 0 Ralink RT2860 rev 0x00: apic 2 int 5,
  address 00:1f:1f:81:6b:92
  ral0: MAC/BBP RT2860 (rev 0x0102), RF RT2820 (MIMO 2T3R)
 

 The 'powersave' flag is only for client devices.

 'Power saving support for host ap' means that the AP is able to
 buffer packets for *clients* in power-save mode. There is nothing to
 configure for this.

Re: ral(4) still can't power save in host ap mode on chipsets that appear supported

2013-06-04 Thread Stuart Henderson 
On 2013/06/04 15:36, stolendata.net wrote:
 Perhaps I was being vague, perhaps you didn't read the report through...:

You were being vague because you did not specify what command you were
running. However the only command you could have run to get that message
was 'ifconfig ral0 powersave'.

I think my message was quite clear (though maybe it would make sense
for the ifconfig manual to make it clearer) :

  The 'powersave' flag is only for client devices.

What you are talking about here is not a *client device* but an *access point*.