Üdv!
Asus notebook (UX3405CA).
Linux (Fedora 43) alatt nem műküdik az AX-es wifi, csak AC módban.
A legfrissebb kernel (6.17-es) és Intel által legfrissebb firmware (linux-firmware-20251125) alatt teszteltem.
[ 4.737116] iwlwifi 0000:00:14.3: Detected crf-id 0x2001910, cnv-id 0x80930 wfpm id 0x80005b20[ 4.737134] iwlwifi 0000:00:14.3: PCI dev 7740/00e4, rev=0x461, rfid=0x20112200[ 4.737139] iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 7 BE201 320MHz[ 4.737398] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-bz-b0-fm-c0-102.ucode failed with error -2[ 4.831781] iwlwifi 0000:00:14.3: loaded firmware version 101.6ef20b19.0 bz-b0-fm-c0-101.ucode op_mode iwlmld[ 5.386217] iwlwifi 0000:00:14.3: Detected RF FM, rfid=0x20112200[ 5.492642] iwlwifi 0000:00:14.3: base HW address: ec:8e:77:ce:0e:b4
00:14.3 Network controller [0280]: Intel Corporation Arrow Lake CNVi WiFi [8086:7740]DeviceName: WLANSubsystem: Intel Corporation Device [8086:00e4]Kernel driver in use: iwlwifi
A routerben egyértelműen látszik, hogy AC módban kapcsolódik:5 A wifi1 xxxxxx D6:43:6A:C7:25:A7 1h53m59s 0ms -41 ft-wpa2-psk 5ghz-ac
Többféle routerrel kipróbálva ugyanezt tapasztaltam. Más ezközökkel nincs ilyen probléma.
Tényleg ennyire szar ennek a Linux támogatása vagy lehet még valamit állítani rajta? Nem nagy dráma mert sebességre kb OK, de érdekelne hogy software oldalról meg lehet-e oldani.
Itt is meg máshol is néztem, de nem találtam konkrét infót.
- 399 megtekintés
Hozzászólások
Intel Corporation Dual Band Wireless-AC 3168NGW
nem tudom mit csinál:
options iwlwifi 11n_disable=8 amsdu_size=3
de nálam beállítás után hasít a wifi :)
- A hozzászóláshoz be kell jelentkezni
Köszi a tippet, belenéztem az említett fájlba és kitöröltem ami benne volt. Ezután már megy minden.
- A hozzászóláshoz be kell jelentkezni
Melyik az említett file? Ha megoldás születik, legyen itt egyértelműen, mi az, hogy tanulni lehessen belőle!
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
ebbe, ni: /etc/modprobe.d/iwlwifi.conf
és ez volt benne, számomra ismeretlen okból: disable_11ax=1
- A hozzászóláshoz be kell jelentkezni
Nem kizárt, hogy azért, mert a kód experimental, netán voltak bugreportok bizonytalanságról, a driver fagyásáról, s ez workaround átmenetileg.
Ha labilissá válik a gép, vagy spontán elmúlik a wifi kapcsolat, gondolj erre, s tedd vissza az AX támogatás tiltását!
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
mármint milyen kód experimental? a Fedora 43-as jelenleg stabil. nem gondolnám hogy experimental driver kerül bele, de nem értek hozzá.
- A hozzászóláshoz be kell jelentkezni
Kernelben miért ne lehetne olyan kód, ami valamit támogat, de még nincs róla elegendő tapasztalat? Ha valaha fordítottál forrásból kernelt, akkor a konfigurálásnál jó néhány modulnál találkozol az experimental megjegyzéssel. Belefordíthatod, lesz támogatás, aminek vagy örülni fogsz, vagy nem.
Valahol írtam, hogy régi gépre felkerült az új nova driver, amelynek az lett a következménye, hogy elmúlt Fedorán a grafikus felület. Ott az lett a workaround, hogy visszatetem az utolsó még működő kernelt, majd tiltó listára tettem a kernel frissítését. Szofisztikáltab megoldás lett volna, ha az új, nova driver helyett kikényszerítem a korábbi nouveau használatát, s akkor mehetne a gép újabb kernelekkel, csak erre nem volt időm, amikor ezzel foglalkoztam.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Egyébként ezt is kérdezhettem volna: szerinted hogyan került abba a file-ba a disable_11ax=1 bejegyzés? Mert biztosan nem a gonosz manók írták bele.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Erre nem tudom a választ. Visszapörgettem a restic mentéseim (kézzel szoktam futtatni) és a megfrissebb 3 hónapja volt és abban még nincs bene ez a fájl, szóval ezidő alatt történhetett valami ami indokolta ennek a lézrehozását de alig hiszem hogy ezt én kezdeményeztem volna.
Ha van valami varázs parancs dnf-ben amivel ezt vissza lehet nézni akkor esetleg kiderülhet.
Update: mégiscsak én voltam, bash historyban megtaláltam. szóval user error.
- A hozzászóláshoz be kell jelentkezni
És nem emlékszel, hogy miért? Mert gondolom, okod volt rá, teszem azt, stabilitási probléma. Ilyen sorokat nem ír csak úgy az ember minden ok nélkül.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Ebben a topicban vergődtem elég sokat.
A konkrét probléma aminél ezt próbáltam, hogy az Omnitik AP kapcsolat nem volt valami gyors és ott kísérleteztem mindenfélével, aztán (ezek szerint) ez benne maradt.
- A hozzászóláshoz be kell jelentkezni
Legalább kiderült, hogy érvényre jut, amit a config file-ba írsz. :)
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Igen. :)
Ettől még a probléma fennáll, hogy mikrotik wifije a közepes, de ezen már túltettem magam.
- A hozzászóláshoz be kell jelentkezni