OpenWrt 19.07.0 RC1

Címkék

Elérhető az első kiadásra jelölt verzió az OpenWrt új stabil ágából (19.07.0). Az újdonságok között szerepel a 4.14-es kernel, illetve az ath79 támogatás. Részletek és bejelentés a honlapon.

Hozzászólások

Szerkesztve: 2019. 11. 17., v - 13:06

Hoppá! Úgy látom, hogy ath79/tiny alatt visszatért az TP-Link TL-WR703n támogatás. De azonban pláne sőt, számomra nem világos, hogy mit is jelent az, hogy csak egy initramfs-kernel.img szerepel, nem úgy, mint amikor valamikor a 15.x idejében támogatott volt. Akkor pontosan hogyan is kell erre a verzióra upgrade-lni?

(Hm, a relnotes-ban ráadásul szerpel, hogy ar71-ről ath79-re nem is lehet direkt frissíteni, csak teljes újratelepítéssel. Olvasgatok, de egyelőre zűrös. Ezt a dobozkát kizárólag minimalista, "külföldi utazásoknál jól jöhet NAT-doboznak gondolnám használni, 2-3, max 4 eszközhöz. Egyáltalán esélyes ez még erre?)

Vagy nem értem, amit mondasz, vagy nem mondasz igazat. :)

Nekem egy TL-WR842n-v3-am van, image-builderrel csinálom magamnak az image-et. Azért írom, mert szintén az ar71xx-ről ath79-re migrált ág. Úgy emlékszem, valamiért a factory image-et nem tudtam felimádkozni rá, viszont a sysupgrade probléma nélkül ment. Ez persze csak egy halvány emlék, ne bízz bennem! ;)

Egy bajom van vele, nevezetesen nagy file-ok nagy sebességű letöltésénél néha magába fordul a net felé néző interface-e. Tegyük hozzá, nem debugoltam, az is lehet, hogy semmi baja, s a modemem vergődik, vagy a szolgáltató, de kedvem nem volt még ahhoz, hogy közvetlenül a gépről megnézzem. Két dolog miatt gyanakszom a router-re:

  1. emlékeim szerint a hiba az ar71xx - ath79 migrációt követően jelent meg
  2. a router újraindítása megoldja - egy darabig - a problémát

Érdekesség, hogy ssh-n keresztül mindvégig elérhető a router, így nem kell az asztal alá bekúsznom, s elvennem a tápját az újraindításhoz.

nem világos, hogy mit is jelent az, hogy csak egy initramfs-kernel.img szerepel

Én úgy fogalmaznék, nekem az nem világos, ez minek szerepel egyáltalán itt, kell-e bárkinek is bármire. Lehet, doksit kellene olvasnom? Viszont nem csak az szerepel ott.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Megnéztem még egyszer - ennyire csak nem lehetek vak. Ha a release ágat követed a letöltés oldalon, akkor ez nincs ott, ha a development linket, akkor ott van.  :-) (A fejlesztői oldalon egy héttel frissebbek a fájlok.)

ugyanezt a wan if problemat tapasztalom, de nekem 4.9 - 4.14 kernel migraciot kovetoen jelent meg, ha nalad az ar71xx - ath79 migracio 4.9 - 4.14 kernel migracioval is jart akkor lehet hogy a kernel migraciotol van

neked aztan fura humorod van...

Köszönöm az infót, ez még inkább az OpenWrt/LEDE-re tereli a gyanút. Mondjuk annyiban különös, hogy nekem 4.14-es kernellel jó volt, s a 4.19-esnél romlott el. Kérdés az, hogy ez kernel bug-e, vagy valami egyéb komponens került a rendszerbe, ami miatt ez történik.

Egyébként picit „analóg” ez a hiba abban az értelemben, hogy a migráció után szinte minden nagyobb letöltést azonnal eldobott, az újabb snapshotokat használva egyre stabilabb, de még mindig jelentkezik a hiba. Volt, hogy néztem top-ot, s lehet, figyelmetlen voltam, de nekem nem úgy tűnt, mint valami memory leak, mert nem fogyott el a RAM. Persze ki tudja, lehet, hogy hirtelen szalad meg. Ha meg nem ez, akkor mitől tud egy jó darabig jól működni, majd meghalni? És melyik komponens? Az sem világos, hogy mi az, ami megdöglik.

Van úgy, hogy a döglés csak a kapcsolatot bontja rövid időre, majd hamar magához tér. De van úgy, hogy pingelni sem tudok kifelé, marad a reboot.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

a syslogba ezt kuldi:

------------[ cut here ]------------
WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:320 0x80378c18
NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS
xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filte
r ip_tables crc_ccitt compat ledtrig_usbport ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables tun leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.131 #0
Stack : 00000000 00000000 00000000 87dbef40 00000000 00000000 00000000 00000000
        00000000 00000000 00000000 00000000 00000000 00000001 87c09d60 53261662
        87c09df8 00000000 00000000 00005a10 00000038 804835d8 00000005 00000000
        00000000 80530000 000d077f 70617773 87c09d40 00000000 80550000 80378c18
        00000009 00000140 00000000 87dbef40 00000008 8029b5a8 00000000 80590000
        ...
Call Trace:
[<804835d8>] 0x804835d8
[<80378c18>] 0x80378c18
[<8029b5a8>] 0x8029b5a8
[<80010090>] 0x80010090
[<80010098>] 0x80010098
[<8046c57c>] 0x8046c57c
[<8007033c>] 0x8007033c
[<8002e918>] 0x8002e918
[<80378c18>] 0x80378c18
[<8002e97c>] 0x8002e97c
[<80378c18>] 0x80378c18
[<80097d10>] 0x80097d10
[<80378a6c>] 0x80378a6c
[<800871d4>] 0x800871d4
[<8034bd60>] 0x8034bd60
[<800873f0>] 0x800873f0
[<80077928>] 0x80077928
[<80489b20>] 0x80489b20
[<80033094>] 0x80033094
[<80041601>] 0x80041601
[<80251f0c>] 0x80251f0c
[<8000b4e8>] 0x8000b4e8

---[ end trace 22640bd0d0b0e595 ]---
mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=06aa0000, max=0, ctx=1301, dtx=1301, fdx=1300, next=1301
mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=06240000, max=0, calc=3375, drx=3413
mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
mtk_soc_eth 1e100000.ethernet: PPE started

neked aztan fura humorod van...

dmesg-ben ez látszik egy ilyen elhalásnál:

[ 3801.448177] eth1: link up (10Mbps/Half duplex)
[ 4009.853339] nf_conntrack: default automatic helper assignment has been turned off for security reasons and CT-based  firewall rule not found. Use the iptables CT target to attach helpers instead.
[ 4044.805419] eth1: link up (100Mbps/Full duplex)
[ 4078.085648] eth1: link down
[ 4079.125581] eth1: link up (100Mbps/Full duplex)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE