Mam r7000 i jestem b zadowolony z FreshTomato.
Kernel mi nie przeszkadza

Mi też wersja kernela nie gra roli. Po co komu nowy kernel jeśli ni działa to co powinno działać.
Teraz walczę z oryginalnym oprogramowaniem od netgear R6220 i tam jest kernel 2.6.36

Dodałem sobie dropbear choć to proste nie było. Bo okazuje się, że oprócz iptables to do filtroeania pakietów używają czegoś co się nazywa cnap
/proc/cnapt
/proc/cnapt_serv

no i żeby się można było dobić do lokalnej usługi to trzeba dodać reguły w iptables ale również w tym cnapt.
Na routerze nie ma żadnego utility, żeby te reguły dodawać, jest tylko biblioteka
/lib/lib_napt.so

wiec trzeba było się namęczyć. Kolejna rzecz jest taka, że trzeba się podpiąć do systemu dodającego reguły itd., ja zrobiłem to w oparciu o inotify. Jak zmieniają firewall'a to tworzą plik /var/run/rc.firewall.run a jak kończą go modyfikować to go usuwają.
Na starcie odpalam demona który za pomoca inotify nasłuchuje na event od file systemu, że  /var/run/rc.firewall.run został usunięty i wtedy dodaje swoje reguły.

Na szczęście jest dość spora partycja która oryginalnie służy do pobrania aktualizacji. Montowana w:
/tmp/RWFS/

i wszystkie dodatki można tam umieszczać. W głównym filesystemie zmieniłem tylko plik
/etc/rcS

dodając na koniec coś takiego:

if [ -f /tmp/RWFS/rc.local ];
then
    /tmp/RWFS/rc.local &
fi

Zmiana tego pliku wymagała zdumpowanie rootfs (który jest RO) unsquashfs -> zmianę pliku pliku /tmp/RWFS/rc.local -> ponowne mksquashfs -> no i zaktualizowanie na routerze

Całą resztę robię sobie w /tmp/RWFS/ który jest RO z systemem plików UBIFS.

Tak w ogóle to szacunek dla firmy Netgear, która w prosty sposób umożliwiła wbicie się na konsole routera nie zabezpieczając go przed użytkownikiem no udostępnia na swojej stronie bardzo dużo materiałów z których składa image dla tego sprzętu.
Co prawda część jest w postaci binarnej ale bardzo dużo autorskich rozwiązań jest open tylko dzięki temu można się tak zabawić.

Mam nadzieje, szybko przygotować to co potrzebuje i zacząć test.

Załóż sobie proszę wątek w dziale inne lub na forum openrouter.info, bo tu zaczynasz już śmiecić po prostu.

Nie dorabiaj sobie ideologii do prostej odpowiedzi. To forum jest o OpenWrt, jak bawisz się oryginalnym softem to już to wykracza poza to forum.  Zrób sobie inny wątek i nie śmieć w tym, bo to nie był wątek o oryginalnym oprogramowaniu.

Czesć,

Po 42h testu na oryginalnym sofcie mogę stwierdzić, że wycieków pamieć, ani błedów obsługi przerwań nie ma, a WiFi 5GHz i 2.4GHz działają super pomimo faktu, ze mieszkam w bloku i obok mnie jest dziesiątki sieci WiFi z mocnym sygnałem.

cat /proc/uptime && free && cat /proc/interrupts
153224.23 301460.26
              total         used         free       shared      buffers
  Mem:       122308        50960        71348            0         2764
 Swap:            0            0            0
Total:       122308        50960        71348
           CPU0       CPU1
  3:    9034020          0        MIPS GIC  eth2
  4:        188   13927454        MIPS GIC  rai0
  7:   38305462   38304776        MIPS GIC  timer
 12:          0          0        MIPS GIC  ralink_gpio
 18:          0          0        MIPS GIC  Ralink_SPDIF
 22:  153390519          0        MIPS GIC  xhci-hcd:usb1
 23:         14          0        MIPS GIC  Ralink_ESW
 25:        798   14977552        MIPS GIC  ra0
 26:     820768          0        MIPS GIC  serial
 56:     673424          0        MIPS GIC  IPI_resched
 57:          0     724105        MIPS GIC  IPI_resched
 58:          0          0        MIPS GIC  IPI_resched
 59:          0          0        MIPS GIC  IPI_resched
 60:    3982163          0        MIPS GIC  IPI_call
 61:          0    2152912        MIPS GIC  IPI_call
 62:          0          0        MIPS GIC  IPI_call
 63:          0          0        MIPS GIC  IPI_call

ERR:          0

Czy nie będzie okazjonalnych restartów tego jeszcze nie wiem - przekonamy się

Jak ktoś potrzebowałby informacji jak dodać swoje rzeczy do oryginalnego softu:
https://openrouter.info/forum/viewtopic … 223#p47223

Pozdrawiam,
Samuel Obiedzinski

U mnie działa z extrootem i domoticzem

# uptime
 12:27:12 up 48 days, 14:59,  load average: 0.20, 0.25, 0.26

