Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Subject: Re: Kernel crash when scanning for APs in huge WiFi environment -
 Ath10K - ARMV7 - Linux 4.14.73
To:     Vincent RUBY <vruby@cube-technologies.net>,
        "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
References: <1cef8054e4e447f2ba02d1de1e6afdf8@Cube-mail.cube.local>
 <e23f3f12dcab42ea9ab4b7384080cdf2@Cube-mail.cube.local>
From:   Ben Greear <greearb@candelatech.com>
Organization: Candela Technologies
Message-ID: <c2f66f16-3800-b127-4c58-704a29ec693d@candelatech.com>
Date:   Fri, 9 Jul 2021 08:58:51 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.2.2
MIME-Version: 1.0
In-Reply-To: <e23f3f12dcab42ea9ab4b7384080cdf2@Cube-mail.cube.local>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Precedence: bulk

On 7/9/21 8:48 AM, Vincent RUBY wrote:
> Hi,
> 
> I apologize in advance if I am writing at the wrong place.
> We have developed a custom embedded board based on ARMV7. On the board there is a Telit WE866C3-P Wifi module (based on ath10k).
> Linux : 4.14.73 (YOCTO/poky)
> Microcontroller : SAMA5D27
> 
> The board is working perfectly in a normal Wifi environment (e.g., at office).
> But when the board is put in a huge Wifi environment (e.g., 350 APs with 2 antennas each with more than 600 visible BSSIDS) the Linux kernel crashes when attempting to connect to a Wifi network using wpa_supplicant.
> When the Wifi antenna is attenuated with some electromagnetic obstacle (e.g., hand or metallic shield), the board connects without any problem.
> 
> The problem is the same when running a scan from wpa_cli .
> 
> Do you have any idea where I can find some clue to resolve this issue?
> 
> Many thanks in advance !
> 
> VinceCube
> 

Please show the details of the kernel crash.  And either way, answer is probably to try more
recent kernel and see if problem is already fixed.

Thanks,
Ben

-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com