- Motorola Edge 50 Neo - az egyensúly gyengesége
- Honor Magic6 Pro - kör közepén számok
- Milyen GPS-t vegyek?
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Samsung Galaxy Watch7 - kötelező kör
- Megérkezett a Google Pixel 7 és 7 Pro
- iPhone topik
- Xiaomi 13 - felnőni nehéz
- Szívós, szép és kitartó az új OnePlus óra
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
-
Mobilarena
Xiaomi AX3600 WiFi 6 AIoT Router
Új hozzászólás Aktív témák
-
xabolcs
őstag
kabelen van osszekotve a mesh es remekul mukodik.
Ami a Xiaomi-s firmware alatt kabeles mesh-nek van hivva, az OpenWrt alatt csak "Dumb AP / Access Point Only" es semmi koze a valodi MESH-ez (802.11s).
Amit emlitesz 802.11r, az viszont tenyleg segiti a kliens eszkozok roaming-jat, de van ott meg 802.11k is es 802.11v is.
-
xabolcs
őstag
Szegeny fejlesztoknek az elete sajnos nem jatek es mese!
Ahogy irtad is: nem veletlenul nem fog bekerulni se a hivatalos OpenWrt-be se az upstream kernelbe!
Amilyen jok a qcom-os telefonok szoftverei, olyannyira gaz a qcom-os routerek szoftverei.
Minden tiszteletem ezen lelkes fejlesztoke, akik mindig ujra es ujra gatyaba razzak az integraciot. -
xabolcs
őstag
Amit meg latsz a nemzetkozi forumon, NSS build-ek, azok "community" build-ek, nem hivatalosak es lelkes fejlesztok legoztak ossze verrel es izzadsaggal.
Hasznalhatod azt is, hivatalos OpenWrt helyett, de oda menj panaszkodni, ha vmi nem mukodik!
En pl. azt hasznalom a Dynalink-emen, de csak mert az a fo router. -
xabolcs
őstag
válasz
Doky1988 #7134 üzenetére
cron-nal meg forum keresovel ... de az OpenWrt forumban!
-
-
xabolcs
őstag
Egyaltalan nem rosszabb a SNAPSHOT, mint a stabil!
Most mar a qualcommax/ipq807x platform is eleg stabil, szerintem folosleges visszamenni opkg-ra.Szerintem egeszen a kovetkezo stabil OpenWrt-ig (25.xx) maradj a SNAPSHOT-on!
Abba remelhetoleg bekerul az apk.Tedd fel most az owut-ot, es akkor a kovetkezo frissites is konnyu lesz.
Frissits ugyanolyan gyakran/ritkan, mint amikor stabil kiadason vagy!Ha megjegyzed, hogy miket tettel fel, akkor firmware-selector-ral pikk-pakk tudsz olyan image-et csinalni, amit sysupgrade-kent tudsz hasznalni.
-
xabolcs
őstag
A hw offload mar regota mukodik a mediatek es a ramips/mt7621 plarformokon, bar a tobbinel is megjelenik.
Korabbi OpenWrt kiadasoknal csak akkor jelent meg valaszhatokent, ha a soft-offloadot is kivalasztottak.
Peldaul OpenWrt SNAPSHOT r27730-3d7040b7d6 / LuCI Master 24.281.62975~383edb4 verzional meg a regebbi megjelenes volt.
Lehet most ezen egyszerusitettek.
Ha mukodo hwnat-ot szeretnel az AX3600-adra, akkor muszaj leszel community build-et (peldaul) hasznalni, annak minden elonyevel es hatranyaval!
-
xabolcs
őstag
-
xabolcs
őstag
Ez itt teljesen offtopic es amugy se probaltam a csomagforditassal, amiota apk lett a csomagkezelo opkg helyett.
Fel tudod venni a kapcsolatot a csomag keszitojevel, esetleg megvan a forrasa?
ImageBuilder helyett az SDK-val tudsz apk-nak valo csomagot forditani vele.A masik, hogy az ipk egy tar.gz file! Tehat ha tudod a fuggosegeit, akkor kezzel felteszed azokat, aztan az ipk-bol kicsomagolod es felmasolod a fajlokat.
-
xabolcs
őstag
Mi fordul elo siman? Az, hogy nem megfelelo beallitasokkal nem kapcsolodik a kliens eszkoz a routerre?
Itt most arrol volt szo, hogy a megfelelo beallitasokkal felvertezett Tuya okos eszkoz csatlakozasakor a router wifi resze elhanyja magat, azaz a kliens eszkoz DoS-olja a routert, s nemhogy o nem tud kapcsolodni a wifi-hez, hanem a tobbi vezeteknelkuli eszkoz is wifi nelkul marad.
Olvass vissza!
-
xabolcs
őstag
válasz
mesmat1993 #6901 üzenetére
Koszonom, hogy megosztottad!
-
xabolcs
őstag
válasz
mesmat1993 #6899 üzenetére
Nem kell sokat visszaolvasnod, hogy talalkozz HREH es a 16 Pro-janak a problemajaval.
Konkret megoldas egyelore nincs, de kerulomegoldaskent cserelhetsz telefont, cserelhetsz routert vagy a routeren OS-t (OpenWrt-re).
-
xabolcs
őstag
Igen-igen, ezert is jo az OpenWrt altal tamogatott routereknek: sok-sok evvel az utolso hivatalos frissites utan is erkezik uj OpenWrt.
HREH: add el, nimmrody biztos szivesen megvenne.
Azt nem mondom, hogy tegyel fel ra OpenWrt-t, mert ahogy a MIUI-ra is, ugy az OpenWrt-re is ra lehet mondani, hogy megvalogatja a baratait! -
xabolcs
őstag
Koszonom a reszleteket!
Annak tükrében meg különösen vicces ez, hogy pár hónapja még azt állították, hogy ath11k-ra a 2.9-es volt az utolsó főverzió, csak kisebb bugfixek jönnek maximum. Erre itt van nekünk ez
-
xabolcs
őstag
Persze, az odamasolas csak az elso lepes, boven benne van az, hogy elhasal a rendszer tole!
------
Neztem is, hogy miert az NSS-es buildet fejleszto emberkenek a repojat linkelted ... meghogy a kommit szoveg, hogy DD-WRT-bol importalva.
Amiota volt az a kernel patch-uk, ami nem is fordult magaban, azota nem lepodok mar meg semmin a Qualcomm szoftver reszlegevel kapcsolatban.
-
xabolcs
őstag
-
xabolcs
őstag
Februarban kuldtek egy levelet az openwrt-devel listara "Question to recent Qualcomm CVEs" cimmel.
Erdemes vegigolvasni a temat, sokat elarul a Qualcomm-rol! -
xabolcs
őstag
Az egyik NSS-es OpenWrt-t keszito kozossegi fejleszto, qosmio egy hasonlo beszelgetes kapcsan pont ma valaszolta meg a nemzetkozi forumon:
QCA's codebase is all over the place, the GIT commits may as well be "did some stuff", "update", "blah". The QSDK release schemes have no rhyme or reason to discern between features, bugfixes, backports, etc, and the documentation is non-existent.
Majority of my NSS patches have been a complete shot in the dark... But by some miracle hasn't blown up in my face and chugging a long 🤷. -
xabolcs
őstag
A Qualcomm!
Egyebkent van kozossegi OpenWrt, ahol benne van a hw offload.
-
xabolcs
őstag
válasz
Doky1988 #6607 üzenetére
"Rossz" szerveren mersz!
Keress a Mircosystem-Kecskemet Kft-re a Digi topikban!
Digi-n, telefonon en is ~300 Mbit/s letoltest merek. Ugyanazzal a routerrel, vezeteken megvan a 900+ MBit/s.
-
xabolcs
őstag
A wifi HW gyorsításban mennyire vagy biztos?
Teljesen biztos vagyok!
Mertem router <-> telefon es LAN <-> telefon iranyban is iperf3-at, igen mindket iranyban.
Speedtest volt Okla-val es szelessav.net-tel is.
Az egy masik dolog, hogy nem feltetlen jott annyival, mint amennyit a linksebesseg engedett volna.Az utobbi mutatott 2%-nyi csomagvesztest, amit viszont mashol nem lattam, se flood pingnel, se iperf3-as "Retr"-nel.
Robi pár napja állt át a 6.6-os kernelre. Várható hogy snapshot-on lesznek problémák.
[ 419.609878] ------------[ cut here ]------------
[ 419.616944] WARNING: CPU: 1 PID: 2479 at backports-6.6.15/drivers/net/wireless/ath/ath11k/nss.c:2169 ath11k_nss_tx+0x25c/0x26c [ath11k]
[ 419.621821] Modules linked in: ecm(O) xt_connlimit nft_fib_inet nf_flow_table_inet nf_conncount iptable_nat ath11k_ahb(O) ath11k(O) xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADE wireguard nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_chain_nat nf_tables nf_nat_rtsp(O) nf_nat nf_flow_table nf_conntrack_rtsp(O) nf_conntrack mac80211(O) libchacha20poly1305 iptable_mangle iptable_filter ipt_REJECT ip_tables chacha_neon cfg80211(O) xt_time xt_tcpudp xt_recent xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG x_tables tcp_bbr qrtr_smd qrtr qmi_helpers(O) ppp_async poly1305_neon nfnetlink nf_reject_ipv6 nf_reject_ipv4 nf_log_syslog nf_defrag_ipv4 libcurve25519_generic libcrc32c libchacha l2tp_ppp compat(O) sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit
[ 419.621978] act_mirred act_gact qca_nss_tunipip6(O) qca_nss_tun6rd(O) qca_nss_cfi_cryptoapi(O) qca_nss_crypto(O) qca_nss_qdisc(O) qca_nss_wifi_meshmgr(O) qca_nss_vxlanmgr(O) qca_nss_pptp(O) pptp qca_nss_pppoe(O) pppoe pppox qca_nss_map_t(O) qca_nss_lag_mgr(O) qca_nss_l2tpv2(O) ppp_generic slhc qca_nss_gre(O) qca_nss_bridge_mgr(O) qca_nss_vlan(O) qca_mcs(O) bonding tls ip6_gre ip_gre gre ifb nat46(O) nf_defrag_ipv6 sit qca_nss_drv(O) ip6_tunnel tunnel6 tunnel4 tun vxlan sha512_generic sha512_arm64 sha2_ce sha256_arm64 sha1_ce seqiv sha3_generic jitterentropy_rng drbg michael_mic kpp hmac geniv cmac leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_qcom qca_nss_dp(O) qca_ssdk(O) gpio_button_hotplug(O) ext4 mbcache jbd2 aquantia hwmon crc_ccitt crc32c_generic
[ 419.768671] CPU: 1 PID: 2479 Comm: hostapd Tainted: G O 6.6.22 #0
[ 419.790909] Hardware name: Dynalink DL-WRX36 (DT)
[ 419.798369] pstate: 60400005 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
[ 419.803060] pc : ath11k_nss_tx+0x25c/0x26c [ath11k]
[ 419.809827] lr : ath11k_nss_tx+0x244/0x26c [ath11k]
[ 419.814687] sp : ffffffc0854e3600
[ 419.819545] x29: ffffffc0854e3600 x28: ffffff800794cc28 x27: ffffffc0854e37b0
[ 419.823025] x26: ffffff8012ef99b0 x25: ffffff8014b2a000 x24: 0000000000000000
[ 419.830145] x23: ffffff8008f2a020 x22: ffffff80077f1f20 x21: 0000000000000001
[ 419.837261] x20: ffffff800794cc00 x19: ffffff8012ef9df0 x18: 000000000000018e
[ 419.844379] x17: 7620312065707974 x16: 207061636e652062 x15: ffffffc080bc6e10
[ 419.851497] x14: 00000000000004aa x13: 000000000000018e x12: 00000000ffffffea
[ 419.858616] x11: 00000000ffffefff x10: ffffffc080c1ee10 x9 : ffffffc080bc6db8
[ 419.865734] x8 : 0000000000017fe8 x7 : c0000000ffffefff x6 : 0000000000057fa8
[ 419.872852] x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000
[ 419.879971] x2 : ffffff80077f1fd0 x1 : 0000000000000000 x0 : 0000000000000001
[ 419.887089] Call trace:
[ 419.894197] ath11k_nss_tx+0x25c/0x26c [ath11k]
[ 419.896458] ath11k_mac_tx_mgmt_pending_free+0x2238/0x83f8 [ath11k]
[ 419.900976] __ieee80211_schedule_txq+0x47c/0x754 [mac80211]
[ 419.907224] ieee80211_probereq_get+0x968/0xd78 [mac80211]
[ 419.913126] ieee80211_tx_prepare_skb+0x1fc/0x22c [mac80211]
[ 419.918423] ieee80211_xmit+0xcc/0x114 [mac80211]
[ 419.924235] ieee80211_attach_ack_skb+0x258/0x2ec [mac80211]
[ 419.928840] cfg80211_vendor_cmd_reply+0x11f8/0x4d04 [cfg80211]
[ 419.934568] genl_family_rcv_msg_doit+0xac/0x114
[ 419.940208] genl_rcv_msg+0x1b4/0x24c
[ 419.945068] netlink_rcv_skb+0x5c/0x128
[ 419.948627] genl_rcv+0x38/0x50
[ 419.952272] netlink_unicast+0x184/0x29c
[ 419.955397] netlink_sendmsg+0x19c/0x3d4
[ 419.959565] ____sys_sendmsg+0x1c4/0x274
[ 419.963472] ___sys_sendmsg+0x7c/0xc0
[ 419.967376] __sys_sendmsg+0x48/0xa8
[ 419.970936] __arm64_sys_sendmsg+0x24/0x30
[ 419.974582] invoke_syscall.constprop.0+0x5c/0x104
[ 419.978490] do_el0_svc+0x40/0xc4
[ 419.983262] el0_svc+0x30/0xb8
[ 419.986646] el0t_64_sync_handler+0x120/0x12c
[ 419.989599] el0t_64_sync+0x178/0x17c
[ 419.994027] ---[ end trace 0000000000000000 ]---Aztan meg ilyen is van:
[29262.421219] ath11k c000000.wifi: peer ast idx 1003 can't be found
[29566.683045] ath11k c000000.wifi: encap mismatch in nss tx skb encap type 1 vif encap type 2Persze lakva ismerszik meg az ember, de jok az elso benyomasok.
-
xabolcs
őstag
Most, hogy a legutobbi (OpenWrt SNAPSHOT, r25721-b04f245c39) frissitesem bemondta az unalmast WiFi teren ... :
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Command failed: Not found
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Command failed: Not found
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): ./mac80211.sh: eval: line 597: /usr/sbin/hostapd: not found
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): ./mac80211.sh: eval: line 597: /usr/sbin/hostapd: not found
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):... vettem a batorsagot, s kiprobaltam AgustinLorenzo 807x NSS Build-jet, de nem Xiaomi AX3600 AIoT routeren, hanem a szinten a qualcommax/ipx807x csaladba tartozo Dynalink DL-WRX36-tal.
Eddig minden rendben:
- DIGI PPPoE 1000/300 hardveresen gyorsitva alapbol
- Wifi hardveresen gyorsitva alapbolEddig tetszik!
Magat az eszkozt nem hasznalom semmi masra: router + AP -
xabolcs
őstag
válasz
zelikocc #6539 üzenetére
(Ha igen, ez egyébként minden márkájú routeren elérhető ami OpenWRT képes?)
Ez az 1000 mW-osdi dolog keszulek fuggo: csak az AX3600-ra (na meg a kis testverere: AX6-ra) ertendo.
Valakinek esetleg van eladó AX3600?
Van bizony!
Illetve van egy porosodo AX3600-am valahol, ha esetleg ki szeretned probalni, csalodasok elkerulese vegett.
-
xabolcs
őstag
válasz
Norbi.Sz #6527 üzenetére
Remelhetoleg robimarko valamelyik GitHub-os build-je ... probald meg LuCI-val, de a beallitasok torlesevel!
Aztan ha nem sikerul, akkor a TFTP recovery-vel majd ugyis tiszta telepites lesz.Nincs masik router a halozaton? Nekem olyat szokott csinalni, hogy nehany vezeteknelkuli eszkozom nem az tenyleges routert hiszi routernek, hanem az egyik dumbAP-mat.
Nem is ertem hogy hogyan, mert a dnsmasq szerver tiltva van rajta. Es emiatt persze tok ures az elsodleges routeremen az "active leases" lista, mikozben az emlitett dumbAP-n meg ott viritanak.Szerencsere nagyobb gond ebbol meg nem volt, igy nem neztem nagyon utana, de azert nem tul szep, hogy tobb DHCP szerver is van a halozaton.
-
xabolcs
őstag
válasz
Norbi.Sz #6525 üzenetére
Honnan van az a "r0-8d1fb7d" verzio? Linket is tudsz adni, ahonnan beszerezted?
Attol fugg, mennyire van messze a hivatalos OpenWrt-tol. Egy "beallitasok torlese" mindenkeppen hasznal, persze a legbiztosabb a TFTP-s gyari majd OpenWrt telepites.
Ha pedig eleg kozel van, akkor mehet a "beallitasok megtartasa"-val is. -
xabolcs
őstag
válasz
Doky1988 #6497 üzenetére
Mert DFS csatornat valasztottal neki es emiatt korbenez az eterben, hogy sugarozhat-e az adott csatornan vagy sem!
-
xabolcs
őstag
válasz
Vigyorka #6495 üzenetére
Nem allitottad be a statikus vagy alternativ IP cimet, azert lett 169.254.xxx.yyyy a cime.
Nezd meg tonyk hivatkozott hozzaszolasaban a linkeket! Pl. a vizualis tipusoknak valot!
-
xabolcs
őstag
Ugy tunik, hogy lesz megoldas a Tuya eszkozok beallitaskori problemajara.Bejelentettek es az elobb erkezett egy patch, amire ra is mondtak, hogy mukodni latszik!Felrebeszelek, semmi koze a Tuya-hoz, bocsanat!
-
xabolcs
őstag
En! Gyarirol OpenWrt-re! Sima ugy! Hasznald a telepitesi leirast!
-
xabolcs
őstag
válasz
Hocsika #6258 üzenetére
TFTP recovery:
- itt a forumon keresve
- az OpenWrt wiki-ben Linux-hoz
- az OpenWrt forumon Windows-hozSzukseged lesz gyari AX3600 firmware-re, az mindegy, hogy global vagy kinai, lenyeg, hogy elfogadja a digitalis alairasat a router.
-
xabolcs
őstag
válasz
Roland-87 #6250 üzenetére
... nos emiatt szeretnék egy mesh hálózatot, ...
Nem tudom, hogy mas gyartonal hogyan van, de a hivatalos OpenWrt eseten a MESH halozatra mint atviteli kozegre kell gondolni: pont olyan, mint egy, a dumb AP-hoz vezeto ethernet kabel.
Igy aztan ha az udvari wifit is ugyanarra a titkositasra, jelszora es SSID-re allitod, mint a hazban levot, majd osszekodot MESH-hel vagy kabellel, akkor a mobileszkozok el fogjak tudni vegezni a roamingot sajat hataskorukben.
Az a jo az OpenWrt-ben, hogy barmelyik gyarto eszkozevel kepes MESH halozatot kiepiteni.
Ellenben en azt tapasztaltam az ath9, ath10 es ath11k-val, hogy MESH modban visszaveszik a teljesitmenyt (2.4 GHz: 14 dBm, 5 GHz: talan 18 dBm lenne).
AP-kent ilyen bajuk nincs. -
xabolcs
őstag
Kosz az IPQ807x NSS vs PPPoE-s tesztet!
Olvastam, hogy DHCP-vel megy a gyorsitas, de a PPPoE-rol nem lattam konkret visszajelzest!Ilyenkor annyira sajnalom, hogy ennyire nyomorek a Qualcomm: tele van nagyszeru routerekkel, aztan a szoftveres tamogatottsag hianya miatt itt kell robimarko-nak meg Ansuelnek szenvednie hogy hasznalhato legyen friss kernel alatt a cucc, es akkor az NSS-rol ne is beszeljunk!
Aztan ott van ath11k-frimware is! Ha olyan igenyei vannak az embernek, akkor problemamentes, de ha mar kicsit masmilyet szeretne, akkor bug hatan bug!A masik oldalon meg ott van a Mediatek. Nem annyira elenjaro, mint a Qualcomm, az 1 Gbit+ sebessegekkel is kesobb jott (most sincs pl. 2x10 Gbit-es eszkoze), az AX-szel is kesobb jott ... ellenben, amikorra ideert, addigra mukodott a HWNAT, mukodott a wifi.
Miert nem csinalja ezt a Qualcomm is?
Tudom, koltoi kerdes.
-
xabolcs
őstag
Szerintem az AX3600 tekinteteben mar eleg hasznalhatora sikeredett a stabil.
Ha nem szeretned megvarni a .1, .2, ... szerviz kiadasokat, akkor hasznald a 23.05-SNAPSHOT kiadasokat! Bar a kesoi csomagforditas ezt is erinti.Az AX3600 eleteben szerintem egyelore az ath11k-firmware csomag frissitese a legfontosabb. Ellenben az uj verzio nem biztos, hogy jobb is!
A SNAPSHOT-ban mindig az ujat fogod megkapni, a 23.05-SNAPSHOT-ban pedig (legkesobb az uj point release elott) a mar eddig bizonyitottat.
Szerencsere ezek a fajlok kezzel is frissithetoek - csak be kell masolni a megfelelo konyvtarba es ujrainditani a routert. Igy "magad is frissitheted".A nemzetkozi forumon van egy topik, amit erdemes kovetni: Ath11k possible firmware bug - traffic interruptions when a client disconnects from WLAN
En csak azert vagyok SNAPSHOT-on, mert at lett keresztelve "ipq807x/generic"-rol "qualcommax/ipq807x"-ra es fene lusta vagyok megegyszer atterni.
A mindennapos frissites helyett en inkabb az kommit tortenet olvasasanak a hive vagyok (na meg az "auc -c"-nek).
Aztan ha van valami erdekes, akkor mehet a frissites ... de meg igy is folyton jelen van, amit dchard is irt: turelem - kesnek a csomagok, kesik az imagebuilder kesik az auc. -
xabolcs
őstag
válasz
wwenigma #6186 üzenetére
... nem úgy tűnik hogy kozmetikai lenne a hiba ...
Az altalam belinkelt (qualcommax: add pending GPLL parent fixes) javitas kozmetikai:
This is mostly cosmetic fix, but with all of the possible SBL and FW versions there could be edge cases resolved by this and not scaling GPLL-s anymore.
Kozben megneztem, a DL-WRX36-omon is schedutil van beallitva. -
xabolcs
őstag
válasz
wwenigma #6180 üzenetére
Tasmotaval is?
-
xabolcs
őstag
válasz
wwenigma #6174 üzenetére
Szia!
Tudom, nem AX3600, hanem DL-WRX36, de ezen szepen skalazodik a processzor 1000~1800 MHz kozott amikor iperf-fel merek telefonon.
OpenWrt SNAPSHOT, r24124-518923178c
0[||||||||||||||||||||||||||||||||||||||86.2%|1651MHz] Tasks: 25, 0 thr, 68 kthr; 1 running
1[| 0.7% 1651MHz] Load average: 0.28 0.07 0.02
2[| 0.7% 1651MHz] Uptime: 06:48:45
3[||||||||| 16.3% 1651MHz]
Mem[|||||||||||||| 157M/868M]
Swp[ 0K/0K]
[Main] [I/O]
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command+
17368 root 20 0 1328 1072 1004 S 0.0 0.1 0:00.00 -ash
2949 root 20 0 1464 1144 940 S 0.0 0.1 0:19.00 /bin/sh /usr/sbin/mesh11sd daemon
936 root 20 0 908 568 532 S 0.0 0.1 0:00.01 /sbin/askfirst /usr/libexec/login.sh
1411 logd 20 0 2292 812 732 S 0.0 0.1 0:00.04 /sbin/logd -S 1024
1860 root 20 0 2236 1380 1168 S 0.0 0.2 0:03.22 /sbin/netifd
1 root 20 0 1936 1252 1004 S 0.0 0.1 0:01.39 /sbin/procd
1465 root 20 0 3796 2332 1848 S 0.0 0.3 0:00.09 /sbin/rpcd -s /var/run/ubus/ubus.sock -t 30
935 ubus 20 0 1448 988 856 S 0.0 0.1 0:00.11 /sbin/ubusd
2758 root 20 0 2828 1120 1008 S 0.0 0.1 0:00.00 /sbin/ujail -t 5 -n dnsmasq -u -l -r /bin/ubus -r /et
1795 root 20 0 2828 1072 972 S 0.0 0.1 0:00.00 /sbin/ujail -t 5 -n hostapd -U network -G network -C
3181 root 20 0 2828 1116 1008 S 0.0 0.1 0:00.02 /sbin/ujail -t 5 -n ntpd -U ntp -G ntp -C /etc/capabi
F1Help F2Setup F3SearchF4FilterF5Tree F6SortByF7Nice -F8Nice +F9Kill F10Quit
[ 0.882434] qcom,cpr4-apss-regulator b018000.cpr4-ctrl: CPR valid fuse count: 4
[ 0.882752] cpr4_ipq807x_apss_read_fuse_data: apc_corner: speed bin = 0
[ 0.888591] cpr4_ipq807x_apss_read_fuse_data: apc_corner: CPR fusing revision = 1
[ 0.895168] cpr4_ipq807x_apss_read_fuse_data: apc_corner: CPR misc fuse value = 0
[ 0.902821] cpr4_ipq807x_apss_read_fuse_data: apc_corner: Voltage boost fuse config = 0 boost = disable
[ 0.910359] cpr3_mem_acc_init: apc: not using memory accelerator regulator
[ 0.919472] cpr4_ipq807x_apss_calculate_open_loop_voltages: apc_corner: fused SVS: open-loop= 704000 uV
[ 0.926420] cpr4_ipq807x_apss_calculate_open_loop_voltages: apc_corner: fused NOM: open-loop= 816000 uV
[ 0.936402] cpr4_ipq807x_apss_calculate_open_loop_voltages: apc_corner: fused TURBO: open-loop= 880000 uV
[ 0.946211] cpr4_ipq807x_apss_calculate_open_loop_voltages: apc_corner: fused STURBO: open-loop= 968000 uV
[ 0.956072] cpr4_ipq807x_apss_calculate_target_quotients: apc_corner: fused SVS: quot[ 7]= 704, quot_offset[ 7]= 0
[ 0.965833] cpr4_ipq807x_apss_calculate_target_quotients: apc_corner: fused NOM: quot[ 7]= 921, quot_offset[ 7]= 215
[ 0.976682] cpr4_ipq807x_apss_calculate_target_quotients: apc_corner: fused TURBO: quot[ 7]=1032, quot_offset[ 7]= 110
[ 0.987620] cpr4_ipq807x_apss_calculate_target_quotients: apc_corner: fused STURBO: quot[ 7]=1196, quot_offset[ 7]= 160
[ 0.998765] cpr3_regulator_init_ctrl: apc: Default CPR mode = closed-loop -
xabolcs
őstag
Legyel turelemmel!
Kozben meg olvass forumot, biztosan masoknak is feltunt! Esetleg probald meg a firmware-selector-ba beletenni a csomagjaidat es azzal kesziteni image-et, bar ahogy nezem az korabbi revision-nel dolgozik (r24043-ff95f859eb, 2023-09-26T22:10:16Z).
-
xabolcs
őstag
válasz
Vigyorka #6103 üzenetére
Nem kell foglalkoznod vele, de ha megis szeretnel vele foglalkozni, akkor
* mentsd le / masold oda obsy sysinfo.sh-jat a hianyzo /sbin/sysinfo.sh helyre
* adj neki futtathato jogosultsagot (pl: chmod +x /sbin.sysinfo.sh)
* ird be a fajl eleresi utjat (/sbin.sysinfo.sh) az /etc/sysupgrade.conf fajlbaHa mindezzel megvagy, akkor a kovetkezo mentesbe mar bekerul automatikusan a fajl, s frissites utan nem fog ilyen uzenetet adni. Illetve belepeskor az alabbihoz hasonlo rovid infoval fog koszonteni a router:
BusyBox v1.36.1 (2023-07-26 13:39:24 UTC) built-in shell (ash)
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
-----------------------------------------------------
OpenWrt 23.05-SNAPSHOT, r23314-7efec0acca
-----------------------------------------------------
| Machine: Xiaomi Redmi Router AX6S |
| Uptime: 14d, 18:58:38 |
| Load: 0.11 0.11 0.09 |
| Flash: total: 87.5MB, free: 82.2MB, used: 1% |
| Memory: total: 239.6MB, free: 160.9MB, used: 32% |
| Leases: 15 |
| lan: static, xxx.xxx.xxx.xxx |
| wan: pppoe, xxx.xxx.xxx.xxx |
| wan6: dhcpv6, ? |
| radio0: lan, mode: ap, ssid: XXXXXXX, channel: XX, conn: XX |
----------------------------------------------------- -
xabolcs
őstag
Ugy tunik, hogy tobben is vettek a faradsagot es bejelentettek.
Remelem kiderul, hogy mitol romlott el! -
xabolcs
őstag
Es hogy egyszerubb legyen az elet, van Redmi AX6000 is, ami meg pont mediatek-es ... es OpenWrt SNAPSHOT is van hozza!
-
xabolcs
őstag
En ugy tertem at az elobb ipq807x/generic-rol qualcommax/ipq807x-re, hogy a /etc/openwrt_release-ben frissitettem a DISTRIB_TARGET valtozo erteket.
Koltozes elott a r23375-cdfcac6e24 verzion voltam, nem is volt ertelmes frissites auc-cal:
root@DL-WRX36-7DE ~ # auc
auc/0.3.2-1
Server: https://sysupgrade.openwrt.org
Running: SNAPSHOT r23375-cdfcac6e24 on ipq807x/generic (dynalink,dl-wrx36)
Available: SNAPSHOT r23375-cdfcac6e24
Requesting package lists...
netifd: 2023-06-04-ec9dba72-1 -> 2023-06-21-40fad91e-1
luci-mod-network: git-23.150.26360-9b12a48 -> git-23.170.81081-b2546c2
Are you sure you want to continue the upgrade process? [N/y]
Ugy talaltam meg azt a fajlt, hogy rakerestem a "generic"-re a /etc konyvtarban:
root@DL-WRX36-7DE ~ # grep 'generic' -r /etc
grep: /etc/localtime: No such file or directory
/etc/modules-boot.d/04-crypto-crc32:crc32_generic
/etc/modules-boot.d/04-crypto-crc32c:crc32c_generic
/etc/modules.d/04-crypto-crc32:crc32_generic
/etc/modules.d/04-crypto-crc32c:crc32c_generic
/etc/modules.d/09-crypto-ghash:ghash-generic
/etc/modules.d/09-crypto-sha512:sha512_generic
/etc/openwrt_release:DISTRIB_TARGET='ipq807x/generic'
/etc/opkg/distfeeds.conf:src/gz openwrt_core https://downloads.openwrt.org/snapshots/targets/ipq807x/generic/packages
/etc/opkg/distfeeds.conf:src/gz openwrt_kmods https://downloads.openwrt.org/snapshots/targets/ipq807x/generic/kmods/6.1.33-1-60f86a80e0a69b692f8cccde5fa6019e
grep: /etc/ppp/resolv.conf: No such file or directory
Ezutan rogton a jo helyen erdeklodott az auc.
root@DL-WRX36-7DE ~ # auc -c
auc/0.3.2-1
Server: https://sysupgrade.openwrt.org
Running: SNAPSHOT r23375-cdfcac6e24 on qualcommax/ipq807x (dynalink,dl-wrx36)
Available: SNAPSHOT r23414-ed816f6ba8
Requesting package lists...
kmod-usb-storage: 6.1.33-1 -> 6.1.34-1
kmod-crypto-gf128: 6.1.33-1 -> 6.1.34-1
kmod-ledtrig-oneshot: 6.1.33-1 -> 6.1.34-1
kmod-usb-core: 6.1.33-1 -> 6.1.34-1
kmod-crypto-manager: 6.1.33-1 -> 6.1.34-1
kmod-crypto-ctr: 6.1.33-1 -> 6.1.34-1
kmod-nft-fib: 6.1.33-1 -> 6.1.34-1
kmod-nfnetlink: 6.1.33-1 -> 6.1.34-1
kmod-ath11k: 6.1.33+6.1.24-4 -> 6.1.34+6.1.24-4
kmod-crypto-hash: 6.1.33-1 -> 6.1.34-1
kmod-nf-reject6: 6.1.33-1 -> 6.1.34-1
kmod-crypto-aead: 6.1.33-1 -> 6.1.34-1
kmod-usb-dwc3: 6.1.33-1 -> 6.1.34-1
kmod-nf-flow: 6.1.33-1 -> 6.1.34-1
kmod-lib-crc-ccitt: 6.1.33-1 -> 6.1.34-1
kmod-phy-aquantia: 6.1.33-1 -> 6.1.34-1
kmod-pppoe: 6.1.33-1 -> 6.1.34-1
kmod-pppox: 6.1.33-1 -> 6.1.34-1
kmod-nf-reject: 6.1.33-1 -> 6.1.34-1
base-files: 1532-r23375-cdfcac6e24 -> 1533-r23414-ed816f6ba8
kmod-lib-crc16: 6.1.33-1 -> 6.1.34-1
kmod-nf-nat: 6.1.33-1 -> 6.1.34-1
kmod-crypto-crc32c: 6.1.33-1 -> 6.1.34-1
netifd: 2023-06-04-ec9dba72-1 -> 2023-06-21-40fad91e-1
kmod-usb-dwc3-qcom: 6.1.33-1 -> 6.1.34-1
kmod-usb-xhci-hcd: 6.1.33-1 -> 6.1.34-1
kmod-crypto-hmac: 6.1.33-1 -> 6.1.34-1
kmod-lib-crc32c: 6.1.33-1 -> 6.1.34-1
kmod-qca-ssdk: 6.1.33+2022-09-12-628b22bc-2 -> 6.1.34+2022-09-12-628b22bc-2
kmod-crypto-sha512: 6.1.33-1 -> 6.1.34-1
kmod-crypto-seqiv: 6.1.33-1 -> 6.1.34-1
kmod-nft-nat: 6.1.33-1 -> 6.1.34-1
kmod-usb3: 6.1.33-1 -> 6.1.34-1
kmod-thermal: 6.1.33-1 -> 6.1.34-1
kmod-crypto-ghash: 6.1.33-1 -> 6.1.34-1
kmod-fs-ext4: 6.1.33-1 -> 6.1.34-1
kmod-hwmon-core: 6.1.33-1 -> 6.1.34-1
kmod-nls-utf8: 6.1.33-1 -> 6.1.34-1
kmod-qrtr-smd: 6.1.33-1 -> 6.1.34-1
kmod-crypto-ccm: 6.1.33-1 -> 6.1.34-1
kmod-nf-log: 6.1.33-1 -> 6.1.34-1
kmod-leds-gpio: 6.1.33-1 -> 6.1.34-1
kmod-gpio-button-hotplug: 6.1.33-3 -> 6.1.34-3
kmod-qrtr: 6.1.33-1 -> 6.1.34-1
kmod-nf-log6: 6.1.33-1 -> 6.1.34-1
kmod-mac80211: 6.1.33+6.1.24-4 -> 6.1.34+6.1.24-4
kmod-qca-nss-dp: 6.1.33+2022-04-30-72e9ec41-1 -> 6.1.34+2022-04-30-72e9ec41-1
kmod-crypto-michael-mic: 6.1.33-1 -> 6.1.34-1
kmod-libphy: 6.1.33-1 -> 6.1.34-1
kmod-nft-offload: 6.1.33-1 -> 6.1.34-1
kmod-ppp: 6.1.33-1 -> 6.1.34-1
kmod-fs-f2fs: 6.1.33-1 -> 6.1.34-1
kmod-crypto-null: 6.1.33-1 -> 6.1.34-1
kmod-nf-conntrack: 6.1.33-1 -> 6.1.34-1
kmod-crypto-gcm: 6.1.33-1 -> 6.1.34-1
kmod-crypto-cmac: 6.1.33-1 -> 6.1.34-1
kmod-crypto-rng: 6.1.33-1 -> 6.1.34-1
kmod-nf-conntrack6: 6.1.33-1 -> 6.1.34-1
kmod-ath11k-ahb: 6.1.33+6.1.24-4 -> 6.1.34+6.1.24-4
kmod-ath: 6.1.33+6.1.24-4 -> 6.1.34+6.1.24-4
kmod-crypto-crc32: 6.1.33-1 -> 6.1.34-1
luci-mod-network: git-23.150.26360-9b12a48 -> git-23.170.81081-b2546c2
kmod-nft-core: 6.1.33-1 -> 6.1.34-1
kmod-nls-base: 6.1.33-1 -> 6.1.34-1
kmod-scsi-core: 6.1.33-1 -> 6.1.34-1
kmod-slhc: 6.1.33-1 -> 6.1.34-1
kmod-cfg80211: 6.1.33+6.1.24-4 -> 6.1.34+6.1.24-4
Elsore nem frissult, aztan amikor "service wpad stop" utan probalkoztam, jo lett!
root@DL-WRX36-7DE ~ # auc -c
auc/0.3.2-1
Server: https://sysupgrade.openwrt.org
Running: SNAPSHOT r23414-ed816f6ba8 on qualcommax/ipq807x (dynalink,dl-wrx36)
Available: SNAPSHOT r23414-ed816f6ba8
Requesting package lists...
Nothing to be updated. Use '-f' to force.
-
xabolcs
őstag
válasz
Doky1988 #5938 üzenetére
Peldaul TFTP Recovery-vel. Ha figyelmesen olvasod, akkor talalsz Windows-hoz is segitseget a leirasban!
-
xabolcs
őstag
-
xabolcs
őstag
A nemzetkozi forumon hnyman adott normalis valaszt is a libubox problemara:
libubox was upgraded yesterday. Due to the 2-phased build strategy it may take 1-2 days before the buildbot again has a coherent package set (to be used by auc/attendedsysupgrade).
If you compile from sources, you can compile it right now.
Tehat nehany nap mulva lesz csak hasznalhato az auc. 🤷 -
xabolcs
őstag
Igen, a nem megy a Wifi-t (#12815: Xiaomi AX3600 IPQ8074 problem with WiFi - exception and radio is down) 2 oraja javitottak:
Revert "ath11k-firmware: update to WLAN.HK.2.9.0.1-01713-QCAHKSWPL_SILICONZ-1Egyebkent ha a regi fw-vel felulirod az uj build fw-jet, akkor menni fog.
-
xabolcs
őstag
Tegnap frissult a libubox (libubox: update to the latest version), talan azt nem veszi be a gyomra.
Ha kiveszed az mtd csomagot, akkor rendben lefordul:
r23262-b6e0a24c49 / 2023-06-04T16:38:03.000000Z -
xabolcs
őstag
Erdekes dolgok ezek. Es miutan igy ravetted oket, hogy kapcsolodjanak a routerhez, nem olik le azonnal?
Csak mert greem-nek is pont ugyanilyen problemai voltak/vannak a nemzetkozi forumon (a Dynalink DL-WRX36 testvermodellel). Neki is Tuya eszkozei vannak.
Egyebkent, ha mar Tuya: probaltad mar Tasmota-sitani oket?
-
xabolcs
őstag
válasz
morpheus133 #5844 üzenetére
Egy masik OpenWrt-s (22.03 vagy SNAPSHOT kiadasok altal tamogatott) routert, ami ismeri az AX-es vagy AC-s szabvanyt!
Egyatalan nem szukseges, hogy QCA SoC-cal legyen szerelve!
Maga a mesh beuzemeles tud konnyu is lenni, de a vezetek + AP az igazi megoldas. Illetve lazan kapcsolodik, hogy a roamingolasi elmeny novelesevel barmennyi idot el lehet tolteni.
-
xabolcs
őstag
válasz
wwenigma #5834 üzenetére
Pont ilyen problemam volt, pont az AX3600 + OpenWrt parosbol MESH kornyezetben. Aztan egyszercsak megszunt.
Szerintem az SSL implementaciok (OpenSSL, mbedTLS, WolfSSL) csereberelesetol gyogyult meg, de igazabol nem tudom, mert azota az OpenWrt trunk is atallt WolfSSL-rol mbedTLS-re.
-
xabolcs
őstag
válasz
wwenigma #5832 üzenetére
Abszolute! Sot, a recovery utolso lepese is azt irja, hogy batran teglazzad ujra!
Put your interface back to DHCP mode and start again with breaking your device
Kivancsi vagyok tortenet vegere, mert nalam nem volt ennyire bonyodalmas a beuzemelese. Bar nekem csak DIGI-s feher boxom van. -
xabolcs
őstag
válasz
wwenigma #5828 üzenetére
Alapertelmezetten a routerre kapcsolt wifis eszkozoknek latniuk kellene egymast, igy velhetoleg valamit elallitottal.
A legegyszerubben talan a beallitasok torlesevel tudnad rendbehozni: a firmware-selector-ral kerni egy uj image-et (amibe akar a luci-t is betehetned) es azt feltenni a beallitasok megtartasa nelkul! -
xabolcs
őstag
válasz
Norbi.Sz #5786 üzenetére
Ha en csinalnam, akkor osszeraknek egy szkriptet, ami akkor fut le, amikor elmegy a fo internet (pingcheck): elinditja (ifup) a mar bekonfiguralt wiki-kliens interfeszt.
Aztan csinalnek egy masik szkriptet is, ami pedig akkor fut le, amikor visszajon a fo internet: lekapcsolja (ifdown) ezt a wifi-klienst interfeszt.Azt viszont nem tudom, hogy az OpenWrt hogyan viseli az ilyen tobb internetes helyzetet, foleg amikor jonnek mennek az alapertelmezett utvonalak. Talan egy "service network restart" -hoz hasonlo is kell bele. Amikor mobilnetet teszteltem vezetekes internet mellett, akkor automatan atallt a mobilnetre, de utana vissza mar nem tetszett neki.
-
xabolcs
őstag
Es #5737, #5738
A szoban forgo ipq-wifi-xiaomi_ax3600 modul leginkabb azert frissul, mert az ot tartalmazo gyujto repository (firmware_qca-wireless) frissul, s nem azert mert az AX3600 boardfile-ja frissult: bekerult egy uj eszkoz, atirtak a README-t, barmi.
Lathatod, hogy a hivatkozott verzio epp melyik kommitra utal: a kepeden lathato "86180c4c" verzio a 2 nappal ezelotti kommitbol keszult.
Azt honnan lehet tudni, hogy pontosan mi a kulonbseg az elobbi verziokhoz kepest?
Nezd meg a kommit tortenetet! Semmi erdekesseg nem tortent az AX3600 szempontjabol. -
xabolcs
őstag
válasz
Norbi.Sz #5712 üzenetére
Bocsanat a kesoi valaszert. Egyebkent nem nagy kaland paranccsorbol sem: belepsz ssh-n, es beilleszted a parancsokat - az IP cimeket atirva.
Meg kell keresni azt az interfeszt, ahol a DHCP szervered fut (altalaban: "lan"), s ott kell beadni az alternativ DNS cimeket a 6-os opcio segitsegevel. Ott van a help szovegben a pelda is, pont az alternativ DNS-sel peldalozva!
Legy figyelmes, nincs szokoz benne! A kepemen pedig csak a pelda kedveert szerepel a "a.synology.nas.ip.cime" szoveg, oda tenyleg IP cimet kell irnod!Tovabbi reszletek az OpenWrt topikban.
-
-
xabolcs
őstag
válasz
Davebowman #5665 üzenetére
Igen, mert lecsereltek a wolfSSL implementaciot mbedTLS-re.
Harom implementacio van most az OpenWrt-ben, amik kozul valaszthatsz OpenSSL, wolfSSL es mbedTLS.
-
xabolcs
őstag
válasz
Davebowman #5663 üzenetére
Mar tervezik a 23.xx kiadast, de mivel a 22.03 (igen, ez az utolso) utan kerult be az AX3600 tamogatas, ezert erre a routerre egyelore csak a SNAPSHOT van.
A csomagok szama szerintem rendben van, es szabadon cserelhetoek: kivenni ugy lehet, hogy egy "-" jelet teszel a csomag ele, pl. "-wpad-basic-mbedtls"
-
xabolcs
őstag
Azert nincs, mert hivatalossa valt az AX3600 tamogatottsaga, igy keszul belole SNAPSHOT verzio.
Ellenben azota nem jelent meg stabil kiadas (22.03, 21.02, ...), igy magadnak kell telepitened a LUCI-t.Az egyik lehetoseg, hogy hasznalod a firmware-selector-t es a "Customize installed packages" resznel kiegeszited a listat a luci-app-attendedsysupgrade es az auc csomagokkal, majd kersz magadnak egy build-et, es azt telepited.
-
xabolcs
őstag
pppoe-vel nem megy a software flow offloading, bugos
[link]Az egesz problema eleg erdekes: "22.03.0 IPv4 PPPoE software flow offload not working (#10224)" - eppen csak egy kicsit, vagy egyaltalan nem gyorsit a soft offload bekapcsolasa.
Szerencsere en nem tapasztaltam.
-
xabolcs
őstag
Sziasztok dchard es Tonyk!
Pont ezt feszegetem en is a nemzetkozi forumon: eloszor az mediatek/mt7622-es AX3200-al reprodukaltam, de azota sikerult AX3600-al es az ugyanebbe a csaladba tartozo Dynalink DL-WRX36-al is.
Es nekem is ez esett le, hogy a "service wpad stop" mellett kell egy "ifdown wan"-t is kiadni.
Hibajegyet egyelore lusta voltam irni, meg soros port hozzaferesem sincs meg sajat PPPoE halozatot se epitettem, de en is csak most jutottam oda, hogy ezek a gyors routerek hoztak felszinre ezt a sysupgrade-es + DIGI-s problemat ... eddig egyik routerem se csinalt ilyet, de azok mind NOR-osak voltak.
-
xabolcs
őstag
válasz
netcore #5595 üzenetére
Jo lesz az pedig!
Az latszik a kepeden, hogy: nehany helyen sikerult atirni http-re a protokollt, nehany masik helyen pedig teljesen elrontodtad a fajl tartalmat.
Itt az enyem, tedd be ugy ahogy van:
src/gz openwrt_core http://downloads.openwrt.org/snapshots/targets/ipq807x/generic/packages
src/gz openwrt_base http://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/base
src/gz openwrt_kmods http://downloads.openwrt.org/snapshots/targets/ipq807x/generic/kmods/5.15.90-1-0fa92db7c38bee0774cabc5f0be2cda5
src/gz openwrt_luci http://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/luci
src/gz openwrt_packages http://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/packages
src/gz openwrt_routing http://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/routing
src/gz openwrt_telephony http://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/telephony
A
5.15.90-1-0fa92db7c38bee0774cabc5f0be2cda5
helyere pedig a "opkg list-installed|grep kernel" kimeneteben szereplo verzioszamot tedd! Igy nez ki nalam:root@AX3600-835 ~ # opkg list-installed|grep kernel
kernel - 5.15.90-1-0fa92db7c38bee0774cabc5f0be2cda5
-
xabolcs
őstag
válasz
Davebowman #5565 üzenetére
Igen, ez benne a nehezseg, hogy ezek az ssl/tls csomagok alapbol szuksegesek a csomagtelepiteshez is. Szoval miutan torlod oket, nem fogsz egykonnyen masik csomagot telepiteni.
A leirasom pont arrol szol, hogy ezt a csomagcseret epp egy rendszerfrissites segitsegevel teszed meg.
-
xabolcs
őstag
válasz
Davebowman #5549 üzenetére
Az en hozzaszolasom arra vonatkozik, amikor mar a hivatalos OpenWrt rajta van, s azt frissited egy ujabb verziora.
-
xabolcs
őstag
válasz
csabi10 #5501 üzenetére
Es legalabb hasznalhato, vagy sikerult teglasitani?
-
xabolcs
őstag
válasz
csabi10 #5497 üzenetére
Bonyolultabb - megtartja az utolag telepitett csomagjaidat:
Az attended sysupgrade menuben, a konfiguracioban bekapcsolod az "advanced" / halado beallitasokat, hogy cserelhesd a telepitendo csomagokat.
A csomaglistaban megkeresed a wolfssl-es csomagokat, a kis piros x-ekkel kitorlod oket a listabol, aztan a lista aljan ket uj mezot veszel fel a zold +-szal es beirod a "libustream-openssl"-t es "wpad-basic-openssl"-t (vagy wpad-mesh-openssl, ha mesh-ezel).Ha megvan, akkor kerd a firmware-t es vagy rogton telepited onnan menubol, vagy letoltod a gepedre (hogy ne kelljen ujra generaltatni) es ugy teszed fel - a beallitasokat megtartva.
Egyszerubb - nem tartja meg az utolag telepitett csomagjaidat:
Meglatogatod az OpenWrt Firmware Selector-t es a "Customize installed packages" reszt lenyitva megkeresed (CTRL-F vagy mas trukkel) a wolfssl-es csomagokat, mind a 3 ele egy-egy "-" (minusz) jelet irsz, a vegere beirod a mar emlitett openssl-es valtozatokat (es a "luci"-t is, ha szeretnel GUI-t), majd kered a firmware-t es telepited.
Új hozzászólás Aktív témák
Hirdetés
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 13 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- Új csak kipróbált Smartech 55 139cm Qled 4K UHD Quantum tv google assistant,Netflix, stb
- DJI Mini 4 pro - Fly More Combo - RC2 drón szett +128GB SanDisk SD
- ÚJ Lenovo Legion Pro 5 16IRX9 - 16" WQXGA 165Hz - i5 14500HX - 32GB - 1TB - RTX 4060 - 3 év garancia
- Kingmax 1x2GB DDR3-1333 RAM
- Telefon felváráslás!! Samsung Galaxy S22/Samsung Galaxy S22+/Samsung Galaxy S22 Ultra
- Samsung Galaxy A13 64GB, Kártyafüggetlen, 1 Év Garanciával
- Azonnal elérhető, raktáron lévő HPE Aruba switch-ek
- REFURBISHED és ÚJ - Lenovo ThinkPad 40AS USB-C docking station (akár 3x4K felbontás)
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged