Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #75974 > unrolled thread

Bug#919652: ath10k - QCA6174 - Surface Go - missing board data - fix .bin included extracted form official .msi

Started byDmitry Baryshkov <dbaryshkov@gmail.com>
First post2022-07-19 22:50 +0200
Last post2022-09-20 00:10 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.debian.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Bug#919652: ath10k - QCA6174 - Surface Go - missing board data - fix .bin included extracted form official .msi Dmitry Baryshkov <dbaryshkov@gmail.com> - 2022-07-19 22:50 +0200
    Bug#919652: ath10k - QCA6174 - Surface Go - missing board data - fix .bin included extracted form official .msi David Kalnischkies <david@kalnischkies.de> - 2022-09-20 00:10 +0200

#75974 — Bug#919652: ath10k - QCA6174 - Surface Go - missing board data - fix .bin included extracted form official .msi

FromDmitry Baryshkov <dbaryshkov@gmail.com>
Date2022-07-19 22:50 +0200
SubjectBug#919652: ath10k - QCA6174 - Surface Go - missing board data - fix .bin included extracted form official .msi
Message-ID<EL2kh-ctdY-3@gated-at.bofh.it>
Package: firmware-atheros
Version: 20210818-1
Followup-For: Bug #919652

Hi,

I'd suggest submitting the board files to the ath10k-firmware repo,
which will then find it's way into linux-firmware. See [1] for the
proper process description. However checking the license text would also
be required beforehand.

[1] https://wireless.wiki.kernel.org/en/users/drivers/ath10k/boardfiles

-- 
With best wishes
Dmitry

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

firmware-atheros depends on no packages.

firmware-atheros recommends no packages.

Versions of packages firmware-atheros suggests:
ii  initramfs-tools  0.142

-- no debconf information

[toc] | [next] | [standalone]


#76321

FromDavid Kalnischkies <david@kalnischkies.de>
Date2022-09-20 00:10 +0200
Message-ID<F7x7H-8ItY-49@gated-at.bofh.it>
In reply to#75974

[Multipart message — attachments visible in raw view] — view raw

Control: tags -1 + fixed-upstream

On Tue, 19 Jul 2022 23:46:17 +0300 Dmitry Baryshkov <dbaryshkov@gmail.com> wrote:
> I'd suggest submitting the board files to the ath10k-firmware repo,
> which will then find it's way into linux-firmware.

fwiw this (or, well an update of the existing one) actually happened
already at the end of 2021 [0], but Debian hasn't seen an update so far.

[0] https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/?id=4d74f4dec175363fa24c95702dd86f477cef232c


With that board file wlan works even through the kernel (at least on
bullseye, not tested others) still complains about missing firmware:

ath10k_pci 0000:01:00.0: firmware: failed to load ath10k/pre-cal-pci-0000:01:00.0.bin (-2)
fimeware_class: See https://wiki.debian.org/Firmware for information about missing firmware
ath10k_pci 0000:01:00.0: firmware: failed to load ath10k/cal-pci-0000:01:00.0.bin (-2)
(followed by messages about successfully loading firmware-6.bin and board-2.bin)

The internet says these files are optional, which is somewhat confirmed
by having working wlan even without them, and I fail to find them – but
find some references to them in Debian forums as e.g. also d-i shows its
missing firmware message for those files (even if you have the firmware
cd variant, which is both annoying and confusing).

Not well versed in kernel code, but while [1] claims (at least for the
cal file) that it is optional and should print no warning it happily
still does anyhow? Or perhaps its ath10k_fetch_fw_file() doing a
firmware_request_nowarn() to then go on and ERR_PTR() on its own… [2]
Anyway, not really the point of this bugreport, just at the off chance
someone has an idea how to proceed on this somewhat related front.

[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/net/wireless/ath/ath10k/core.c#n1227
[2] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/net/wireless/ath/ath10k/core.c#n882


Best regards

David Kalnischkies

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.kernel


csiph-web