It's working reasonably well here, but there's glitches with Android devices. After a while they either say the AP is 'out of range' or 'saved' with the non functional option to connect. That's with both an Androided ICS HP Touchpad and a Sony Ericcson Xperia Pro with latest official ICS.
Sadly the net is not particularly forthcoming with whether this is ultimately an access point or Android issue. Windows works fine. I also had one complete wireless failure, but that could easily have been another issue/hardware, as I managed to pull out the power cable when fitting a video cable to check the console.. athn0 at pci0 dev 15 function 0 "Atheros AR5416" rev 0x01: irq 3 athn0: MAC AR5416 rev 2, RF AR2133 (3T2R), ROM rev 5, address ... Cheers - this is much appreciated! Peter On 10 September 2012 19:21, Jan Stary <h...@stare.cz> wrote: > On Aug 18 10:40:23, Mark Kettenis wrote: > > Finally got annoyed enough that my MacBook running OS X (don't ask) > > didn't work too well on my OpenBSD AP at home. The reason is the > > following caveat listed in the athn(4) man page: > > > > Host AP mode doesn't support power saving. Clients attempting to > use > > power saving mode may experience significant packet loss (disabling > power > > saving on the client will fix this). > > Same here. > > > Unfortunately Steve doesn't allow you to disable power saving. So > > here is a diff to make athn(4) in host AP mode handle clients that use > > power saving. The Mac is much happier now. > > > > Further testing would be welcome. Even if you don't use clients with > > power saving enabled. So if you're running an athn(4) based AP, > > please give this a spin. > > This diff seems to be in the tree already, and in the snapshots, > so I upgraded my i386 AP to current, and indeed, the connections > from my macbook via wifi no longer die out. > > Thank you! > > Jan
