This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

BEAGLEBN: Linux/WL1835MOD/BeagleBoneBlackWireless: wl18xx mesh sta maximum count limit

Part Number: BEAGLEBN

Hi,

On a BeagleboneBlack cluster (more than 32 beaglebone black wireless), when we start

up all the cards with the default mesh start scripts and 802.11s setup, after booting the 7th card it seems that the

wlcore/wl18xx (driver or firmare) stops processing formation.. Checked the stations directory under /sys/../ieee80211/../stations

and there are 7 sta's in this directory. Checked the wlcore/wl18xx statistics and see the tx queue is not empty and it seems

the driver stops processing the queue.

What is working:   6 nodes setup works (ping, pingv6 and batman like routing works)

What is not working: > 6 nodes stops forming a network (ping, pingv6, batman not working)

Br,

Bugra

  • Could you please share the glogger capture of your test?

    Best regards,
    Vihang
  • Can you please elaborate on what is glogger ?  

  • Hi,
    Can you pls let us know what WiLink8 driver version are you running ? Can you pls share kernel logs ?

    Thanks
    Saurabh
  • We are all using Linux machines.. Glogger can be not easy for us to collect at the moment..
  • We tried two kernels below;

    Kernel (BBBW pre-installed)   Linux beaglebone 4.4.41-ti-r83 #1 SMP Tue Jan 17 00:01:19 UTC 2017 armv7l GNU/Linux

    Kernel ():  Linux beaglebone 4.14.94-ti-r95 #1 SMP PREEMPT Thu Feb 28 21:39:28 UTC 2019 armv7l GNU/Linux

    root@beaglebone:~# modinfo wl18xx
    
    filename:       /lib/modules/4.14.94-ti-r95/kernel/drivers/net/wireless/ti/wl18xx/wl18xx.ko.xz
    
    firmware:       ti-connectivity/wl18xx-fw-4.bin
    
    author:         Luciano Coelho <coelho@ti.com>
    
    license:        GPL v2
    
    alias:          platform:wl18xx
    
    depends:        wlcore,mac80211,cfg80211
    
    intree:         Y
    
    name:           wl18xx
    
    vermagic:       4.14.94-ti-r95 SMP preempt mod_unload modversions ARMv7 p2v8
    
    parm:           ht_mode:Force HT mode: wide or siso20 (charp)
    
    parm:           board_type:Board type: fpga, hdk (default), evb, com8 or dvp (charp)
    
    parm:           checksum:Enable TCP checksum: boolean (defaults to false) (bool)
    
    parm:           dc2dc:External DC2DC: u8 (defaults to 0) (int)
    
    parm:           n_antennas_2:Number of installed 2.4GHz antennas: 1 (default) or 2 (int)
    
    parm:           n_antennas_5:Number of installed 5GHz antennas: 1 (default) or 2 (int)
    
    parm:           low_band_component:Low band component: u8 (default is 0x01) (int)
    
    parm:           low_band_component_type:Low band component type: u8 (default is 0x05 or 0x06 depending on the board_type) (int)
    
    parm:           high_band_component:High band component: u8, (default is 0x01) (int)
    
    parm:           high_band_component_type:High band component type: u8 (default is 0x09) (int)
    
    parm:           pwr_limit_reference_11_abg:Power limit reference: u8 (default is 0xc8) (int)
    
    parm:           num_rx_desc:int
    
    parm:           num_rx_desc_param:Number of Rx descriptors: u8 (default is 32)
    
    
    root@beaglebone:~# modinfo wlcore
    
    filename:       /lib/modules/4.14.94-ti-r95/kernel/drivers/net/wireless/ti/wlcore/wlcore.ko.xz
    
    author:         Juuso Oikarinen <juuso.oikarinen@nokia.com>
    
    author:         Luciano Coelho <coelho@ti.com>
    
    license:        GPL
    
    depends:        mac80211,cfg80211
    
    intree:         Y
    
    name:           wlcore
    
    vermagic:       4.14.94-ti-r95 SMP preempt mod_unload modversions ARMv7 p2v8
    
    parm:           debug_level:wl12xx debugging level (uint)
    
    parm:           fwlog:FW logger options: continuous, dbgpins or disable (charp)
    
    parm:           fwlog_mem_blocks:fwlog mem_blocks (int)
    
    parm:           bug_on_recovery:BUG() on fw recovery (int)
    
    parm:           no_recovery:Prevent HW recovery. FW will remain stuck. (int)
    
    
    root@beaglebone:~# strings wl18xx-fw-4.bin | grep Rev
    
    FRev 8.9.0.0.79
    
    FRev 8.2.0.0.242

  • Hi , bbw / debian are mostly supported by beglebone forums. do you have a stack trace /crash log that you can share ?
    Saurabh
  • We don't have any logs in the form of trace/debug/etc.. By the way the only symptom you can

    try and see on your side is to execute the following recipe:

    At the console of Linux (any brand) execute the command:    iw dev mesh0 station dump

    This command outputs the stations our wilink8 type chipset is seeing. Whether the station is estab or in listen mode

    if the number of station(s) we see is bigger than 6 in this case 7 the network infrastructure for the mesh is not stable anymore.

    Please elaborate this issue on your side. In our production environment we can not exceed the number of stations because of this

    limitation... Thanks in advance for your attention.

    Br,

    Bugra

  • Hi,
    As far as i know we haven't seen this issue at our end . Pls consult table 18 for mesh capabilities : www.ti.com/.../swru423a.pdf

    Thanks
    Saurabh
  • Hi Saurabh,

    We did a consultation before we go to the production with TI's Wilink8 chipset..

    This is the point we are dissapointed that the Wilink8 chipset is limited with 6 STA mesh connection

    at most. But at the section you mentioned in the document it is stated that 10 STA mesh connection

    is supported.. We are very dissapointed that this issue can not be managed by TI's support side and

    we are face to face with our customer at the production side.

    Br,

    Bugra