Omega2: WiFi Client with Lede Image



  • hm, am I doing something wrong?
    I have cloned https://github.com/noblepepper/mtk-wifi to feeds/mtk-wifi:

    lede@bender:~/dev/lede-project/lede$ ./scripts/feeds update -i mtk-wifi
    lede@bender:~/dev/lede-project/lede$ ./scripts/feeds install kmod-mtk-wifi
    WARNING: No feed for package 'kmod-mtk-wifi' found, maybe it's already part of the standard packages?

    it didnt show in make menuconfig menu..

    Sorry but I'm not (yet) familiar with the openwrt/lede build process



  • @Nikolay-Hristov said in Omega2: WiFi Client with Lede Image:

    I have cloned https://github.com/noblepepper/mtk-wifi to feeds/mtk-wifi:

    The individual packages need to be one level deeper than just feeds, meaning you need to have a folder like feeds/myfeed and clone mtk-wifi into that folder as feeds/myfeed/mtk-wifi

    You could probably hijack one of the existing feeds (onion's for example) and just plant mtk-wifi there as a cuckoo's egg ;-)

    But I can only recommend having an own feed for these types of experiments - essentially just a git repo somewhere of which you put the url into feeds.conf.default. Then you can copy packages to examine/modify there. As scripts/feeds install allows to specify a preferred feed, you can even copy packages from another feed to your own to develop and test modifications. I do this with omega2-ctrl, because @onion still hasn't found the time to process the pull request [Update: no longer, @Lazar-Demin just merged the PRs, thx :thumbsup: :-))



  • Hi @Gerhard-Bertelsmann, @james-lee, @Nikolay-Hristov and everybody else trying to get reliable WiFi with LEDE: Great news - just forget about mtk-wifi (and freezing kernel versions because of it)!

    Latest commits from today (e209988) on lede-project master seem to fix the reliability and performance issues with the open source mt76 driver!

    The commit messages looked very promising, so I just rebuilt my project's image based on today's LEDE master, installed it, rebooted, and - WiFi just works! Not a single "wlan deauthenticated" message in dmesg any more. I haven't really tested in depth, but performance also felt normal scp-ing a firmware image to /tmp.

    Really cool! :-D



  • @luz Hi. Tried to build image on Ubuntu 16.04 but make menuconfig behaves strange.
    e.g. can't see cursor if I resize terminal.

    Do you have such problems or you are using imagebuilder/edit config by hands?



  • @M-S192 I'm using LEDE buildroot on macOS (in a case-sensitive disk image), and menuconfig works fine with the standard Terminal app.



  • @luz I've got it up and running but still not even close to stable wifi... i cant connect it in STA mode, only in AP mode
    it works but when I do:

    iw wlan0 scan

    I'm getting MCU errors and then module crashes:

    root@LEDE:/etc/config# [ 811.948503] MCU message 40 (seq 6) timed out
    [ 812.948492] MCU message 8 (seq 7) timed out
    [ 813.948503] MCU message 40 (seq 8) timed out
    [ 814.948495] MCU message 8 (seq 9) timed out
    [ 815.948499] MCU message 40 (seq 10) timed out
    [ 815.957183] ------------[ cut here ]------------
    [ 815.966395] WARNING: CPU: 0 PID: 6 at /.../dev/lede-project/lede/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7688/mt76-2017-03-17-712b8e8f/mt7603_mac.c:1219 mt7603_mac_work+0xf0/0x284 mt7603e
    [ 816.002894] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 iptable_nat ipt_REJECT ipt_MASQUERADE xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt mt76x2e mt7603e mt76 mac80211 batman_adv libcrc32c cfg80211 compat ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables msdos vfat fat nls_utf8 nls_iso8859_1 nls_cp437 usb_storage leds_gpio ohci_platform ohci_hcd ehci_platform sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 jbd2 mbcache usbcore nls_base usb_common crc16 crc32c_generic crypto_hash
    [ 816.173337] CPU: 0 PID: 6 Comm: kworker/u2:0 Not tainted 4.4.61 #0
    [ 816.185596] Workqueue: phy0 mt7603_mac_work [mt7603e]
    [ 816.195602] Stack : 87c03410 87c1eb98 00000088 8004ae38 87c2dbac 80396d63 80333f8c 00000006
    8035cc5c 87c49d64 80390000 80048da4 00000088 8004ae38 80339494 80390000
    00000003 87c49d64 80390000 80038db4 00000088 87c49d9c 000000ef 00000000
    00000001 00000000 8757d1dc 87e83a00 87e83900 30796870 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    ...
    [ 816.266064] Call Trace:
    [ 816.270917] [<8001486c>] show_stack+0x50/0x84
    [ 816.279553] [<80025418>] warn_slowpath_common+0xa0/0xd0
    [ 816.289911] [<800254d0>] warn_slowpath_null+0x18/0x24
    [ 816.299935] [<8757d2cc>] mt7603_mac_work+0xf0/0x284 [mt7603e]
    [ 816.311344] [<80036ccc>] process_one_work+0x1f8/0x334
    [ 816.321361] [<80037ae0>] worker_thread+0x2b0/0x404
    [ 816.330868] [<8003be98>] kthread+0xd8/0xec
    [ 816.338988] [<80004478>] ret_from_kernel_thread+0x14/0x1c
    [ 816.349681]
    [ 816.352624] ---[ end trace 54759357b623713d ]---

    so... not stable :(



  • @Nikolay-Hristov :-(

    For me, station mode works fine (and definitely did not before these commits from yesterday). I did not try iw wlan0 scan yet, but just set my SSID and key in /etc/config/wireless. I'll try scan this evening and let you know.



  • @Nikolay-Hristov [Update] iw wlan0 scan works fine, and ap mode works as well. Not a single unexpected message in dmesg.

    However, in my setup I had rearranged /etc/config/network and /etc/config/wireless a bit as I didn't want the standard router setup, but a pure client. I also have removed odhcpd and dnsmasq packages because I absolutely don't want the Omega to ever become DHCP server and mess up my LAN.
    I don't think that this should affect the mt76 driver level stability at all. But still, for reference, here's my config:

    /etc/config/network:

    config interface 'loopback'
      option ifname 'lo'
      option proto 'static'
      option ipaddr '127.0.0.1'
      option netmask '255.0.0.0'
    
    config globals 'globals'
      option ula_prefix 'fd1d:48c4:7633::/48'
    
    # station mode WiFi
    config interface 'wlan'
      option proto 'dhcp'
      option hostname 'pixelboard-WiFi'
      option enabled '1'
    
    # Ethernet
    config interface 'lan'
      option ifname 'eth0'
      option proto 'dhcp'
      option hostname 'pixelboard-LAN'
      option enabled '1'
    
    # AP mode WiFi
    config interface 'wlanap'
      option proto 'static'
      option ipaddr '192.168.44.1'
      option netmask '255.255.255.0'
      option enabled '1'
    

    /etc/config/wireless:

    config wifi-device 'radio0'
      option type 'mac80211'
      option channel '11'
      option hwmode '11g'
      option path 'platform/10300000.wmac'
      option htmode 'HT20'
      option disabled '0'
    
    config wifi-iface 'ap_radio0'
      option device 'radio0'
      option network 'wlanap'
      option mode 'ap'
      option ssid 'PIXELBOARD'
      option encryption 'none'
      option disabled '0'
    
    config wifi-iface 'cli_radio0'
      option device 'radio0'
      option mode 'sta'
      option network 'wlan'
      option ssid 'MYSSID'
      option encryption 'psk2'
      option key 'MYPASSWORD'
    

    The only problem I currently have is that disconnecting ethernet does not automatically remove the route for eth0, so if eth0 and wlan0 go to the same subnet, wlan answer packets might get routed to the disconnected eth0.



  • @luz Many thx for your updates. Great News. However I didn't get it working so far albeit I hadn't much time to check my setup. I going to take your Settings (network&wireless) and see how it goes ...



  • I've tested it more and I can say - yes, there is a significant improve in stability on open source driver. I still have some problems but it is a good step in the right direction. Will test it more and then report here.


Log in to reply