On Thu, Mar 8, 2018 at 4:47 AM, Arend van Spriel <arend.vanspr...@broadcom.com> wrote: >> 43455c0-roml/sdio-ag-ndis-vista-pktfilter-d0c-pno-aoe-p2p-dhdoid-ndoe-gtkoe-mfp-proptxstatus-dmatxrc-keepalive-ap-ampduretry-pclose-txbf >> >> Yes, ndis. So no easy way to run the same firmware on the 2 OSes. > > Indeed. I could try building nearly same firmware target. Can you provide > the firmware version as well.
Full string is: 43455c0-roml/sdio-ag-ndis-vista-pktfilter-d0c-pno-aoe-p2p-dhdoid-ndoe-gtkoe-mfp-proptxstatus-dmatxrc-keepalive-ap-ampduretry-pclose-txbf Version: 18.104.22.168 CRC: 7cb2470e Date: Thu 2016-04-21 22:31:44 PDT Ucode Ver: 1043.2070 FWID: 01-f68ec182 If you could build that config but for Linux instead of ndis I would love to try it. Also, here is the string for the current one in linux-firmware: 43455c0-roml/sdio-ag-p2p-pno-aoe-pktfilter-keepalive-mchan-pktctx-proptxstatus-ampduhostreorder-lpc-pwropt-txbf-wnm-okc-ccx-ltecx-wfds-wl11u-mfp-tdls-ve Version: 22.214.171.124 CRC: d7226371 Date: Sun 2015-03-01 07:31:57 PST Ucode Ver: 1026.2 FWID: 01-6a2c8ad4 I note that the Version and UcodeVer in the linux-firmware version are lower than the windows one. If it's possible to also rebuild the linux-firmware config but with those newer versions (or even the latest, if there is something newer), I will test that too. > So it picks up something in the PC. Some sources of interference that I have > seen before are USB3 and HDMI. Maybe try to shield those if present and see > if that helps. The nvram contains sensitivity parameters, but as you stated > you are using the same nvram for windows and linux for now we can rule it > out for debugging the issue. Yeah, there are some options here which we can try to explore. What's still unknown though is why windows appears immune to this exact same interference. A software fix would be much more convenient... :) Daniel