# free
              total        used        free      shared  buff/cache   available
Mem:         123880       47060       37620        1320       39200       34588
Swap:             0           0           0

# cat /proc/interrupts
           CPU0       CPU1       
  8:  420126872  420126852  MIPS GIC Local   1  timer
  9:   10088894          0  MIPS GIC  63  IPI call
 10:          0   64036613  MIPS GIC  64  IPI call
 11:   42138568          0  MIPS GIC  65  IPI resched
 12:          0   17567861  MIPS GIC  66  IPI resched
 15:         15          0  MIPS GIC  33  ttyS0
 16:    4651308          0  MIPS GIC  29  xhci-hcd:usb1
 17:  108059890          0  MIPS GIC  10  1e100000.ethernet
 18:          1          0  MIPS GIC  30  gsw
 19:        106  142826096  MIPS GIC  11  mt76x2e
 21:         23  351237858  MIPS GIC  32  mt7603e
ERR:      14935

Co to jest ten ERR na końcu? Bardzo źle że taki duży?

Cześć @MiG25

No widzisz kolego. A ja korzystam na oryginale teraz i z WiFi 2.4 i 5GHz 4 urządzenia.
- 1 tel i jeden laptop 5GHz
- 2 tel i drugi laptop 2.4 GHz
- jest jeszcze 3 laptop uruchamiany przez 8h dziennie teraz też na 5Ghz

i no cóż oceń sam:

# cat /proc/uptime && free && cat /proc/interrupts
229717.68 452087.92
              total         used         free       shared      buffers
  Mem:       122308        50776        71532            0         2796
 Swap:            0            0            0
Total:       122308        50776        71532
           CPU0       CPU1
  3:   12495869          0        MIPS GIC  eth2
  4:        188   19092211        MIPS GIC  rai0
  7:   57428826   57428140        MIPS GIC  timer
 12:          0          0        MIPS GIC  ralink_gpio
 18:          0          0        MIPS GIC  Ralink_SPDIF
 22:  230002480          0        MIPS GIC  xhci-hcd:usb1
 23:         16          0        MIPS GIC  Ralink_ESW
 25:        798   23170515        MIPS GIC  ra0
 26:    1134823          0        MIPS GIC  serial
 56:    1016736          0        MIPS GIC  IPI_resched
 57:          0    1043528        MIPS GIC  IPI_resched
 58:          0          0        MIPS GIC  IPI_resched
 59:          0          0        MIPS GIC  IPI_resched
 60:    5389208          0        MIPS GIC  IPI_call
 61:          0    3553232        MIPS GIC  IPI_call
 62:          0          0        MIPS GIC  IPI_call
 63:          0          0        MIPS GIC  IPI_call

ERR:          0

229717.68 ~= 63 godziny pracy

No i zużycie pamięci RAM bez zmian. Jak już pisałem wcześniej zapewne są konfiguracje w których na OpenWRT router działa stabilnie (nie ma okazjonalnych restartów). Co nie zmienia faktu, że problem musi leżeć po stronie oprogramowania - skoro teraz używam w dokładnie takiej samej konfiguracji - po jakiś 8h przełączyłem dwa urządzenia na 5GHz dla testu bo na OpenWRT miałem 5Ghz problem. I działa jak marzenie.

Problem stabilności na OpenWRT nie tyczy się tylko i wyłączenie tego modelu, ale wszystkich z układem Mtk_soc_eth.

Drugi problem to, że pamięć RAM cieknie, wolno bo wolno ale systematycznie jej ubywa z czasem.
Wiec prędzej, czy później router na OpenWRT się wykrzaczy.

Jeszcze nie chwale dnia przed zachodem Słońca to dopiero 63 godziny.
Wiec nie można nic wnioskować na temat okazjonalnych restartów, ale na temat cieknięcia pamięci RAM i błędów obsługi przerwań już można.  Dodatkowo miewałem zawsze problem z połączeniem się przez WiFi 2.4 GHz po wybudzeniu Laptopa po nocy. Teraz problemu takiego nie ma. Laptop się wybudza i bez jakiejkolwiek mojej interwencji mam działający Internet, ale to takie pomniejsze rzeczy. Z którymi byłbym w stanie spokojnie żyć.

@MiG25

@zygzag pamięć się jeszcze nie skończyła ale znacząco jej ubyło.
U mnie ciekła w podobnym tempie tzn. tak wnioskuję, bo ja nie wiem ile usług i ile ma wolnej pamięci po restarcie.
Jeśli miał jej ok 80MB wolnej, to szybkość cieknięcia jest podobna. Choć ciężko to tak stwierdzić, bo np. był czas, że przez dzień stała w miejscu po czym w następnym dniu ubyło jej 3MB. Wiązałem to z przejściem mojego TV, który jest podłączony pod router kablem do czuwania, ale pewności nie mam.

Nie bardzo rozumiem sens Twojego postu. Chciałbyś mnie przekonać i innych, że te problemy o których napisałem nie istnieją, czy o co chodzi?

