Hi Alex:

Alright, here's the dmesg as attached.

So, here's something funny that happened today. I lost power, so used my
cell phone as a hotspot with my Linux machine. My cell phone is not Wifi6.

Even after power was restored, I forgot that I was on the hotspot and I did
a meeting with about 10 people. And guess what? No freeze, not even a
slight!

Perhaps this was self-evident to you, but I think that the Wifi6 factor
that makes the difference. In the lab, did you try with Wifi6?

Best Regards,

Steve

On Tue, Jul 6, 2021 at 10:20 AM Alex Tu <email address hidden> wrote:

> Hi Steve, my comment #12 is saying the firmware in #9 works on the
> machine in certification lab, so that HWE is doing a SRU [1] to land
> that firmware.
>
> But that firmware seems not to work for your case(refer to your comment
> #10 which I missed when commenting #9).
>
> Could you please also provide your dmesg again when for the issue after
> you applied the firmware from #9 or from [1]
>
>
> [1] https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1934217
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1932548
>
> Title:
>   [Intel Wi-Fi 6 AX201] Video conferences constantly freeze when I am on
>   wireless [8086:a0f0]
>
> Status in OEM Priority Project:
>   Confirmed
> Status in linux-oem-5.10 package in Ubuntu:
>   New
>
> Bug description:
>   Whenever I am using a wireless connection, the image freezes roughly
>   every two minutes. Sometimes, email cannot be retrieved / computer
>   complains the connection was momentarily lost.
>
>   - If I am on a wire, this problem does NOT occur.
>   - This problems occurs on wireless independent of the platform used
> (behavior seen in both Google Hangout and Zoom)
>   - This problem does NOT occur on Windows. I did a meeting where both my
> Linux and Windows machines were connected to the same meeting and using the
> same wifi router, and while the performance on Windows was flawless,
> unfortunately it was not so on the Ubuntu box. So I don't think my wifi
> router or network is to blame.
>   - As far as I can recall, the problem used not to be there 2 weeks ago.
> So it may have been introduced by a recent update.
>   - As communicated before, I am on a certified machine from Dell,
> recently purchased with Ubuntu already on board from factory (I assume the
> logs there were sent to you would contain the information).
>   - I tried to generate a log on the wireless, but the process did not let
> me do this very easily. I am more than happy to send you additional
> information - but please let me know which package you want me to spy upon
> exactly, as I am not sure what would be helpful in this matter.
>
>   ProblemType: Bug
>   DistroRelease: Ubuntu 20.04
>   Package: xorg 1:7.7+19ubuntu14
>   ProcVersionSignature: Ubuntu 5.10.0-1029.30-oem 5.10.35
>   Uname: Linux 5.10.0-1029-oem x86_64
>   ApportVersion: 2.20.11-0ubuntu27.18
>   Architecture: amd64
>   BootLog: Error: [Errno 13] Permission non accordée: '/var/log/boot.log'
>   CasperMD5CheckResult: skip
>   CompositorRunning: None
>   CurrentDesktop: ubuntu:GNOME
>   Date: Fri Jun 18 09:47:58 2021
>   DistUpgraded: Fresh install
>   DistributionChannelDescriptor:
>    # This is the distribution channel descriptor for the OEM CDs
>    # For more information see
> http://wiki.ubuntu.com/DistributionChannelDescriptor
>    canonical-oem-somerville-focal-amd64-20200502-85
>   DistroCodename: focal
>   DistroVariant: ubuntu
>   EcryptfsInUse: Yes
>   ExtraDebuggingInterest: Yes
>   GraphicsCard:
>    Intel Corporation Device [8086:9a49] (rev 01) (prog-if 00 [VGA
> controller])
>      Subsystem: Dell Device [1028:0991]
>   InstallationDate: Installed on 2021-04-24 (54 days ago)
>   InstallationMedia: Ubuntu 20.04 "Focal" - Build amd64 LIVE Binary
> 20200502-05:58
>   MachineType: Dell Inc. XPS 13 9310
>   ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.10.0-1029-oem
> root=UUID=28dc4511-d4dc-4dec-8abb-64e06b4e9d1e ro quiet splash vt.handoff=7
>   SourcePackage: xorg
>   Symptom: display
>   UpgradeStatus: No upgrade log present (probably fresh install)
>   dmi.bios.date: 03/25/2021
>   dmi.bios.release: 2.1
>   dmi.bios.vendor: Dell Inc.
>   dmi.bios.version: 2.1.1
>   dmi.board.name: 08607K
>   dmi.board.vendor: Dell Inc.
>   dmi.board.version: A00
>   dmi.chassis.type: 10
>   dmi.chassis.vendor: Dell Inc.
>   dmi.modalias:
> dmi:bvnDellInc.:bvr2.1.1:bd03/25/2021:br2.1:svnDellInc.:pnXPS139310:pvr:rvnDellInc.:rn08607K:rvrA00:cvnDellInc.:ct10:cvr:
>   dmi.product.family: XPS
>   dmi.product.name: XPS 13 9310
>   dmi.product.sku: 0991
>   dmi.sys.vendor: Dell Inc.
>   version.compiz: compiz N/A
>   version.libdrm2: libdrm2 2.4.102-1ubuntu1~20.04.1
>   version.libgl1-mesa-dri: libgl1-mesa-dri 20.2.6-0ubuntu0.20.04.1
>   version.libgl1-mesa-glx: libgl1-mesa-glx 20.2.6-0ubuntu0.20.04.1
>   version.xserver-xorg-core: xserver-xorg-core 2:1.20.9-2ubuntu1.2~20.04.2
>   version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
>   version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.1.0-1
>   version.xserver-xorg-video-intel: xserver-xorg-video-intel
> 2:2.99.917+git20200226-1
>   version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/oem-priority/+bug/1932548/+subscriptions
>