On Mon, Jun 12, 2023 at 03:30:23PM +0200, petter@xxxxxxxxxx wrote: >> Some time ago https://bugzilla.kernel.org/show_bug.cgi?id=217034 was >> created. From the beginning it was just about some error printouts. >> Then Andreas (who created the bug report) mentioned that it seems to >> work worse after bumping the firmware to > 9.9.10. After some fixes >> from Sascha the error printouts dissappeared. But when I also started >> to run this using firmware > 9.9.10 I also got problems. On my i.MX8 >> and RPi4 board it works fine, but on some of my less powerful boards >> such as and older RPi and my i.MX6 SoloX board, it always fails using >> 9.9.10 firmware. After some digging in the git log, I discovered >> that HW scan offload was introduced in a later firmware. So when I >> disable HW offload scan it seems to work again on all my boards. But >> still I want to understand why the HW offload scan don't work for >> me. >Could it be that the number of CPU cores makes the difference? Can you >try with maxcpus=1 on your boards with more than one CPU? > >I have a i.MX6s board here that I can use to try to reproduce your >problem in the meantime. > >Sascha I was also thinking about that first. But I cannot reproduce the issue on my i.MX8 board even if I reduce the number of cpus to 1. Could it be related to USB speed in some way? I have tried to exclude insufficient USB power by using an usb hub with external power supply, but could still see the issue on my i.MX6 their.. Will be very interesting to know about your results on your board. Like stated earlier I can easily reproduce this using all firmware versions with HW offload scan feature included (> 9.9.10). Running with 1 cpu on my i.MX8 board: ~# cat /proc/cpuinfo processor : 0 BogoMIPS : 16.00 Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd03 CPU revision : 4 ~# fw_printenv | grep bootargs= bootargs=console=ttymxc2,115200 earlycon=ec_imx6q,0x30880000,115200 net.ifnames=0 root=/dev/mmcblk2p1 rootwait ro fsck.repair=yes maxcpus=1 ~# ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=119 time=16.8 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=119 time=16.2 ms ^C --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 16.249/16.514/16.780/0.265 ms ~# nmcli device wifi rescan ~# ~# ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=119 time=14.6 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=119 time=13.2 ms ^C --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 13.186/13.911/14.637/0.725 ms Petter > >-- >Pengutronix e.K. | | >Steuerwalder Str. 21 | http://www.pengutronix.de/ | >31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | >Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
