ArneV Skrevet 10. mai Del Skrevet 10. mai Ser ut til at det ikke lenger er mulig å komme inn i U-Boot i.o.m at bootdelay tydelighvis er satt til 0. Den stopper forsåvidt med et => prompt når man trykker 'any key' men svarer bare 'y' på enter. På andre tegn gir den echo og et tegn til a -> aO b -> b' c -> cN U-Boot 2022.04 (Mar 23 2023 - 14:01:32 +0000) CPU: MediaTek MT7986 Model: ex5700-t0 DRAM: 1023.9 MiB Core: 42 devices, 14 uclasses, devicetree: separate Initializing NMBM ... Signature found at block 2047 [0x1ffc0000] First info table with writecount 0 found in block 1920 Second info table with writecount 0 found in block 1923 NMBM has been successfully attached Loading Environment from NVRAM... *** Warning - bad CRC, using default environment In: serial@11002000 Out: serial@11002000 Err: serial@11002000 Model: ex5700-t0 tpl_env not found in U-Boot DTB [-1] tpl-version not found in U-Boot DTB [-1] mtd: partition "ubi" extends beyond the end of device "nmbm0" -- size truncated to 0x1da80000 ubi0: attaching mtd6 ubi0: scanning is finished ubi0: attached mtd6 (name "ubi", size 474 MiB) ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 bytes ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 4096 ubi0: VID header offset: 4096 (aligned 4096), data offset: 8192 ubi0: good PEBs: 1898, bad PEBs: 0, corrupted PEBs: 0 ubi0: user volume: 8, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 4/2, WL threshold: 4096, image sequence number: 1693288955 ubi0: available PEBs: 1398, total reserved PEBs: 500, PEBs reserved for bad PEB handling: 38 Volume factoryparams not found! sah_rip_find_dtb_in_ubi: Unable to read ubi volume from ubi:factoryparams ** parse_dtb: Failed to read the RIP DTB board_late_init: sah_rip_init failed. board_late_init: can't find WAN_ADDR in RIP Saving Environment to NVRAM... OK Net: Warning: ethernet@15100000 (eth0) using random MAC address - 4a:ee:84:0b:ee:b4 eth0: ethernet@15100000 Hit any key to stop autoboot: 0 => Stopper man den ikke ser det slik ut Hit any key to stop autoboot: 0 Launching nominal firmware mailbox dump: ubi0: detaching mtd6 ubi0: mtd6 is detached ubi0: attaching mtd6 ubi0: scanning is finished ubi0: attached mtd6 (name "ubi", size 474 MiB) ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 bytes ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 4096 ubi0: VID header offset: 4096 (aligned 4096), data offset: 8192 ubi0: good PEBs: 1898, bad PEBs: 0, corrupted PEBs: 0 ubi0: user volume: 8, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 4/2, WL threshold: 4096, image sequence number: 1693288955 ubi0: available PEBs: 1398, total reserved PEBs: 500, PEBs reserved for bad PEB handling: 38 No size specified -> Using max size (3809280) Read 3809280 bytes from volume kernel to 0000000046000000 Saving Environment to NVRAM... OK ## Loading kernel from FIT Image at 46000000 ... Using 'config-1' configuration Verifying Hash Integrity ... OK Trying 'kernel-1' kernel subimage Description: ARM64 OpenWrt Linux-5.4.211 Type: Kernel Image Compression: lzma compressed Data Start: 0x460000e8 Data Size: 3698379 Bytes = 3.5 MiB Architecture: AArch64 OS: Linux Load Address: 0x48080000 Entry Point: 0x48080000 Hash algo: crc32 Hash value: bcd1a2d3 Hash algo: sha1 Hash value: 690c157e4db57ccb9a193ede47c8b73a08d84962 Verifying Hash Integrity ... crc32+ sha1+ OK Decrypting Data ... OK ## Loading fdt from FIT Image at 46000000 ... Using 'config-1' configuration Verifying Hash Integrity ... OK Trying 'fdt-1' fdt subimage Description: ARM64 OpenWrt ex5700-t0 device tree blob Type: Flat Device Tree Compression: uncompressed Data Start: 0x463870f0 Data Size: 24001 Bytes = 23.4 KiB Architecture: AArch64 Hash algo: crc32 Hash value: 3ca98d53 Hash algo: sha1 Hash value: 7dffda9ea227694166956ce57ba5f5cd677cfffc Verifying Hash Integrity ... crc32+ sha1+ OK Decrypting Data ... OK Booting using the fdt blob at 0x463870f0 Uncompressing Kernel Image Loading Device Tree to 000000006a7f0000, end 000000006a7f8dc0 ... OK Read 4 bytes from volume rootfs to 000000006a7fd660 Starting kernel ... Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Bjørn Mork Skrevet 10. mai Del Skrevet 10. mai 6 hours ago, ArneV said: Ser ut til at det ikke lenger er mulig å komme inn i U-Boot i.o.m at bootdelay tydelighvis er satt til 0. Nytt for meg, men det er jo selvsagt mulig at det er endret i en nyere batch. Jeg ser at du har en litt nyere U-Boot build enn meg. Nyere Telenor-firmware disabler konsollet fullstendig, så det er normalt at du ikke ser noe mer etter at Linux begynner å boote. Men det påvirker selvsagt ikke bootloaderen Og uansett hvor stengt ned bootloaderen er, så vil https://github.com/981213/mtk_uartboot kunne funke. Ihvertfall så lenge de ikke tar i bruk secure boot. 6 hours ago, ArneV said: Den stopper forsåvidt med et => prompt når man trykker 'any key' men svarer bare 'y' på enter. På andre tegn gir den echo og et tegn til a -> aO b -> b' c -> cN Dette høres mer ut som at det er noe galt med terminalen din. Hva skjer hvis du taster en komplett kommando? F.eks. "help" eller "?" Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
ArneV Skrevet 10. mai Del Skrevet 10. mai Hver bokstav eller tegn gir umidelbart echo pluss et tegn til, men ikke de norsk ø og æ 🙂 Jeg testet seriedapteret ved å kortslutte RX og TX linjene og da gir den vanlig echo... Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
storeulv Skrevet 10. mai Del Skrevet 10. mai Kan du backspace'e vekk tilleggstegnet slik at kun echo blir stående igjen? Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
ArneV Skrevet 10. mai Del Skrevet 10. mai Kom lit lenger, det er en kommando som virker => h base bdinfo blkcache boot bootd bootelf booti bootm bootp bootvx button chpart cmp coninfo cp crc32 dcache dm ... => og BS virker... men hjelper ikke for å skrive kommandoer. SPACE er også en slags ENTER, men trengs ikke for 'h' Her er en resultatet når jeg trykker en bokstav og så SPACE... => aO <INTERRUPT> => b' <INTERRUPT> => cN <INTERRUPT> => d <INTERRUPT> => eM <INTERRUPT> => f& <INTERRUPT> => gL <INTERRUPT> => h base bdinfo blkcache boot bootd bootelf booti bootm bootp bootvx button chpart cmp coninfo cp crc32 dcache dm ... => iK <INTERRUPT> => j% <INTERRUPT> => kJ <INTERRUPT> => l <INTERRUPT> => mI, <INTERRUPT> => n$ <INTERRUPT> => oH <INTERRUPT> => p <INTERRUPT> => qG <INTERRUPT> => r# <INTERRUPT> => sF <INTERRUPT> => t <INTERRUPT> => uE <INTERRUPT> => v" <INTERRUPT> x, l, d, t, p gir ikke ekstra tegn som respons Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
ArneV Skrevet 11. mai Del Skrevet 11. mai Kompilerte opp og testet litt med mtk_uartboot også uten nevneverdig success, regner med at den skal komme videre fra 'Handshake' selv om image og adresse er feil. Prøvde med standard hastighet, og 115200 som terminalen er satt opp til. mtk_uartboot - 0.1.1 Using serial port: /dev/ttyUSB0 Handshake... Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
ArneV Skrevet 12. mai Del Skrevet 12. mai Jeg fannt ut av der, jeg har klart å koble GND til 3.3V men etter litt (bedre) testing fannt jeg at GND er den enslige pinnen. Altså RX, TX 3.3V og GND som på bildet. Nå med GND på riktig plass, så starter U-Boot kernel uten delay og det er ikke mulig å stoppe den med 'any key' Prøvde å koble GND til 3.3V igjen for å stoppe den, og så koble over til GND men da var det ikke liv på linken når man sender til den. Prøvde også mtk_uartboot, og nå så så det som den kom ut av handshake, men fikk så timeout. Må nok studere denne bedre i.o.m at jeg ikke har noen erfaring med Mediatek... Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
autoTorbjørn Skrevet 12. mai Forfatter Del Skrevet 12. mai 3 hours ago, ArneV said: Prøvde å koble GND til 3.3V Hvorfor vil du gjøre det? Det kortslutter vel bare kortet? med stor risiko for "brick". Bruk i det minste en passende motstand Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Bjørn Mork Skrevet 12. mai Del Skrevet 12. mai (endret) Skaff et multimeter og mål pinnene. Ikke prøv blindt! Tror ikke jeg har noe bilde fra ex5700, men jeg er rimelig sikker på at pinout er den samme som feks nr7101. Se https://openwrt.org/toh/zyxel/nr7101#serial Vil tro du har forklaringen på alle problemene der EDIT: når jeg tenkte litt etter så husket jeg at jeg også dokumenterte pinout i commit loggen. Se "UART" linjen: https://github.com/openwrt/openwrt/commit/6cc14bf66aa924962b926ea9702b6153ae418a7d Endret 12. mai av Bjørn Mork Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
ArneV Skrevet 12. mai Del Skrevet 12. mai Jeg legger meg flat, det gikk litt fort i svingene. med riktig pinout kommer jeg inn i U-Boot. Jeg sletter mine innlegg for ikke å forvirre andre... Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Anbefalte innlegg
Bli med i samtalen
Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.