Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Standa2017 14. 03. 2023, 10:34:31
-
Chtěl jsem doma zprovoznit WiFi v normě AX a pořídil jsem tuto kartu Qualcomm QCNFA765 do M.2 slotu a nedokážu ji rozchodit. Měla by obsahovat WiFi chip Qualcomm WCN6856 (nebo se také uvádí WCN685x), kde kernelové ovladače používá ath11k_pci.
Schválně jsem nahodil Debian unstable s kernelem 6.1.15-1 (2023-03-05) a použil tento firmware-atheros (https://packages.debian.org/bookworm/firmware-atheros). Taky jsem vyzkoušel i tyto firmwary (https://github.com/kvalo/ath11k-firmware) a bez úspěchu (včetně všech verzí v adresáři /WCN6855/hw2.0/1.1/).
Nemáte někdo s touto kartou nějakou zkušenost? Předem dík za pomoc.
[ 2.827244] ath11k_pci 0000:00:10.0: BAR 0: assigned [mem 0x100000000-0x1001fffff 64bit]
[ 2.832642] ath11k_pci 0000:00:10.0: MSI vectors: 1
[ 2.832871] ath11k_pci 0000:00:10.0: wcn6855 hw2.0
[ 2.853176] NET: Registered PF_QIPCRTR protocol family
[ 2.990074] random: crng init done
[ 3.010790] mhi mhi0: Requested to power ON
[ 3.010813] mhi mhi0: Power on setup success
[ 3.018213] mhi mhi0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/amss.bin
[ 3.118060] mhi mhi0: Wait for device to enter SBL or Mission mode
[ 3.766982] ath11k_pci 0000:00:10.0: chip_id 0x2 chip_family 0xb board_id 0xff soc_id 0x400c0200
[ 3.766997] ath11k_pci 0000:00:10.0: fw_version 0x110c0c35 fw_build_timestamp 2022-06-24 10:50 fw_build_id WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.16
[ 3.772905] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[ 3.780921] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[ 3.805665] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/m3.bin
[ 3.849517] ath11k_pci 0000:00:10.0: leaving PCI ASPM disabled to avoid MHI M2 problems
[ 4.878125] ath11k_pci 0000:00:10.0: failed to receive control response completion, polling..
[ 5.902094] ath11k_pci 0000:00:10.0: Service connect timeout
[ 5.902112] ath11k_pci 0000:00:10.0: failed to connect to HTT: -110
[ 5.902389] ath11k_pci 0000:00:10.0: failed to start core: -110
[ 6.111511] ath11k_pci 0000:00:10.0: ignore reset dev flags 0x4000
[ 16.142128] ath11k_pci 0000:00:10.0: failed to wait wlan mode request (mode 4): -110
[ 16.142135] ath11k_pci 0000:00:10.0: qmi failed to send wlan mode off: -110
-
Chodí na první dobrou: https://www.dell.com/support/home/cs-cz/drivers/driversdetails?driverid=k6rw4
-
Děkuji, ale jedná se o Windows platformu a pouze ovladač pro bluetooth.
-
Podíval jsem na WiFi ovladač (https://www.dell.com/support/home/de-at/drivers/driversdetails?driverid=hknw7) pro Windows, který jsem extrahoval, prohlížel soubory a zjistil, že soubor wlanfw20.mbn je prakticky amss.bin a m320.bin je m3.bin. Ty jsem zkusil nahradit a nahrály se bez problémů, jenže výsledek je stejný. Ona už i verze (https://github.com/kvalo/ath11k-firmware/tree/master/WCN6855/hw2.0/1.1) 3.6510.23 na Githubu je jen 2 měsíce stará.
Je to divné, jakoby chybělo nějaké doplňující nastavení např. v /etc/modprobe.d/ nebo /etc/modules-load.d/, ale těch informací je málo.
-
Pokud je možnost tak vrátit a koupit jinou AX kartu, třeba od Intelu.
Zkus třeba:
https://www.mironet.cz/intel-wifi-6-ax200-wifi-adapter-m22230-80211ax-dualband-245ghz-bluetooth-51-m2ae-key+dp443396/
-
Díky za příspěvek, ale tuto kartu bych chtěl nakonec použít v OpenWrt jako AP, s čím mají Intel karty v pásmu 5GHz odjakživa problém.
Níže je vidět rozdíl mezi správně a nesprávně inicializovanou kartou. Problém bude nejspíš v tom "MSI vectors: 1", kde v jiných výpisech jsem viděl i číslo 16. V O.K. variantě tato položka ve výpisu úplně chybí a jedná se o prostředí Proxmoxu, ta K.O. varianta je virtualizovaný Debian s PCI passthrough, což jsem nenapsal, ale netušil jsem, že to má takový vliv.
Nyní bych potřeboval poradit, jak to rozchodit ve virtualizovaném systému.
O.K.
dmesg |grep ath11k_pci
[ 5.299436] ath11k_pci 0000:05:00.0: BAR 0: assigned [mem 0xf7800000-0xf79fffff 64bit]
[ 5.299462] ath11k_pci 0000:05:00.0: enabling device (0100 -> 0102)
[ 5.299679] ath11k_pci 0000:05:00.0: wcn6855 hw2.0
[ 6.265560] ath11k_pci 0000:05:00.0: chip_id 0x2 chip_family 0xb board_id 0xff soc_id 0x400c0200
[ 6.265566] ath11k_pci 0000:05:00.0: fw_version 0x110b196e fw_build_timestamp 2022-12-22 12:54 fw_build_id QC_IMAGE_VERSION_STRING=WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.23
[ 6.631636] ath11k_pci 0000:05:00.0 wlp5s0: renamed from wlan0
K.O.
dmesg |grep ath11k
[ 2.787842] ath11k_pci 0000:00:10.0: BAR 0: assigned [mem 0x100000000-0x1001fffff 64bit]
[ 2.792137] ath11k_pci 0000:00:10.0: MSI vectors: 1
[ 2.792262] ath11k_pci 0000:00:10.0: wcn6855 hw2.0
[ 2.984824] mhi mhi0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/amss.bin
[ 3.735538] ath11k_pci 0000:00:10.0: chip_id 0x2 chip_family 0xb board_id 0xff soc_id 0x400c0200
[ 3.735553] ath11k_pci 0000:00:10.0: fw_version 0x110b196e fw_build_timestamp 2022-12-22 12:54 fw_build_id WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.23
[ 3.741954] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[ 3.749997] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[ 3.774928] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/m3.bin
[ 3.819253] ath11k_pci 0000:00:10.0: leaving PCI ASPM disabled to avoid MHI M2 problems
[ 4.842675] ath11k_pci 0000:00:10.0: failed to receive control response completion, polling..
[ 5.866664] ath11k_pci 0000:00:10.0: Service connect timeout
[ 5.866693] ath11k_pci 0000:00:10.0: failed to connect to HTT: -110
[ 5.866970] ath11k_pci 0000:00:10.0: failed to start core: -110
[ 6.076262] ath11k_pci 0000:00:10.0: ignore reset dev flags 0x4000
-
A podařilo se ti to kartu někde rozhodit, třeba v tom Proxmoxu? Proxmox stojí taky na Debianu, tak je divný, že ve VM už to nejde, ale třeba je problém někde v tom PCIe passthrough. Nevím. Zkoušel si to VM hodit přímo OpenWRT, jestli je tohle konečný výsledek? A nebo jestli je cílem mít to nakonec úplně někde jinde, třeba v nějakém routeru, tak to zkusit zprovoznit rovnou tam a vykašlat se na experimenty.
-
V Proxmoxu se objevila jako wlp5s0, takže už by fungovala. Také příkaz "iw list" vypsal standardní údaje, akorát jsem už nechtěl do Proxmoxu instalovat hostapd.
Ještě jsem zkoušel zátržítko "All Functions" v nastavení PCI passthrough a přehodit emulaci u VM z i440fx na q35, ale nic nepomohlo.
Přes víkend se na to opět podívám, zatím vše jen testuji.
-
Ten OK a KO vypis se taky lisi v tom, ze OK pouziva 32bit adresy pro BAR0 a ten KO tam prirazuje 64bit adresy (nad 4G)
Tak je otazka zda tento "above 4G decode" zvladnou ony drivery, na fyzicke desce to byva na povoleni/zakazani v biosu.
-
Dík, nic o "above 4G decode" jsem netušil a tady (https://forum.proxmox.com/threads/multi-gpu-passthrough-4g-decoding-error.49479/) jsem se něco o tom dočetl. Zkusil jsem aplikovat "machine: q35,max-ram-below-4g=1G" (včetně editace /etc/default/grub + update-grub), ale virtuální stroj nenastartoval. Ještě kolem toho budu zkoušet.
qm start 108
kvm: Parameter 'max-ram-below-4g' expects size
start failed: QEMU exited with code 1
V Proxmoxu jde AP nahodit:
cat /etc/hostapd/hostapd.conf
interface=wlp5s0
driver=nl80211
ssid=test-prx-ax
hw_mode=a
channel=144
hostapd /etc/hostapd/hostapd.conf
Configuration file: /etc/hostapd/hostapd.conf
wlp5s0: interface state UNINITIALIZED->COUNTRY_UPDATE
Using interface wlp5s0 with hwaddr d4:1b:81:xx:xx:xx and ssid "test-prx-ax"
wlp5s0: interface state COUNTRY_UPDATE->ENABLED
wlp5s0: AP-ENABLED
iw dev
phy#1
Interface wlp5s0
ifindex 6
wdev 0x100000001
addr d4:1b:81:xx:xx:xx
ssid test-prx-ax
type AP
channel 144 (5720 MHz), width: 20 MHz (no HT), center1: 5720 MHz
txpower 20.00 dBm
-
Moc jsem toho nezjistil. Když se spustí Proxmox, tak kartá má nahozené tyto ovladače
Kernel driver in use: ath11k_pci
Kernel modules: ath11k_pci
Capabilities: [50] MSI: Enable+ Count=32/32 Maskable+ 64bit-
Address: fee00818 Data: 0000
Masking: fe023c00 Pending: 00000000
pokud spustím virtualizovaný Debian, tak se změní Kernel driver z ath11k_pci na vfio-pci a hodnoty v MSI (Message Signaled Interrupts)
Kernel driver in use: vfio-pci
Kernel modules: ath11k_pci
Capabilities: [50] MSI: Enable+ Count=1/32 Maskable+ 64bit-
Address: fee004f8 Data: 0000
Masking: fffffffe Pending: 00000000
Pro předání karty pomocí PCI Passthrough to bude asi správně, ale v tu chvíli se karta nenahodí ve virtualizovaném Debianu. Po vypnutí virtualizovaného Debianu, se karta ztratí i v Proxmoxu, musím jej restartovat.
-
U toho zarizeni zustane VID/PID to same pred/po nahrati firmware? (podobne jako se u USB zarizeni na puvodni id matchuje loadnuti fw a po nem se udela virtualni replug a objevi se jine id)
Mozna ma passthrough potize s reloadingem FW - moc takovych mutujicich/polymorfnich zarizeni totiz neni.