It would be great to be able to install a fully working version of Arch out of the box on an XPS with a QCA6390, but as far as I can tell from the bug report, the issue reported here is still preventing that?
You could test if the issue is still present? If it is you could see if you can replicate BMS's findings and if you can continue to locate what difference between upstream and Arch is causing the issue.
]]>As far as I can tell this is the only missing piece to a fully out of the box working Arch on the full range of Dell XPS laptops.
It would be great to be able to install a fully working version of Arch out of the box on an XPS with a QCA6390, but as far as I can tell from the bug report, the issue reported here is still preventing that?
]]>Maybe the problem are some *FLAGS settings from makepkg.conf, even though I believe the kernel build should ignore them. Try to build the arch kernel without the pkgbuild or build the unpatched kernel with the PKGBUILD.
]]>Edit:
Might be worth trying https://patchwork.kernel.org/project/li … urora.org/
As it includes debugging of firmware timeouts which seems to match your bug report.
I agree it is strange, but according to kvalo it should be enabled, and I can't read the kernel sources well enough to know what difference it could make to leave it disabled.
Most likely these instructions are meant for testing, so getting tracing and debug information is important to find and fix bugs.
Don't forget to copy the firmware to the correct location.
]]>[1] https://github.com/torvalds/linux/blob/ … kefile#L23
[2] https://github.com/torvalds/linux/blob/ … 1k/trace.c
[3] https://github.com/torvalds/linux/blob/ … 1k/trace.h
I'm asking because support for QCA6390 wifi has landed in the kernel in the ath11k module, however installing 5.10.4.arch2-1 with pacman and rebooting is not enough to get a working system. Using a clean kernel tree and the /proc/config.gz from the arch kernel, adding only CONFIG_ATH11K_TRACING=y, the chip comes to life. Currently it's # CONFIG_ATH11K_TRACING is not set according to /usr/src/linux/.config. As far as I can tell this is the only missing piece to a fully out of the box working Arch on the full range of Dell XPS laptops.
Full diff between non-working and working config follows. I don't know why the CONFIG_USER_NS_UNPRIVILEGED is also changed, it's not something I did manually, suspect it has something to do with using the stable kernel tree instead of the archlinux kernel sources.:
➜ kernel git:(b1313fe517ca) diff .config /usr/src/linux/.config
3c3
< # Linux/x86 5.10.4 Kernel Configuration
---
> # Linux/x86 5.10.4-arch2 Kernel Configuration
24c24
< CONFIG_LOCALVERSION="athtest-5.10.4"
---
> CONFIG_LOCALVERSION=""
200a201
> CONFIG_USER_NS_UNPRIVILEGED=y
3469c3470
< CONFIG_ATH11K_TRACING=y
---
> # CONFIG_ATH11K_TRACING is not set