Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → firmware NSS dla SoC ipq5018
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
Witam
Może nie wszyscy śledzą ale pojawił się działający port OpenWrt na kernelu 6.18 ze wsparciem NSS czyli własnościowym HFO od qualcomm.
Oczywiście można budować samodzielnie ale autor kuncy7 udostępnił swoje buildy
https://github.com/kuncy7/openwrt-nss-e … 2026.09.24
witam
czy ktoś doradzi jak wgrać kompilację z nss do xiaomi ax6000. Próbowałem zrobić update plikiem sysupgrade.bin z kompilacji od cezarego do tej kompilacji z nss ale router nie odzywa się.
Na szczęście router można przywrócić do softu fabrycznego przez miwifi repair tool.
oficjalne opewrt ze strony openwrt oraz od cezarego wgrywa się bez problemu przez x-mir patcher.
Cześć,
To ja przygotowuję te obrazy.
Podejrzewam pamięć NAND: 25.12 czyta ją z korekcją 4-bitową, a mój obraz z 8-bitową,
więc na Twoim egzemplarzu może nie odczytać flasha.
Na działającym OpenWrt od Cezarego wykonaj i wklej wynik (polecenia tylko czytają):
grep -E "RELEASE|REVISION" /etc/openwrt_release
ubinfo -a | grep -E "Volume ID|Name"
dmesg | grep -iE "nand|ecc"Jeśli to się potwierdzi, przygotuję obraz pod Twój egzemplarz.
Cześć,
To ja przygotowuję te obrazy.
Podejrzewam pamięć NAND: 25.12 czyta ją z korekcją 4-bitową, a mój obraz z 8-bitową,
więc na Twoim egzemplarzu może nie odczytać flasha.Na działającym OpenWrt od Cezarego wykonaj i wklej wynik (polecenia tylko czytają):
grep -E "RELEASE|REVISION" /etc/openwrt_release ubinfo -a | grep -E "Volume ID|Name" dmesg | grep -iE "nand|ecc"Jeśli to się potwierdzi, przygotuję obraz pod Twój egzemplarz.
witam serdecznie.
root@OpenWrt:~# grep -E "RELEASE|REVISION" /etc/openwrt_release
DISTRIB_RELEASE='25.12-SNAPSHOT'
DISTRIB_REVISION='r33191-b6a820ea85'
root@OpenWrt:~# ubinfo -a | grep -E "Volume ID|Name"
Volume ID: 0 (on ubi0)
Name: rootfs
Volume ID: 1 (on ubi0)
Name: rootfs_data
root@OpenWrt:~# dmesg | grep -iE "nand|ecc"
[ 0.094773] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 1.402388] spi-nand spi0.0: ESMT SPI NAND was found.
[ 1.420459] spi-nand spi0.0: 128 MiB, block size: 128 KiB, page size: 2048, OOB size: 64
[ 1.433862] qcom_snand 79b0000.spi: ECC strength requirement of 1-bit(s) is unsupported, trying 4-bits
Dzięki, to wyjaśnia sprawę. Twój egzemplarz ma kość ESMT z obszarem OOB 64 bajty i pracuje z korekcją 4-bitową,
a rozwojowy OpenWrt (i mój obraz) wymusza dla AX6000 korekcję 8-bitową, przeznaczoną dla drugiej wersji tej płyty z kością GigaDevice.
Dzisiejszy oficjalny snapshot zachowałby się u Ciebie tak samo.
Przygotuję obraz testowy, który sam dobiera korekcję do kości, i dam znać w tym wątku. Do tego czasu nie wgrywaj obrazów z wydań.
Dzięki, to wyjaśnia sprawę. Twój egzemplarz ma kość ESMT z obszarem OOB 64 bajty i pracuje z korekcją 4-bitową,
a rozwojowy OpenWrt (i mój obraz) wymusza dla AX6000 korekcję 8-bitową, przeznaczoną dla drugiej wersji tej płyty z kością GigaDevice.
Dzisiejszy oficjalny snapshot zachowałby się u Ciebie tak samo.Przygotuję obraz testowy, który sam dobiera korekcję do kości, i dam znać w tym wątku. Do tego czasu nie wgrywaj obrazów z wydań.
Dzięki za zainteresowanie. miałem sobie już odpuścić zabawę z openwrt na tym routerze bo nie wiedziałem o co chodzi. próbowałem też wgrać X-wrt tak dla testów ale skutek był ten sam.
Po co w oficjalnym wydaniu taka zmiana ?, przecież tam chyba się orientują że ten sprzęt ma różne kości tak jak xiaomi ax3000T ale tam chyba z obrazami nie ma takiego problemu.
Nie będę pisał ile czasu straciłem na zmiany w kernelu 6.18. 
Obraz testowy dla Twojego AX6000 jest gotowy: https://github.com/kuncy7/openwrt-nss-e … 0-ecc-fw27
To wydanie 10.05 z dwiema zmianami: korekcja ECC dobiera się sama do kości NAND (u Ciebie ESMT, więc 4 bity, jak w 25.12) i radio 2,4 GHz dostało nowszy firmware. Nie mam AX6000, więc ten obraz nie był na nim uruchamiany - miej przygotowany powrót tą samą drogą co poprzednio.
Wgraj z działającego OpenWrt, bez zachowywania ustawień, i podłącz się kablem (po czystym starcie Wi-Fi jest wyłączone, router ma 192.168.1.1):
sysupgrade -n /tmp/openwrt-qualcommax-ipq50xx-xiaomi_ax6000-TEST-ecc-fw27-squashfs-sysupgrade.binJeśli wstanie, wklej proszę wynik:
dmesg | grep -iE "nand|ecc|ubi0"
dmesg | grep -E "fw_version|nss init soc"
nss-statusObraz jest bez LuCI; po podłączeniu do internetu:
apk update && apk add luci luci-app-nssNie będę pisał ile czasu straciłem na zmiany w kernelu 6.18.
Obraz testowy dla Twojego AX6000 jest gotowy: https://github.com/kuncy7/openwrt-nss-e … 0-ecc-fw27
To wydanie 10.05 z dwiema zmianami: korekcja ECC dobiera się sama do kości NAND (u Ciebie ESMT, więc 4 bity, jak w 25.12) i radio 2,4 GHz dostało nowszy firmware. Nie mam AX6000, więc ten obraz nie był na nim uruchamiany - miej przygotowany powrót tą samą drogą co poprzednio.
Wgraj z działającego OpenWrt, bez zachowywania ustawień, i podłącz się kablem (po czystym starcie Wi-Fi jest wyłączone, router ma 192.168.1.1):
sysupgrade -n /tmp/openwrt-qualcommax-ipq50xx-xiaomi_ax6000-TEST-ecc-fw27-squashfs-sysupgrade.binJeśli wstanie, wklej proszę wynik:
dmesg | grep -iE "nand|ecc|ubi0" dmesg | grep -E "fw_version|nss init soc" nss-statusObraz jest bez LuCI; po podłączeniu do internetu:
apk update && apk add luci luci-app-nss
witam.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
-----------------------------------------------------
OpenWrt SNAPSHOT, r36792+225-0d212bc5235
-----------------------------------------------------
=== WARNING! =====================================
There is no root password defined on this device!
Use the "passwd" command to set up a new password
in order to prevent unauthorized SSH logins.
--------------------------------------------------
root@OpenWrt:~# dmesg | grep -iE "nand|ecc|ubi0"
[ 0.104073] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 1.566817] spi-nand spi0.0: ESMT SPI NAND was found.
[ 1.572426] spi-nand spi0.0: 128 MiB, block size: 128 KiB, page size: 2048, OOB size: 64
[ 2.860278] ubi0: attaching mtd19
[ 3.590489] ubi0: scanning is finished
[ 3.641968] ubi0: attached mtd19 (name "rootfs", size 81 MiB)
[ 3.642038] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[ 3.646725] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
[ 3.653558] ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
[ 3.660353] ubi0: good PEBs: 652, bad PEBs: 0, corrupted PEBs: 0
[ 3.667164] ubi0: user volume: 2, internal volumes: 1, max. volumes count: 128
[ 3.673396] ubi0: max/mean erase counter: 1/0, WL threshold: 4096, image sequence number: 296103136
[ 3.680407] ubi0: available PEBs: 0, total reserved PEBs: 652, PEBs reserved for bad PEB handling: 20
[ 3.689405] ubi0: background thread "ubi_bgt0d" started, PID 683
[ 3.700389] block ubiblock0_0: created from ubi0:0(rootfs)
[ 3.704888] ubi: mtd19 is already attached to ubi0
[ 11.598482] UBIFS (ubi0:1): Mounting in unauthenticated mode
[ 11.598770] UBIFS (ubi0:1): background thread "ubifs_bgt0_1" started, PID 862
[ 11.672378] UBIFS (ubi0:1): recovery needed
[ 11.812380] UBIFS (ubi0:1): recovery completed
[ 11.812556] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name "rootfs_data"
[ 11.815751] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[ 11.823691] UBIFS (ubi0:1): FS size: 66154496 bytes (63 MiB, 521 LEBs), max 531 LEBs, journal size 3301376 bytes (3 MiB, 26 LEBs)
[ 11.833592] UBIFS (ubi0:1): reserved for root: 3124639 bytes (3051 KiB)
[ 11.845196] UBIFS (ubi0:1): media format: w5/r0 (latest is w5/r0), UUID 1A434EBE-D6FF-48E5-B244-C8061B05B51E, small LPT model
root@OpenWrt:~# dmesg | grep -E "fw_version|nss init soc"
[ 37.224778] ath11k c000000.wifi: fw_version 0x270206d0 fw_build_timestamp 2022-08-04 13:28 fw_build_id WLAN.HK.2.7.0.1-01744-QCAHKSWPL_SILICONZ-1
[ 37.587286] ath11k c000000.wifi: nss init soc nss if_num 203 userpd_id 1
[ 38.982190] ath11k_pci 0000:01:00.0: fw_version 0x290b8862 fw_build_timestamp 2024-09-23 10:51 fw_build_id
[ 39.634579] ath11k_pci 0000:01:00.0: nss init soc nss if_num 215 userpd_id 0
root@OpenWrt:~# nss-status
NSS offload status: active
firmware: NSS.FW.12.2-156-MP.R (fw_mask 0x3, heartbeat 1500 pkts/s)
NSS cores: core0 4% avg
ports: offloaded = forwarded by the firmware, never reached the host
port if up tx offloaded via host rx offloaded to host
eth0 0 1 355 (25.3%) 1050 297 (22.7%) 1011
wan 1 1 242 (26.6%) 667 339 (14.1%) 2072
(via host / to host = the host<->firmware exception path, i.e. what was
NOT offloaded: broadcast/multicast discovery, connection setup and
short-lived flows, and traffic addressed to the router itself. A quiet
port carries little else, so its share reads low. Port totals: ifconfig)
DSA nodes: one firmware node per standalone port or bridge (a bridge's
ports share it, listed under one); totals from that port's MIB
port if vid link tx pkts rx pkts
lan2 29 3088 up 1398 1312
ECM: loaded=1, accelerated: 8 IPv4 / 0 IPv6
modules: bridge-mgr=0 qca-mcs=0 pppoe-mgr=1
Wi-Fi: NSS offload active (wifili)
fw mem mode: wifi@c000000=1 (from the device tree; 2 is what a QCN6122 on a GL-B3000 needed, 1 is measured working elsewhere)
SQM: no NSS shaper on eth1
kernel log: clean (no WARN/oops this boot)
verdict: OFFLOAD ACTIVE
root@OpenWrt:~#
@secam7 dzięki ci za swoją pracę i mam nadzieję że to nie jest ostatnia kompilacja od ciebie.
Świetnie, dzięki za szybki test. Z tego, co wkleiłeś, wszystko jest na miejscu: flash czyta się poprawnie (ESMT, 652 dobre bloki, zero uszkodzonych), oba radia wstały, a NSS przejął ruch (`OFFLOAD ACTIVE`).
Jedna uwaga:
1. Radio 2,4 GHz ma w tym obrazie nowszy firmware, bo na starszym po kilku-kilkunastu godzinach nowe urządzenia przestawały się łączyć. Gdybyś za dzień-dwa zauważył, że coś nie może wrócić na 2,4 GHz, napisz - to dla mnie ważna informacja.
LuCI doinstalujesz poleceniem z poprzedniego wpisu. I nie, to nie ostatnia kompilacja. 
Świetnie, dzięki za szybki test. Z tego, co wkleiłeś, wszystko jest na miejscu: flash czyta się poprawnie (ESMT, 652 dobre bloki, zero uszkodzonych), oba radia wstały, a NSS przejął ruch (`OFFLOAD ACTIVE`).
Jedna uwaga:
1. Radio 2,4 GHz ma w tym obrazie nowszy firmware, bo na starszym po kilku-kilkunastu godzinach nowe urządzenia przestawały się łączyć. Gdybyś za dzień-dwa zauważył, że coś nie może wrócić na 2,4 GHz, napisz - to dla mnie ważna informacja.
LuCI doinstalujesz poleceniem z poprzedniego wpisu. I nie, to nie ostatnia kompilacja.
Witam.
Dzisiaj przez cały dzień testuję twoją kompilację i nie zauważyłem jak dotąd żadnych problemów z wifi 2.4GHz.
Za to na początku jak ustawiałem router to zauważyłem mały problem z wifi 5GHz. Po ustawieniu szerokości pasma 160MHz, ustawieniu hasła i po zapisaniu ustawień włączyłem radio ale ono wcale się nie włączało. Dopiero po ustawieniu jakiegoś kraju radio zaczęło działać. takiego problemu nie było po wybraniu szerokości pasma 80MHz.
Może taki problem był już w głównym wydaniu openwrt ,ale piszę tylko co zauważyłem.
On raczej nie ma 160MHz na 2.4GHz, mało prawdopodobne.
On raczej nie ma 160MHz na 2.4GHz, mało prawdopodobne.
Pisałem Po ustawieniu 160MHz na wifi 5 GHz.
Po 24 godzinach nie zauważyłem żadnych problemów z wifi 2.4g. Router zdaje się działać w porządku.
Dzięki, 24 godziny bez problemów na 2,4 GHz to dokładnie ta informacja, na którą czekałem. Twój wynik jest czwartym z kolei (AX5400, MR5500 i drugi AX6000 też działają), więc nowy firmware radia wejdzie do następnego wydania.
Co do 160 MHz: odtworzyłem to u siebie i to nie błąd obrazu, tylko regulacje. Pasmo 160 MHz zajmuje też kanały 52-64, na których trzeba wykrywać radary, a bez ustawionego kraju OpenWrt nie pozwala punktowi dostępowemu z nich korzystać - radio wtedy nie startuje (w logu:
Frequency 5260 (secondary) not allowed for AP mode). 80 MHz mieści się w kanałach 36-48, więc działa. Po ustawieniu kraju 160 MHz rusza, ale sieć pojawia się dopiero po minucie od włączenia, bo radio najpierw nasłuchuje radarów. W oficjalnym OpenWrt jest tak samo. Kraj warto ustawić zawsze, na obu radiach ten sam.
[EDIT]
Wyszło wydanie 10.08: https://github.com/kuncy7/openwrt-nss-e … 2026.10.08
Ma obie zmiany z Twojego obrazu testowego - korekcję ECC dobieraną do kości i nowy firmware radia 2,4 GHz - więc od niego możesz aktualizować normalnie, z zachowaniem ustawień. Obraz testowy zniknie za kilka dni. Dzięki za testy, bez Twojego egzemplarza z kością ESMT ta poprawka by nie powstała.
Dzięki, 24 godziny bez problemów na 2,4 GHz to dokładnie ta informacja, na którą czekałem. Twój wynik jest czwartym z kolei (AX5400, MR5500 i drugi AX6000 też działają), więc nowy firmware radia wejdzie do następnego wydania.
Co do 160 MHz: odtworzyłem to u siebie i to nie błąd obrazu, tylko regulacje. Pasmo 160 MHz zajmuje też kanały 52-64, na których trzeba wykrywać radary, a bez ustawionego kraju OpenWrt nie pozwala punktowi dostępowemu z nich korzystać - radio wtedy nie startuje (w logu:
Frequency 5260 (secondary) not allowed for AP mode). 80 MHz mieści się w kanałach 36-48, więc działa. Po ustawieniu kraju 160 MHz rusza, ale sieć pojawia się dopiero po minucie od włączenia, bo radio najpierw nasłuchuje radarów. W oficjalnym OpenWrt jest tak samo. Kraj warto ustawić zawsze, na obu radiach ten sam.
[EDIT]
Wyszło wydanie 10.08: https://github.com/kuncy7/openwrt-nss-e … 2026.10.08Ma obie zmiany z Twojego obrazu testowego - korekcję ECC dobieraną do kości i nowy firmware radia 2,4 GHz - więc od niego możesz aktualizować normalnie, z zachowaniem ustawień. Obraz testowy zniknie za kilka dni. Dzięki za testy, bez Twojego egzemplarza z kością ESMT ta poprawka by nie powstała.
witam.
Ciesze się że mogłem pomóc. To ja dziękuję za twoją pracę.
Jestem ciekaw, jak długo się nacieszymy tym NSS na IPQ5018. Gościu który dotychczas utrzymywał EDMA-NSS, oznajmił że przechodzi na inny rodzaj offloadingu i z NSS będzie korzystało tylko wi-fi. Szczerze, to wkurzyło mnie to niemiłosiernie. Ja wiem że każdy robi to z pasji i w wolnym czasie, ale często tacy developerzy zaraz zakładają zbiórki na rzecz swojej pracy albo coś w tym stylu, człowiek coś tam wpłaca w podziękowaniu, a tu taki klops. Juz żadnych sprzętów z SoC Qualcomma, to jest pewne. A dopiero co sflashowałem swoje urządzenia na jego bulidy. Dobrze że zachowałem stare na 6.12 od Qosmio...
Wrzuć do claude bieżący kod od nss i każ mu to zmodyfikować do 6.18?
Właśnie ostatnio myślałem aby zrobić tak z sterownikami z 6.12, czyli nss-dp i qca-ssdk, tylko że oczywiście to kupa roboty. Ale trzeba będzie przysiąść do tego i pogrzebać się z tym.
Cezary, pisałeś abym sobię zrobił NSS na 6.18 z drzewa Qosmio. No to poszło, oczywiście 95 procent czarnej roboty odwalił Claude
root@AW1000:~# uname -a
Linux AW1000 6.18.55 #0 SMP Mon Oct 12 09:34:22 2026 aarch64 GNU/Linuxroot@AW1000:~# apk list --installed | grep 'kmod-qca'
kmod-qca-mcs-6.18.55.12.5.2024.09.04~e1c59f7-r2 aarch64_cortex-a53 [installed]
kmod-qca-nss-dp-6.18.55.2026.03.13~6a5c4716-r1 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-6.18.55.11.4.0.5.2021.09.13~53e5863-r17 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-bridge-mgr-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-eogremgr-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-gre-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-igs-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-lag-mgr-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-map-t-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-match-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-mirror-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-netlink-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-pppoe-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-pptp-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-qdisc-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-tun6rd-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-tunipip6-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-vlan-mgr-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-drv-wifi-meshmgr-6.18.55.11.4.0.5.2021.08.17~c4049d1-r8 aarch64_cortex-a53 [installed]
kmod-qca-nss-ecm-6.18.55.12.5.2024.11.06~30fbfa4-r7 aarch64_cortex-a53 [installed]
kmod-qca-ssdk-6.18.55.2025.05.30~446db12b-r1 aarch64_cortex-a53 [installed]W razie W AI będzie nam utrzymywać openwrt haha
I tak bezproblemowo to przeportowal?
Szczerze, to aż się zdziwiłem jak mało poprawek trzeba było. Co prawda, miałem ułatwione zadanie, bo na githubie są dwa repozytoria w których ktoś już coś próbowal robić z NSS-DP i QCA-SSDK na 6.18. Wskazałem te dwa repo, sklonowałem repo od qosmio, target generic jest wzięty z upstreamu openwrt. Nawet pakiety NSS nie potrzebowały aż tak duzo poprawek. Mam to na AW1000 i MX4200v1 i działa aż miło.
Tym bardziej mnie dziwi decyzja devów openwrt, przecież i tak korzystają ze sterów sieciowych od Qualcomm-a. Jedyna róznica, to że stery qca-ppe Qualcomm wrzucił do upstreamu a NSS-DP i QCA-SSDK nie sa w upstreamie. No ale to Qualcomm, w każdej chwili mogą powiedzieć że to pier.... i nie będą już utrzymywać sterów QCA-PPE w upstream-ie.
Jak działa to super. Zrób z tego repo, niech inni obejrzą, może będziecie to utrzymywać
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → firmware NSS dla SoC ipq5018
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc