Comment 7 for bug 1872984

The crash also occurs in the kernel version 5.6.0-8-generic #8~lp1872984 linked above; however, two distinct behaviors are present depending on whether or not wifi was ON/OFF in NetworkManager. If it was enabled previously, and then the machine is powered off and back on, the driver appears to send an auth to the default network before crashing (explained below, c.f. attached dmesg logs). Regardless, it will crash and fail to power on if it is turned off and back on in NetworkManager.Case 1 (on):   Boot 1: (Was connected to network on kernel 5.4.0-18, powered off device, then powered on and changed kernel to 5.6.0lp in grub) - The network driver successfully authed with the default network and I was even able to ping google.com. After turning wifi off and then back on again, the network driver is unable to scan for networks and shows a crash in dmesg (dmesg-auth1.log)   Boot 2: (Powered off and restarted after previous attempt, no settings changed) The network driver appeared to auth in dmesg with the specified network then immediately crash. Attempts to turn OFF/ON again in networkmanager result in "fail to power on mac" error in dmesg (dmesg-auth2.log)Case 2 (off):   Boot 3: (Turned off wifi in NetworkManager after boot 2, then powered off and restarted machine) Network driver crashes after enabled on boot and fails to power on when turning off/on in networkmanager (c.f. [5.611939] rtw_pci 0000:3a:00.0: start vif 5c:ea:1d:b6:17:11 on port 0) (dmesg-lp-crash.log)