tech-net archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: WiFi Refresh -- Report 3




> On Aug 3, 2018, at 2:13 PM, Phil Nelson <phil%NetBSD.org@localhost> wrote:
> 
> Hello tech-net,
> 
>    This is my third report on the WiFi Refresh.
> 
>     I did not make as much progress as I hoped to make over the last
> two weeks.   I've been working with the urtwn driver to help me get
> things working properly before moving on to other drivers.  (Current
> work has IPV6 turned off.)
> 
>     Progress for the last two weeks:
> 
>     1)  worked through scanning, the code now scans.  (I still have some
>           driver issues to work through.  The urtwn driver has callouts to
>           do periodic scans, but the FreeBSD 802.11 also does periodic
>           scans.  I suspect I should remove the driver initiated scans in 
>           favor of the framework scans.)

Yes, we should be pushing as much work into shared code, and out of the drivers, as possible.

>      2)  Selecting an open network now works.   An issue here is the urtwn
>           driver (and I suspect all drivers will need to deal with this), the 
>           driver rssi (Receive signal strength indicator) in the driver
>           is is dBm, numbers appear to be between -100 to 20.   The 
>           FreeBSD network  selection process is checking for rssi to be
>           between 8 and 40.   I currently add 80 in urtwn when passing rssi
>           to the FreeBSD  framework.

Probably worth taking a look at the FreeBSD urtwn driver to see what they're doing.

>       3) I can assign an IPV4 address.   I've seen at least one arp request
>           packed come to the stack ... which crashed the system.
>           Tcpdump sees arp requests being transmitted ... but I get no 
>           responses.    It appears as if the transmit functions don't send a
>           correct packet, but I don't have an AP on which I can run tcpdump
>           to see if the transmitted packets. 
> 
>          (Seem to have a regression with today's work as the network
>           is not being reported as active where earlier this week it was
>           being reported as active.)
> 
> For the final part of the contract in the next two weeks I plan to do:
> 
>         1)   Get the NetBSD specific ioctls implemented.   I still have a few to
>               to do including setting the nwkey.
> 
>         2)   Look into getting the sysctl system with more nodes added.  I've
>                spent very little time on sysctls.
> 
>         3)   Continue to search for answers as to why I'm not getting IP packets
>                sent/received correctly.   (Management packets appear to be working
>                due to seeing the scanning requests and replys and the building of
>                a correct list of stations in the area.)
> 
>          4)   If I can solve the IP packet problem and can use the open networks,
>                I'll then move to trying WEP.   I doubt I'll get to WPA in the next two
>                weeks.
> 
> If you want to try my work,  check out current and then check out "phil-wifi" 
> on sys/net80211 and sys/dev/usb/if_urtwn.c.   You can also get my current
> TESTWIFI config at sys/arch/amd64/conf/TESTWIFI.  You will have to disable
> IPV6 in this config to get similar results to me.
> 
> Here is a current session showing the regression mentioned above.
> 
> bash-4.4# ifconfig urtwn0
> urtwn0: flags=0x8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
>        ssid ""
>        ec_capabilities=ffffffffea4cae10
>        ec_enabled=63c52788
>        address: 74:da:38:e2:9d:fd
>        media: IEEE802.11 autoselect (autoselect mode 11b)
>        status: no network
> bash-4.4# ifconfig urtwn0 nwid notusable
> bash-4.4# ifconfig urtwn0
> urtwn0: flags=0x8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
>        ssid notusable
>        ec_capabilities=ffffffffea4cae10
>        ec_enabled=63c52788
>        address: 74:da:38:e2:9d:fd
>        media: IEEE802.11 autoselect (autoselect mode 11b)
>        status: no network
> bash-4.4# ifconfig urtwn0 192.168.1.100 netmask 0xffffff00
> bash-4.4# ifconfig urtwn0
> urtwn0: flags=0x8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>        ssid notusable
>        ec_capabilities=ffffffffea4cae10
>        ec_enabled=63c52788
>        address: 74:da:38:e2:9d:fd
>        media: IEEE802.11 autoselect (autoselect mode 11g)
>        status: no network
>        inet 192.168.1.100/24 broadcast 192.168.1.255 flags 0x0
> bash-4.4# 
> 
> I have seen the status "active".

-- thorpej



Home | Main Index | Thread Index | Old Index