Odp: Netgear LBR20 Orbi
Na weekend planujesz nowe buildy ? Bo tego LBR20 aktualnego ( po wejściu do snapshota) to nie testowaliśmy...
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → Netgear LBR20 Orbi
Strony Poprzednia 1 … 20 21 22 23 24 … 27 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Na weekend planujesz nowe buildy ? Bo tego LBR20 aktualnego ( po wejściu do snapshota) to nie testowaliśmy...
Tak. Ja mam u siebie zainstalowany. Jeszcze działa.
A zbudowałeś coś po 10.02 ? Bo do snapshota to weszło 24.02 , a tuż przed ( czyli pomiędzy tymi datami) sporo zmian było ....
No ale ok , w weekend będzie nowy to już na to poczekam ![]()
A no i BTW. tego AW1000 może też dołącz ( jak secam7 potwierdzi ,że ok ) , bo już mi z Chin mój idzie...
Codziennie są budowane i testowane ![]()
Twoje buildy codziennie ?:)
Dla siebie tak, jak coś się zmieniło sensownego.
Ok , to rozumiem , że ja mam czekać na Twoje buildy do weekendu ![]()
Testowane MiFi , działa tak jak powinno.
Tutaj przy dodaniu wsparcia jest czytany obraz bezpośrednio z nand: https://github.com/openwrt/openwrt/pull/14939
W sensie , że modyfikują od samego początku wpisy w uBoocie ?
Tak, domyślnie jest:
mii write 0x0 0x0 0x800; sleep 1; nmrp; bootdni; boot_DNI_securebooti zmienione na:
mii write 0x0 0x0 0x800; sleep 1; nmrp; nand read 0x40000000 0x1980000 0x06d00000; bootm 0x40000000Ja to w pierwszym poście ( u nas na forum ) wpisałem. W samym PR tego nie ma ....
Poza tym w tym nowszym sprzęcie jest jakiś bootdni i boot_DNI_secureboot , a tu już w ogóle mogą być rzeczy komplikujące sprawę... Bo tu tylko jakieś głupie sprawdzanie CRC , które i tak puszcza w końcu start ( jak się nie ma nic wetkniętego do LAN2).
A nie używając bootdni też się zawiesza jak jest wpięty kabel?
Nie , bez bootdni jest ok z wziętym kablem w LAN2
Jest też ok z bootdni , dopóki nie zrobi się sysupgrade...
Ale czy po sysupgrade z kablem bez bootdni jest ok?
Tak , jest ok.
EDIT: Nawet z wpiętym kablem do LAN2 jest wtedy ok ![]()
To chyba lepiej zmienić ten bootcmd niż później interweniować jeśli ktoś będzie robił aktualizację w jakiejś zdalnej lokalizacji ![]()
Nie wiem ,czy opis samego PR mogę wyedytować...
Nie. Ale możesz na wiki openwrt umieścić taką informację.
Po zmianie bootcmd pewnie nie będzie potrzebna opcja UBINIZE_OPTS.
Jeśli tak to można zrobić commit'a ze zmianą i dodatkowo dodać opis zmiany bootcmd.
@MiG25 możesz to przetestować?
To UBINIZE_OPTS jest na 100% potrzebne w plikach *factory.img , czyli tych ,których używasz do flashowania z orginału ( przez web albo przez nmrp) , bez tego zdarzają się sytuacje ,że po przejściu z orginału UBI jest wadliwe i nie jest dołączane ,i jest fatal error.
A nie da się zrobić plików sysupgrade bez UBINIZE_OPTS ,a *factory.img z UBINIZE_OPTS...
Więc to nie ma nic wspólnego ze zmianą bootcmd.
Ale jak powiększyłeś kernel to już się nadpisywało wszystko...
Tak , ale chodzi o tych ,co przechodzą z orginalu, wtedy są te problemy z nie takim utworzonym ubi.
Później już mogło by nie być..
Odpowiedzieli coś w sprawie najnowszego fw modemu ?
Ja znalazłem to https://drive.google.com/drive/u/0/fold … nDcdODnip2
Są tam paczki odnośnie A13 i A12 , w obu są aktualizacje docelowe z różnych "wersji startowych" , no i sa też downgrady. Nie testowałem nic jeszcze z tego , nie wiem też ,czy to sprawdzone pliki są.
Dostałem link do R01A13. Jest tu: https://dl.eko.one.pl/test/quectel/
Ja jeszcze tego nie wgrywałem. Zrobię to wieczorem już na spokojnie.
Zrobiłem też paczkę dla ipq40xx z aktualnym qfirehose, zmieniłem jej nazwę żeby nie mieszało się z tym co już jest w repo.
Strony Poprzednia 1 … 20 21 22 23 24 … 27 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → Netgear LBR20 Orbi
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc