[Kernel-packages] [Bug 1759787] Re: Very inaccurate TSC clocksource with kernel 4.13 on selected CPUs
Just as another data point: Dell R740 with Xeon Gold 6132 on xenial: 4.13.0-36-generic - FAIL 4.13.0-37-generic - FAIL 4.13.0-45-generic - PASS -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1759787 Title: Very inaccurate TSC clocksource with kernel 4.13 on selected CPUs Status in linux package in Ubuntu: Triaged Status in linux source package in Artful: Won't Fix Bug description: On kernel 4.13.0-37-generic, HP ProLiant DL380 Gen10 systems have been observed with very large clock offsets, as measured by NTP. Over the past few days on one of our production systems, we've used 3 different kernels: https://pastebin.ubuntu.com/p/nDkkgRqdtv/ All of these kernels default to the TSC clocksource, which is supposed to be very reliable on Skylake-X CPUs. On 4.4 (linux-image-generic- lts-xenial) it works as expected; on 3.13 (trusty default kernel) it works a little worse, and on 4.13 (linux-image-generic-hwe-16.04) it is much worse. Today I switched 4.13 from the TSC clocksource to the HPET clocksource and it improved the situation dramatically. I've produced loopstats & peerstats graphs from NTP corresponding to the dates in the pastebin above and placed them at https://people.canonical.com/~paulgear/ntp/. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: linux-image-4.13.0-37-generic 4.13.0-37.42 ProcVersionSignature: User Name 4.13.0-37.42~16.04.1-generic 4.13.13 Uname: Linux 4.13.0-37-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Mar 27 18:26 seq crw-rw 1 root audio 116, 33 Mar 27 18:26 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay' ApportVersion: 2.14.1-0ubuntu3.27 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: CurrentDmesg: [ 6280.259121] perf: interrupt took too long (2505 > 2500), lowering kernel.perf_event_max_sample_rate to 79750 [10463.378558] perf: interrupt took too long (3133 > 3131), lowering kernel.perf_event_max_sample_rate to 63750 [32314.949747] perf: interrupt took too long (4000 > 3916), lowering kernel.perf_event_max_sample_rate to 5 [129804.100274] clocksource: Switched to clocksource hpet [132747.312089] perf: interrupt took too long (5004 > 5000), lowering kernel.perf_event_max_sample_rate to 39750 Date: Thu Mar 29 07:45:22 2018 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 002: ID 0bda:0329 Realtek Semiconductor Corp. Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 0424:2660 Standard Microsystems Corp. Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub MachineType: HPE ProLiant DL380 Gen10 PciMultimedia: ProcFB: 0 mgadrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.13.0-37-generic root=UUID=b33fdcbd-a949-41a0-86d2-03d0c6808284 ro console=tty0 console=ttyS0,115200 RelatedPackageVersions: linux-restricted-modules-4.13.0-37-generic N/A linux-backports-modules-4.13.0-37-generic N/A linux-firmware 1.127.24 RfKill: Error: [Errno 2] No such file or directory: 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) WifiSyslog: dmi.bios.date: 02/15/2018 dmi.bios.vendor: HPE dmi.bios.version: U30 dmi.board.name: ProLiant DL380 Gen10 dmi.board.vendor: HPE dmi.chassis.type: 23 dmi.chassis.vendor: HPE dmi.modalias: dmi:bvnHPE:bvrU30:bd02/15/2018:svnHPE:pnProLiantDL380Gen10:pvr:rvnHPE:rnProLiantDL380Gen10:rvr:cvnHPE:ct23:cvr: dmi.product.family: ProLiant dmi.product.name: ProLiant DL380 Gen10 dmi.sys.vendor: HPE To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1759787/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 2065005] Re: ThinkPad P16s fails to resume from suspend sometimes [6.8]
This is actually no longer happening on my machine with more recent kernels (e.g. 6.8.0-41 at the moment). I also never used a vendor kernel. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/2065005 Title: ThinkPad P16s fails to resume from suspend sometimes [6.8] Status in linux package in Ubuntu: New Status in linux source package in Noble: New Bug description: On a ThinkPad P16s running Noble, resuming from suspend fails about 10% of the time. This usually leads to a reboot, and more rarely to a hang that requires forcing a power off. I don't recall this being the case with kernel 6.5 in Mantic. How to reproduce: * suspend the laptop (systemctl suspend, via the Gnome GUI, closing the lid, method doesn't matter) * resume * repeat about 10 times A quick look at kernel logs doesn't show any kernel panic so perhaps the issue happens too early in the resume process for dmesg to be updated. This happens on both (at least) 6.8.0-31 and 6.8.0-28. ProblemType: Bug DistroRelease: Ubuntu 24.04 Package: linux-image-6.8.0-31-generic 6.8.0-31.31 ProcVersionSignature: Ubuntu 6.8.0-31.31-generic 6.8.1 Uname: Linux 6.8.0-31-generic x86_64 NonfreeKernelModules: zfs ApportVersion: 2.28.1-0ubuntu2 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/seq:aieri 4787 F pipewire /dev/snd/controlC0: aieri 4793 F wireplumber /dev/snd/controlC1: aieri 4793 F wireplumber CasperMD5CheckResult: unknown CurrentDesktop: ubuntu:GNOME Date: Tue May 7 08:54:34 2024 MachineType: LENOVO 21K9001NUS ProcFB: 0 amdgpudrmfb ProcKernelCmdLine: root=zfs:zroot/ROOT/ubuntu quiet loglevel=4 rtc_cmos.use_acpi_alarm=1 spl.spl_hostid=0x4605c990 RelatedPackageVersions: linux-restricted-modules-6.8.0-31-generic N/A linux-backports-modules-6.8.0-31-generic N/A linux-firmware20240318.git3b128b60-0ubuntu2 SourcePackage: linux UpgradeStatus: Upgraded to noble on 2024-04-14 (22 days ago) dmi.bios.date: 02/20/2024 dmi.bios.release: 1.35 dmi.bios.vendor: LENOVO dmi.bios.version: R2FET55W (1.35 ) dmi.board.asset.tag: Not Available dmi.board.name: 21K9001NUS dmi.board.vendor: LENOVO dmi.board.version: SDK0T76530 WIN dmi.chassis.asset.tag: No Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: None dmi.ec.firmware.release: 1.16 dmi.modalias: dmi:bvnLENOVO:bvrR2FET55W(1.35):bd02/20/2024:br1.35:efr1.16:svnLENOVO:pn21K9001NUS:pvrThinkPadP16sGen2:rvnLENOVO:rn21K9001NUS:rvrSDK0T76530WIN:cvnLENOVO:ct10:cvrNone:skuLENOVO_MT_21K9_BU_Think_FM_ThinkPadP16sGen2: dmi.product.family: ThinkPad P16s Gen 2 dmi.product.name: 21K9001NUS dmi.product.sku: LENOVO_MT_21K9_BU_Think_FM_ThinkPad P16s Gen 2 dmi.product.version: ThinkPad P16s Gen 2 dmi.sys.vendor: LENOVO To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2065005/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 2058752] [NEW] ath11k high jitter and packet loss when operating in 802.11ax mode
Public bug reported:
On 6.5.0-26-generic, my QCNFA765 cannot really operate in 802.11ax mode.
I have a Thinkpad P16s Gen 2 with a (soldered, sadly) QCNFA765 card, which uses
the ath11k driver.
I also have a Ruckus R650 AP, which supports wifi6.
Connecting the two and pinging the AP yields the following:
```
64 bytes from 192.168.16.77: icmp_seq=45 ttl=64 time=22.4 ms
64 bytes from 192.168.16.77: icmp_seq=46 ttl=64 time=29.6 ms
64 bytes from 192.168.16.77: icmp_seq=47 ttl=64 time=26.8 ms
64 bytes from 192.168.16.77: icmp_seq=48 ttl=64 time=2174 ms
64 bytes from 192.168.16.77: icmp_seq=49 ttl=64 time=1158 ms
64 bytes from 192.168.16.77: icmp_seq=50 ttl=64 time=130 ms
64 bytes from 192.168.16.77: icmp_seq=51 ttl=64 time=503 ms
64 bytes from 192.168.16.77: icmp_seq=54 ttl=64 time=1832 ms
64 bytes from 192.168.16.77: icmp_seq=55 ttl=64 time=808 ms
64 bytes from 192.168.16.77: icmp_seq=56 ttl=64 time=9.32 ms
64 bytes from 192.168.16.77: icmp_seq=57 ttl=64 time=2.11 ms
64 bytes from 192.168.16.77: icmp_seq=58 ttl=64 time=25.6 ms
64 bytes from 192.168.16.77: icmp_seq=59 ttl=64 time=30.9 ms
64 bytes from 192.168.16.77: icmp_seq=60 ttl=64 time=95.6 ms
^C
--- 192.168.16.77 ping statistics ---
60 packets transmitted, 55 received, 8.3% packet loss, time 59273ms
rtt min/avg/max/mdev = 2.105/275.084/2344.792/560.334 ms, pipe 3
```
Those periodic bursts of >1s latency make some webpages fail to load and
videochats unusable.
No interference is present in my channel of choice.
Nothing interesting is printed in dmesg while the above occurs.
The above does not happen if:
* I disable wifi 6 in the AP
* I ping a wifi 5 AP (I also have an older R710, which is a 802.11ac AP)
* I ping the R650 in wifi 6 mode from a AX210 on kernel 6.2
* I ping the R650 from a completely different OS and device (e.g. Android)
I'll test with a 24.04 daily image next.
ProblemType: Bug
DistroRelease: Ubuntu 23.10
Package: linux-image-6.5.0-26-generic 6.5.0-26.26
ProcVersionSignature: Ubuntu 6.5.0-26.26-generic 6.5.13
Uname: Linux 6.5.0-26-generic x86_64
NonfreeKernelModules: zfs
ApportVersion: 2.27.0-0ubuntu5
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: ubuntu:GNOME
Date: Thu Mar 21 16:58:07 2024
MachineType: {report['dmi.sys.vendor']} {report['dmi.product.name']}
ProcFB: 0 amdgpudrmfb
ProcKernelCmdLine: root=zfs:zroot/ROOT/ubuntu quiet loglevel=4
rtc_cmos.use_acpi_alarm=1 spl.spl_hostid=0x4605c990
RelatedPackageVersions:
linux-restricted-modules-6.5.0-26-generic N/A
linux-backports-modules-6.5.0-26-generic N/A
linux-firmware20230919.git3672ccab-0ubuntu2.9
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 01/15/2024
dmi.bios.release: 1.18
dmi.bios.vendor: LENOVO
dmi.bios.version: R2FET38W (1.18 )
dmi.board.asset.tag: Not Available
dmi.board.name: 21K9001NUS
dmi.board.vendor: LENOVO
dmi.board.version: SDK0T76530 WIN
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: None
dmi.ec.firmware.release: 1.11
dmi.modalias:
dmi:bvnLENOVO:bvrR2FET38W(1.18):bd01/15/2024:br1.18:efr1.11:svnLENOVO:pn21K9001NUS:pvrThinkPadP16sGen2:rvnLENOVO:rn21K9001NUS:rvrSDK0T76530WIN:cvnLENOVO:ct10:cvrNone:skuLENOVO_MT_21K9_BU_Think_FM_ThinkPadP16sGen2:
dmi.product.family: ThinkPad P16s Gen 2
dmi.product.name: 21K9001NUS
dmi.product.sku: LENOVO_MT_21K9_BU_Think_FM_ThinkPad P16s Gen 2
dmi.product.version: ThinkPad P16s Gen 2
dmi.sys.vendor: LENOVO
** Affects: linux (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug mantic wayland-session
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/2058752
Title:
ath11k high jitter and packet loss when operating in 802.11ax mode
Status in linux package in Ubuntu:
New
Bug description:
On 6.5.0-26-generic, my QCNFA765 cannot really operate in 802.11ax
mode.
I have a Thinkpad P16s Gen 2 with a (soldered, sadly) QCNFA765 card, which
uses the ath11k driver.
I also have a Ruckus R650 AP, which supports wifi6.
Connecting the two and pinging the AP yields the following:
```
64 bytes from 192.168.16.77: icmp_seq=45 ttl=64 time=22.4 ms
64 bytes from 192.168.16.77: icmp_seq=46 ttl=64 time=29.6 ms
64 bytes from 192.168.16.77: icmp_seq=47 ttl=64 time=26.8 ms
64 bytes from 192.168.16.77: icmp_seq=48 ttl=64 time=2174 ms
64 bytes from 192.168.16.77: icmp_seq=49 ttl=64 time=1158 ms
64 bytes from 192.168.16.77: icmp_seq=50 ttl=64 time=130 ms
64 bytes from 192.168.16.77: icmp_seq=51 ttl=64 time=503 ms
64 bytes from 192.168.16.77: icmp_seq=54 ttl=64 time=1832 ms
64 bytes from 192.168.16.77: icmp_seq=55 ttl=64 time=808 ms
64 bytes from 192.168.16.77: icmp_seq=56 ttl=64 time=9.32 ms
64 bytes from 192.168.16.77: icmp_seq=57 ttl=64 time=2.11 ms
64 bytes from 192.168.16.77: icmp_seq=58 ttl=64 time=25.6 ms
64 byt
[Kernel-packages] [Bug 2058752] Re: ath11k high jitter and packet loss when operating in 802.11ax mode
Well, that was a pleasant surprise! On 6.8.0-11 the problem seems to be
completely gone. I guess I'll be upgrading to Noble as soon as possible.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/2058752
Title:
ath11k high jitter and packet loss when operating in 802.11ax mode
Status in linux package in Ubuntu:
New
Bug description:
On 6.5.0-26-generic, my QCNFA765 cannot really operate in 802.11ax
mode.
I have a Thinkpad P16s Gen 2 with a (soldered, sadly) QCNFA765 card, which
uses the ath11k driver.
I also have a Ruckus R650 AP, which supports wifi6.
Connecting the two and pinging the AP yields the following:
```
64 bytes from 192.168.16.77: icmp_seq=45 ttl=64 time=22.4 ms
64 bytes from 192.168.16.77: icmp_seq=46 ttl=64 time=29.6 ms
64 bytes from 192.168.16.77: icmp_seq=47 ttl=64 time=26.8 ms
64 bytes from 192.168.16.77: icmp_seq=48 ttl=64 time=2174 ms
64 bytes from 192.168.16.77: icmp_seq=49 ttl=64 time=1158 ms
64 bytes from 192.168.16.77: icmp_seq=50 ttl=64 time=130 ms
64 bytes from 192.168.16.77: icmp_seq=51 ttl=64 time=503 ms
64 bytes from 192.168.16.77: icmp_seq=54 ttl=64 time=1832 ms
64 bytes from 192.168.16.77: icmp_seq=55 ttl=64 time=808 ms
64 bytes from 192.168.16.77: icmp_seq=56 ttl=64 time=9.32 ms
64 bytes from 192.168.16.77: icmp_seq=57 ttl=64 time=2.11 ms
64 bytes from 192.168.16.77: icmp_seq=58 ttl=64 time=25.6 ms
64 bytes from 192.168.16.77: icmp_seq=59 ttl=64 time=30.9 ms
64 bytes from 192.168.16.77: icmp_seq=60 ttl=64 time=95.6 ms
^C
--- 192.168.16.77 ping statistics ---
60 packets transmitted, 55 received, 8.3% packet loss, time 59273ms
rtt min/avg/max/mdev = 2.105/275.084/2344.792/560.334 ms, pipe 3
```
Those periodic bursts of >1s latency make some webpages fail to load
and videochats unusable.
No interference is present in my channel of choice.
Nothing interesting is printed in dmesg while the above occurs.
The above does not happen if:
* I disable wifi 6 in the AP
* I ping a wifi 5 AP (I also have an older R710, which is a 802.11ac AP)
* I ping the R650 in wifi 6 mode from a AX210 on kernel 6.2
* I ping the R650 from a completely different OS and device (e.g. Android)
I'll test with a 24.04 daily image next.
ProblemType: Bug
DistroRelease: Ubuntu 23.10
Package: linux-image-6.5.0-26-generic 6.5.0-26.26
ProcVersionSignature: Ubuntu 6.5.0-26.26-generic 6.5.13
Uname: Linux 6.5.0-26-generic x86_64
NonfreeKernelModules: zfs
ApportVersion: 2.27.0-0ubuntu5
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: ubuntu:GNOME
Date: Thu Mar 21 16:58:07 2024
MachineType: {report['dmi.sys.vendor']} {report['dmi.product.name']}
ProcFB: 0 amdgpudrmfb
ProcKernelCmdLine: root=zfs:zroot/ROOT/ubuntu quiet loglevel=4
rtc_cmos.use_acpi_alarm=1 spl.spl_hostid=0x4605c990
RelatedPackageVersions:
linux-restricted-modules-6.5.0-26-generic N/A
linux-backports-modules-6.5.0-26-generic N/A
linux-firmware20230919.git3672ccab-0ubuntu2.9
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 01/15/2024
dmi.bios.release: 1.18
dmi.bios.vendor: LENOVO
dmi.bios.version: R2FET38W (1.18 )
dmi.board.asset.tag: Not Available
dmi.board.name: 21K9001NUS
dmi.board.vendor: LENOVO
dmi.board.version: SDK0T76530 WIN
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: None
dmi.ec.firmware.release: 1.11
dmi.modalias:
dmi:bvnLENOVO:bvrR2FET38W(1.18):bd01/15/2024:br1.18:efr1.11:svnLENOVO:pn21K9001NUS:pvrThinkPadP16sGen2:rvnLENOVO:rn21K9001NUS:rvrSDK0T76530WIN:cvnLENOVO:ct10:cvrNone:skuLENOVO_MT_21K9_BU_Think_FM_ThinkPadP16sGen2:
dmi.product.family: ThinkPad P16s Gen 2
dmi.product.name: 21K9001NUS
dmi.product.sku: LENOVO_MT_21K9_BU_Think_FM_ThinkPad P16s Gen 2
dmi.product.version: ThinkPad P16s Gen 2
dmi.sys.vendor: LENOVO
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2058752/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 2058752] Re: ath11k high jitter and packet loss when operating in 802.11ax mode
unfortunately the problem is not actually gone in noble. I have upgraded to the beta and are having significant but intermittent problems. On 6.8.0-31-generic I get periods of normal traffic mixed with 100% packet loss for some seconds. This looks as follows: 64 bytes from 192.168.16.77: icmp_seq=2622 ttl=64 time=2.47 ms 64 bytes from 192.168.16.77: icmp_seq=2623 ttl=64 time=2.80 ms 64 bytes from 192.168.16.77: icmp_seq=2624 ttl=64 time=2.77 ms >From 192.168.16.231 icmp_seq=2637 Destination Host Unreachable >From 192.168.16.231 icmp_seq=2638 Destination Host Unreachable >From 192.168.16.231 icmp_seq=2639 Destination Host Unreachable >From 192.168.16.231 icmp_seq=2640 Destination Host Unreachable >From 192.168.16.231 icmp_seq=2644 Destination Host Unreachable >From 192.168.16.231 icmp_seq=2645 Destination Host Unreachable 64 bytes from 192.168.16.77: icmp_seq=2646 ttl=64 time=162 ms 64 bytes from 192.168.16.77: icmp_seq=2647 ttl=64 time=1.95 ms 64 bytes from 192.168.16.77: icmp_seq=2648 ttl=64 time=44.3 ms 64 bytes from 192.168.16.77: icmp_seq=2649 ttl=64 time=143 ms 64 bytes from 192.168.16.77: icmp_seq=2650 ttl=64 time=2.37 ms 64 bytes from 192.168.16.77: icmp_seq=2651 ttl=64 time=151 ms 64 bytes from 192.168.16.77: icmp_seq=2652 ttl=64 time=2.69 ms 64 bytes from 192.168.16.77: icmp_seq=2653 ttl=64 time=6.66 ms 64 bytes from 192.168.16.77: icmp_seq=2654 ttl=64 time=47.2 ms 64 bytes from 192.168.16.77: icmp_seq=2655 ttl=64 time=40.1 ms 64 bytes from 192.168.16.77: icmp_seq=2656 ttl=64 time=44.9 ms 64 bytes from 192.168.16.77: icmp_seq=2657 ttl=64 time=1583 ms 64 bytes from 192.168.16.77: icmp_seq=2658 ttl=64 time=560 ms 64 bytes from 192.168.16.77: icmp_seq=2659 ttl=64 time=1506 ms 64 bytes from 192.168.16.77: icmp_seq=2660 ttl=64 time=457 ms 64 bytes from 192.168.16.77: icmp_seq=2661 ttl=64 time=809 ms 64 bytes from 192.168.16.77: icmp_seq=2662 ttl=64 time=3014 ms 64 bytes from 192.168.16.77: icmp_seq=2663 ttl=64 time=2005 ms 64 bytes from 192.168.16.77: icmp_seq=2664 ttl=64 time=982 ms 64 bytes from 192.168.16.77: icmp_seq=2665 ttl=64 time=2.47 ms 64 bytes from 192.168.16.77: icmp_seq=2666 ttl=64 time=2471 ms 64 bytes from 192.168.16.77: icmp_seq=2667 ttl=64 time=1464 ms 64 bytes from 192.168.16.77: icmp_seq=2668 ttl=64 time=440 ms 64 bytes from 192.168.16.77: icmp_seq=2669 ttl=64 time=54.2 ms 64 bytes from 192.168.16.77: icmp_seq=2670 ttl=64 time=2.35 ms If I find some time I'll try rerunning the same test from windows. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/2058752 Title: ath11k high jitter and packet loss when operating in 802.11ax mode Status in linux package in Ubuntu: New Bug description: On 6.5.0-26-generic, my QCNFA765 cannot really operate in 802.11ax mode. I have a Thinkpad P16s Gen 2 with a (soldered, sadly) QCNFA765 card, which uses the ath11k driver. I also have a Ruckus R650 AP, which supports wifi6. Connecting the two and pinging the AP yields the following: ``` 64 bytes from 192.168.16.77: icmp_seq=45 ttl=64 time=22.4 ms 64 bytes from 192.168.16.77: icmp_seq=46 ttl=64 time=29.6 ms 64 bytes from 192.168.16.77: icmp_seq=47 ttl=64 time=26.8 ms 64 bytes from 192.168.16.77: icmp_seq=48 ttl=64 time=2174 ms 64 bytes from 192.168.16.77: icmp_seq=49 ttl=64 time=1158 ms 64 bytes from 192.168.16.77: icmp_seq=50 ttl=64 time=130 ms 64 bytes from 192.168.16.77: icmp_seq=51 ttl=64 time=503 ms 64 bytes from 192.168.16.77: icmp_seq=54 ttl=64 time=1832 ms 64 bytes from 192.168.16.77: icmp_seq=55 ttl=64 time=808 ms 64 bytes from 192.168.16.77: icmp_seq=56 ttl=64 time=9.32 ms 64 bytes from 192.168.16.77: icmp_seq=57 ttl=64 time=2.11 ms 64 bytes from 192.168.16.77: icmp_seq=58 ttl=64 time=25.6 ms 64 bytes from 192.168.16.77: icmp_seq=59 ttl=64 time=30.9 ms 64 bytes from 192.168.16.77: icmp_seq=60 ttl=64 time=95.6 ms ^C --- 192.168.16.77 ping statistics --- 60 packets transmitted, 55 received, 8.3% packet loss, time 59273ms rtt min/avg/max/mdev = 2.105/275.084/2344.792/560.334 ms, pipe 3 ``` Those periodic bursts of >1s latency make some webpages fail to load and videochats unusable. No interference is present in my channel of choice. Nothing interesting is printed in dmesg while the above occurs. The above does not happen if: * I disable wifi 6 in the AP * I ping a wifi 5 AP (I also have an older R710, which is a 802.11ac AP) * I ping the R650 in wifi 6 mode from a AX210 on kernel 6.2 * I ping the R650 from a completely different OS and device (e.g. Android) I'll test with a 24.04 daily image next. ProblemType: Bug DistroRelease: Ubuntu 23.10 Package: linux-image-6.5.0-26-generic 6.5.0-26.26 ProcVersionSignature: Ubuntu 6.5.0-26.26-generic 6.5.13 Uname: Linux 6.5.0-26-generic x86_64 NonfreeKernelModules: zfs ApportVersion: 2.27.0-0ubuntu5 Architecture: amd64 CasperMD5CheckResult: unk