Do tej pory była teza, że to kwestia hardware'u. Ale dyskusja w tym wątku i przeprowadzone testy wykluczyły to.

Pamięć cieknie w kernelu i znalezienie przyczyny takiego wycieku jest bardzo ciężkie. Co innego jak pamięć cieknie w jakimś procesie uruchomionym w przestrzeni użytkownika. Znalezienie przyczyny takiego wycieku z reguły jest znacznie prostsze.

Bo możesz użyć toola w stylu valgrind (który jest kobyłą), czy znacznie prostszych możliwych do użycia bezpośrednio na routerze.
Wyciek w kernelu to słaba sprawa.

Jest nadzieja, że na kernelu 5.4 z nowych sterownikiem switcha będzie lepiej - nadzieja umiera ostatnia ale jak wiadomo to matka głupich - co prawda kochająca swoje dzieci. Trzymam kciuki, żeby tak właśnie się stało. Ale już z dyskusji na temat 5.4 widać, że stabilizacja trochę zajmie.

Dodatkowo co do Hardware Offload z którym są wieczne problemy. Na oryginale problemów nie masz po prostu zwyczajnie to działa. Mi to do szczęścia potrzebne nie jest, ale jak komuś na tym zależy, no cóż.

@chemik89

Jak z egzemplarzami? Dwa mam i identyczne zachowania - jeśli to kwestia egzemplarza to dlaczego przejście na oryginalny soft rozwiązuje problemy?

@Vodnik - też miał dwa i też na obydwu miał problemy, jeszcze większe niż u mnie. I też na oryginale działał stabilnie - to właśnie jego odpowiedź skłoniła mnie do rozpoczęcia zabawy z oryginałem.

Jak bawiłem się oryginalnym softem to rozkręciłem router by dolutować RS'a - i wiesz co? Procesor ma taki malutki kamienny radiator - nie wiem czy można nawet nazwać go radiatorem - na którym w trakcie działania routera możesz cały czas trzymać palca.
Nie ma strachu, nie oparzysz się. Wiec o jakim przegrzaniu my mówimy? Rozkręć zobacz sam -  w sumie to tam nie ma nic do odkręcania - po prostu otwórz!

no super tylko co to ma do rzeczy? Chcesz powiedzieć, że na oryginalnym sofcie wyciągnie mniej?

Pewnie są konfiguracje (nie w sensie konfiguracja OpenWRT) tylko środowisko w którym ten router na OpenWRT działa stabilnie, ale jeśli ktoś ma szczęście używać go w takim środowisku to ma szczęście inni takiego szczęścia nie mają.
A zdecydowana większość nie zwraca na to uwagi.

Swoją nie żałuje zakupu - choć przez pewien czas żałowałem - ale teraz jestem mega zadowolony - z tym, że router działa na oryginale. Ale działa super, za taka cenę super router tylko, że nie koniecznie do zabaw na OpenWRT.

ja mam ich 6, kupowałem jak były po 60pln.
Jak przejrzysz dokładniej tematy to wiele osób po wymianie na inny egzemplarz nie miało już żadnych problemów.
Tak rozbierałem je w cały świat, na głównym, ta blaszka co tam jest to może na 5min pik obciążenia wystarczy. Przy NATowaniu 800Mbit mam cały czas 99%.

A co do wifi - no ma - nigdy tyle nie widziałem na openwrt -> czyli jednak się da przy fartownym zestawieniu kart wyciągnąć.
Na oficjalnym pewnie by było 2x tyle.

I oczywiście - jako dummy ap też instalowałbym oficjalny soft, wiadomo że wszystko będzie działało lepiej. Pomijam już że nowe kernele jak i sam openwrt to już straszna kobyła w porównaniu z tym co było lata temu.

Ale nie rozumiem tego atakowania wszystkich naokoło - większości wszystko działa, szukałbym więc co może być powodem problemów u pozostałych. Z samego allegro ten model kupiło grubo ponad tysiac ludzi-> i to głównie z faktu obsługi alternatywnego firmware. Doceniam że postanowiłeś pogrzebać w oficjalnym fw, sam pewnie wgram je jako przedłużenie sieci.

jak dla mnie to leży tylko HW offload - który kiedyś działał -> teraz nie. I raczej nie zapowiada się by ktoś to ruszył.

mt7621 został niedawno wywrócony do góry nogami przy zmianie z 4.14 na 5.4. Także będzie się działo, zostaje kwestia czy zdążą dobrze  "ustabilizować" snapshota.

Spotkałem się do tej pory z ponad 10 sztukami R6220 na OpenWRT i każda chodzi dobrze. Mój prywatny ma uptime 60 dni, ale jest tylko APkiem.

Wg mnie niektóre partie krzemu mają w sobie jakiś problem. Stock ma porobione obejścia a FOSS nie.

To samo jest z zawieszającym się USB w mt7620n, które na sprzęcie z OpenWrt wymaga restartu routera (DWR-921,  DWR-116). Zdarza się to może w 1/50 sztuk i problem nie występuje na OFW.