Przejdź do treści forum
eko.one.pl
OpenWrt, Linux, USB, notebooki i inne ciekawe rzeczy
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Opcje wyszukiwania (Strona 1 z 4)
@polsska
Ciekawa informacja. Faktycznie standardowo workery 'napi' zajmują 4 rdzeń. Worker mt76 również zajmuje ten sam rdzeń co powoduje 100% na CPU3 podczas testu przepustowości wifi. Wywalenie workera na 3 rdzeń jak poniżej.
taskset -pc 2 $(pgrep -f 'mt76-tx')
Poprawia wydajność w testach iperf3.
Fajnie by robił to domyślny skrypt
/usr/libexec/network/packet-steering.uc
a nie user.
mtk_uartboot -s COM5 --payload mt7981-ram-ddr3-bl2.bin --aarch64 --fip openwrt-mediatek-filogic-xiaomi_mi-router-ax3000t-ubootmod-bl31-uboot.fip && putty.exe -serial COM5 -sercfg 115200,8,n,1,N
po uruchomieniu mtk_uartboot na sprawnym adapterze i dobrze wybranym porcie włączamy router. Teraz pliki zaciągają się na urządzenie i uruchamiają
mtk_uartboot pod windę sciągnięty z jakiegoś githuba rozmiar bajtów: 2 254 848
pliki *bl2.bin i *uboot.fip pobierasz z https://downloads.openwrt.org/releases/ … k/filogic/
Na flash zapisujesz xiaomi_mi-router-ax3000t-ubootmod-preloader.bin do partycji BL2 oraz ax3000t-ubootmod-bl31-uboot.fip do partycji FIP
lub po zbootowaniu initramfs.
insmod mtd-rw i_want_a_brick=1
mtd -e BL2 write /tmp/xiaomi_mi-router-ax3000t-ubootmod-preloader.bin BL2
mtd -e FIP write /tmp/ax3000t-ubootmod-bl31-uboot.fip FIP
bridger robił zawsze problemy ale mamy to:
https://github.com/openwrt/openwrt/pull/22533
Jeszcze tego nie testowałem ale inni wypowiadają się pozytywnie.
edit:
dodam jeszcze WiP PR https://github.com/openwrt/openwrt/pull/24038
@IceG testowałem juz 6.18 na zyxelu scr50axe. Jeśli masz nadal ten sam .dts co na github to nie ma on zdefiniowanego nand-ecc-strength
Tak to wygląda na zyxel
nand@0 {
compatible = "spi-nand";
reg = <0>;
nand-ecc-engine = <&qpic_nand>;
nand-bus-width = <8>;
nand-ecc-strength = <4>;
nand-ecc-step-size = <512>;
@kszaq już napisałem wyżej że nie my tu rozdajemy karty i będzie to co zostanie zaakceptowane w main.
@Cezary
ipq50xx śmiga na scr50axe. Na moje oko nic nie jest popsute.
@pytonlon Będzie jak każdy inny ubootmod czyli nowy preloader BL2 i u-boot BL31 oraz połączone partycje ubi i ubi1. Nie będzie kompatybilny z OEM recovery ani modyfikacją @kszaq.
@kszaq każde rozwiązanie jest dobre jeśli zostanie wciągnięte do oficjalnego wydania. Tu nie my rozdajemy karty. Swoją drogą przez to drewno (beton) sam buduje obrazy mvebu na mój NAS
To nie jest palący problem dla M60-2 Jak komuś zależy to sobie poprawi MAC w konfiguracji sieci. Niestety system PR dla OpenWrt już dawno się zatkał więc nie wiadomo co z tego wyjdzie.
Pochyliłem się nad M60-2 który do tej pory leżał w szafie. Mam backup ubi / ubi1 przed pierwszym włączeniem jeśli ktoś chciałby przywrócić OEM.
Dodałem PR/24484 na naprawę adresów MAC w urządzeniach z dwu- i trójpaków. jak moje.
Następny będzie ubootmod bo sprzęt spokojnie przyjmuje nowy BL2 i BL31. Testowałem nawet podkręcenie procka ale nawet mizerne @2.4Ghz jest niestabilne więc pewnie nic z tego nie będzie.
Linia 120 jest na pełnym .dts czyli tym ktore jest zbudowane z polaczenia wszystkich skladnikowych .dtsi . Znajdziecie go w folderze build . Przy kompilacji z logami wywali całą błędną komendę i ścieżkę do pliku. Po naprawie pliku dts w z folderu build mozna ponowić komendę aby sprawdzić poprawność operacji konwersji z .dts do .dtb
@secam7 Jeśli masz chwilę i pakiet stress-ng przetestuj czy OC nie wywala SoC
stress-ng --cpu 2 --cpu-method all --matrix 2 --matrix-method all --cache 2 --vm 2 --vm-bytes 30% --timeout 10m --metrics --verify
@secam7 Ambitnie podszedłeś do tematu. Przejrzałem z grubsza twój PR. Jeśli chcesz w sensownym czasie to dodać ogranicz zakres do minimum by działało. Będzie łatwiej robić stopniowe poprawki do switcha czy port usb3.0 jak już podstawa zostanie dodana. User scripts też nie przejdą w takiej formie.
MAC powinien być obsługiwany w 02_network a wifi MAC przez 11-ath11k-caldata
może jest prostsza metoda jak np
label_mac=$(macaddr_canonicalize $(strings /dev/mtd13|grep -E '([0-9A-F]{2}[:])'))
lub uzywana w innych tplinkach qualcommax
czy w mediateku
No i jeszcze sprawdzić działanie trybu recovery.
Cezary napisał/a:Szczerze to nic nie myślę - sam nie używam niczego z IPQ50xx, więc decydujcie czy to dodać czy nie.
W takim razie Ja poproszę
@Cezary a co myślisz o dodaniu patcha na przyspieszenie zegarów ipq5018 https://github.com/nicefile/openwrt-tes … -Overclock. Był przetestowany na kilku sprzętach i nie sprawiał kłopotów. Wydajność sieci rośnie powyżej 25% i wraz z sfo pozwala na 1Gbit NAT który bez tego nie jest możliwy zgodnie z moimi testami.
@kaszaq Może to nie wygląda oczywiste ale patrz na .dts i change implementujące Keenetic KN-3711 tam to działa mimo że widoczny jest split i brak partycji kernel
@kszaq
nie chce robić zamieszania w twoim PR ale może lepszym rozwiązaniem byłby połączenie partycji ubi / ubi1 / storage za pomocą concat ? ostatnio wpadł pull/24098 który to robi chyba zachowując kompatybilność.
@adreskontaktowy
Mam M60 i myślałem o rozwiązaniu j/w + rozwiązanie problemów z adresami MAC w dwu i trzy paku
Zerknij na ASUS ZenWiFi BT8 z wifi 6E lub TPlink BE 450 z dwoma radiami.
różnica wagi miedzy pozornie identycznym sprzętem to najczęściej roznica wielkosci radiatora. W Cudy jest cienki docięty arkusz aluminium. Nawet bez użebrowania. Pod spodem niskiej jakości termopady i pewnie średnie spasowanie. Cena czyni cuda / cudy
jak grom z jasnego nieba
Jak oni tym zarządzają pojęcia nie mam.
@Cezary Czy była by opcja abyś dołączył do swoich obrazów mvebu openwrt/pull/23228 wsparcie dla NAS326 Zyxela i ewentualnie openwrt/pull/20641 wsparcie taskstats ?
secam7 napisał/a:Na tym nowym sterowniku EDMA bez uruchomionego nss (/usr/sbin/nss-up) działa?
Czy już tu jest zepsute?
ipq5018 na nowym sterowniku nie używa EDMA a DWMAC. W sumie to co jest obsługiwane przez edma masz w qualcomm,ipq-edma.yaml
tu dmesg z mojego scr50axe:
[ 4.738085] ipq5018-gmac-dwmac 39c00000.ethernet wan: renamed from eth0
[ 5.196580] ipq5018-gmac-dwmac 39d00000.ethernet eth1: Register MEM_TYPE_PAGE_POOL RxQ-0
[ 5.201617] ipq5018-gmac-dwmac 39d00000.ethernet eth1: No Safety Features support found
[ 5.203776] ipq5018-gmac-dwmac 39d00000.ethernet eth1: IEEE 1588-2008 Advanced Timestamp supported
[ 5.214098] ipq5018-gmac-dwmac 39d00000.ethernet eth1: configuring for fixed/sgmii link mode
[ 5.557677] ipq5018-gmac-dwmac 39d00000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
[ 5.558660] qca8k 90000.mdio-1:17 lan1: configuring for phy/gmii link mode
IPQ5018 DWMAC nic nie zmieni w kierunku PPE/NSS. To tylko zerwanie z kodem qualcomma. Robiłem sporo testów na moim scr50axe i wygląda że dużo bardziej opłaca się kręcić zegarem CPU pod limit niż dotykać sieć. Może 6.18 coś zmieni ale sądzę że będzie nawet wolniej.
@adreskontaktowy
mediatek nie jest tak żarłoczny na pamięć .U mnie 300MB free 55MB cached przy 2 sesjach PPPoE (ipv4 i ipv6) na orange. A tak w ogóle to sprawdź PM/Mail
@IceG
Czy testowałeś może wydajność sieci
iperf3 --bidir -P 2 -t 60 -c server
jeśli w 'br-lan' dołączysz jedynie wan ?
U mnie na scr50axe okazało się ze port wan ma przepustowość większą o prawie 100% od portów na switchu
testowałem "pull/22381" i tak mi wyszło. W PR mój komentarz dotyczy SoC na standardowym zegarze.
Znalezione posty: 1 do 25 z 87