Seems to behave better now and hostap appears to be working ...
#ifconfig wlan0 create wlandev urtwn0 wlanmode hostap
#ifconfig wlan0 list caps
drivercaps=2181c401
#ifconfig wlan0 up ssid freebsdap mode 11g channel 1
#ifconfig bridge0
I think this patch is missing beacon updates - it just transmits the
same beacon over and oveR?
-a
On 17 September 2015 at 08:12, Kevin Lo wrote:
> On Thu, Sep 17, 2015 at 01:39:30AM -0500, Matthew Grooms wrote:
>> Seems to behave better now and hostap appears to be working
I just assumed that the card was doing the right thing with the beacon
since it was being loaded into a specific queue. Like I said, I'm
fumbling around here. Ok, I see the NetBSD commit now. It doesn't look
anything like the patch I was working with. It also doesn't look
specific to RTL8188E
On Thu, Sep 17, 2015 at 01:39:30AM -0500, Matthew Grooms wrote:
> Seems to behave better now and hostap appears to be working ...
>
> #ifconfig wlan0 create wlandev urtwn0 wlanmode hostap
> #ifconfig wlan0 list caps
> drivercaps=2181c401
>
>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203177
Bug ID: 203177
Summary: [patch] wpa_supplicant(8): initialize interface before
scanning (ap_scan=2)
Product: Base System
Version: 11.0-CURRENT
Hardware: Any
hah, make no assumptions about correctness. :)
Some of these NICs will do hostap mode themselves - you configure them
in hostap mode and they take care of managing beaconing, station
state, power save management, etc. This patch doesn't do that - it's
just treating the NIC as a mostly dumb device