Uživatelské nástroje

Nástroje pro tento web


airos

Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

Odkaz na výstup diff

Obě strany předchozí revizePředchozí verze
Následující verze
Předchozí verze
airos [2016/11/06 15:49] – [memtest] djbuldogairos [2025/08/28 10:09] (aktuální) – upraveno mimo DokuWiki 127.0.0.1
Řádek 8: Řádek 8:
     * http://www.authpuppy.org/doc/Compile_Airos     * http://www.authpuppy.org/doc/Compile_Airos
     * https://community.ubnt.com/t5/airOS-Software-Configuration/Done-VPN-PPTP-Client-on-AirOS/td-p/446983     * https://community.ubnt.com/t5/airOS-Software-Configuration/Done-VPN-PPTP-Client-on-AirOS/td-p/446983
 +
 +  * BACHA BACHA... AirOS už neposkytuje SDK, pouze GPL archív s modifikacemi GPL kódu!!
 +  * udělat si vlastní modifikaci AirOS je tedy složitější něž dříve
  
 ===== upload fw ===== ===== upload fw =====
Řádek 206: Řádek 209:
 [    0.080000] 0x0000007f0000-0x000000800000 : "EEPROM" [    0.080000] 0x0000007f0000-0x000000800000 : "EEPROM"
 </code> </code>
- 
-===== Boot po síti z TFTP ===== 
- 
-  * loco je založeno na ar7240 (https://wiki.openwrt.org/toh/ubiquiti/nanostationm5) 
-  * podle [[http://wiki.emacinc.com/wiki/Loading_Images_with_U-Boot|spouštění img U-BOOT]] je třeba zjístit začátek memory adres 
-    * mtdparts začíná na adrese 0x9f000000, má velikost 0x800000 (8MB), takže je namapován 0x9f000000-0x9f800000 
-    * RAM má 32MB, tekže rozsah offsetu bude 0x00000000 - 0x02000000,  
-      * kam je ale namapován?  
-      * a kolik si vzal u-boot? [[http://unix.stackexchange.com/questions/39777/how-can-i-tell-what-memory-ram-address-range-is-being-used-by-uboot|prý]] se dává na konec, tedy na poslední adresu bez velikosti u-boot 
-    * offset 0x9f000000 je 2544 MB, takže RAM může být klidně před ním? 
-  * https://github.com/unwireddevices/u-boot/blob/master/u-boot/include/configs/ar7240.h 
-    * CFG_SDRAM_BASE 0x80000000  - tady asi začíná fyzicky paměť 
-  * tftpboot 0x80000000 XM.v5.6.9.29546.160819.1157.bin 
-  * a nic.. bad magic :/ 
-  * podle mě ten bin obsahuje u-boot script, který provádí teprve to rozbalení atd.. 
- 
-  * tftpboot 5 XM.v5.6.9.29546.160819.1157.bin 
-    * nahraje na adresu 5, kterou lze vypsat přes 
-  * md.b 0 128 
- 
-  * [[http://www.denx.de/wiki/view/DULG/UBootCmdGroupFlash|man na U-BOOT]] 
-  * [[http://www.cyberciti.biz/faq/install-configure-tftp-server-ubuntu-debian-howto/|TFTPd debian]] 
-  * [[http://ftp1.digi.com/support/documentation/90000852_K.pdf|U-BOOT manual]] 
-  * [[http://stackoverflow.com/questions/35336940/understand-u-boot-memory-footprint|mapování paměti u-boot]] 
  
 ===== memtest ===== ===== memtest =====
Řádek 265: Řádek 244:
    * parametr počet iterací se mi nepodařilo nastavit. čtvrtý argument mi to vůbec nebere. možná stará verze u-boot?    * parametr počet iterací se mi nepodařilo nastavit. čtvrtý argument mi to vůbec nebere. možná stará verze u-boot?
    * paměť mi přijde ok, ale použitou hranicí si nejsem jistý.. co když je chyba zrovna tam?    * paměť mi přijde ok, ale použitou hranicí si nejsem jistý.. co když je chyba zrovna tam?
 +
 +===== Boot po síti z TFTP =====
 +
 +  * loco je založeno na ar7240 (https://wiki.openwrt.org/toh/ubiquiti/nanostationm5)
 +  * podle [[http://wiki.emacinc.com/wiki/Loading_Images_with_U-Boot|spouštění img U-BOOT]] je třeba zjístit začátek memory adres
 +    * mtdparts začíná na adrese 0x9f000000, má velikost 0x800000 (8MB), takže je namapován 0x9f000000-0x9f800000
 +    * RAM má 32MB, tekže rozsah offsetu bude 0x00000000 - 0x02000000, 
 +      * kam je ale namapován? podle testu memtest asi na začátek adresního rozsahu
 +      * a kolik si vzal u-boot? [[http://unix.stackexchange.com/questions/39777/how-can-i-tell-what-memory-ram-address-range-is-being-used-by-uboot|prý]] se dává na konec, tedy na poslední adresu bez velikosti u-boot
 +    * offset 0x9f000000 je 2544 MB, takže RAM může být klidně před ním?
 +
 +  * <del>https://github.com/unwireddevices/u-boot/blob/master/u-boot/include/configs/ar7240.h</del>
 +    * <del>CFG_SDRAM_BASE 0x80000000  - tady asi začíná fyzicky paměť</del>
 +  * <del>tftpboot 0x80000000 XM.v5.6.9.29546.160819.1157.bin</del>
 +  * <del>a nic.. bad magic :/</del>
 +  * podle mě ten bin obsahuje u-boot script, který provádí teprve to rozbalení atd..
 +
 +  * tftpboot 5 XM.v5.6.9.29546.160819.1157.bin
 +    * nahraje na adresu 5, kterou lze vypsat přes
 +  * md.b 0 128
 +
 +  * [[http://www.denx.de/wiki/view/DULG/UBootCmdGroupFlash|man na U-BOOT]]
 +  * [[http://www.cyberciti.biz/faq/install-configure-tftp-server-ubuntu-debian-howto/|TFTPd debian]]
 +  * [[http://ftp1.digi.com/support/documentation/90000852_K.pdf|U-BOOT manual]]
 +  * [[http://stackoverflow.com/questions/35336940/understand-u-boot-memory-footprint|mapování paměti u-boot]]
 +
 ===== Analýza img ===== ===== Analýza img =====
  
Řádek 277: Řádek 282:
     * http://free-electrons.com/blog/creating-flashing-ubi-ubifs-images/     * http://free-electrons.com/blog/creating-flashing-ubi-ubifs-images/
  
-  * http://free-electrons.com/doc/training/embedded-linux/ zde je super pdfkomplexně o embedded+  * zkusíme to po staru přes ghex 
 +  * pokud tam jsou nějaké u-boot skriptymusí to jít najít přes stringy!! 
 +  * dal jsem vyhledat "​Setting U-Boot environment"​ a hele co to máme na offsetu 0003203A :D 
 +  * vypadá to ale jako stringy nějaké binárky než skript. Žby tak vypadal ten U-Boot script image?
  
-  * https://sites.google.com/site/shihsung/rc32xxx-soc/analyze-firmware 
   * http://binwalk.org/   * http://binwalk.org/
 +<code>
 +binwalk /home/djbuldog/Downloads/XM.v5.6.9.29546.160819.1157.bin 
 +
 +DECIMAL       HEXADECIMAL     DESCRIPTION
 +--------------------------------------------------------------------------------
 +0             0x0             Ubiquiti firmware header, header size: 264 bytes, ~CRC32: 0x8DAC2BC9, version: "XM.ar7240.v5.6.9.29546.160819.1157"
 +260           0x104           Ubiquiti partition header, header size: 56 bytes, name: "PARTu-boot", base address: 0x00000000, data size: 0 bytes
 +140580        0x22524         U-Boot version string, "U-Boot 1.1.4.2-s956 (Jun 10 2015 - 10:54:50)"
 +140772        0x225E4         CRC32 polynomial table, big endian
 +161032        0x27508         Ubiquiti firmware header, header size: 264 bytes, ~CRC32: 0x65746831, version: " APP Magic mismatch, addr=%x, magic=%x "
 +203044        0x31924         CRC32 polynomial table, big endian
 +209568        0x332A0         Ubiquiti partition header, header size: 56 bytes, name: "PARTkernel", base address: 0x00000001, data size: -2147475456 bytes
 +209632        0x332E0         uImage header, header size: 64 bytes, header CRC: 0x4DF2A4D3, created: 2016-08-19 08:58:26, image size: 1008812 bytes, Data Address: 0x80002000, Entry Point: 0x80002000, data CRC: 0x9788B2CA, OS: Linux, CPU: MIPS, image type: OS Kernel Image, compression type: lzma, image name: "MIPS Ubiquiti Linux-2.6.32.68"
 +209696        0x33320         LZMA compressed data, properties: 0x5D, dictionary size: 8388608 bytes, uncompressed size: 2931300 bytes
 +1218508       0x1297CC        Ubiquiti partition header, header size: 56 bytes, name: "PARTrootfs", base address: 0x00000002, data size: 0 bytes
 +1218572       0x12980C        Squashfs filesystem, little endian, version 4.0, compression:lzma, size: 6077311 bytes, 1372 inodes, blocksize: 131072 bytes, created: 2016-08-19 08:58:28
 +7510092       0x72984C        gzip compressed data, from Unix, last modified: 2016-08-19 08:56:51
 +</code>
 +
 +  * https://sites.google.com/site/shihsung/rc32xxx-soc/analyze-firmware
 +  * http://free-electrons.com/doc/training/embedded-linux/ zde je super pdf, komplexně vše o embedded
  
 ===== Co s tím tedy je? ===== ===== Co s tím tedy je? =====
  
   * rozbitá RAM?   * rozbitá RAM?
-    * nápad: +    * podle memtest to moc nevypadá 
-      co ten test paměti v u-boot?+    když mi to pak naběhlo, tak to žádné segfault neházelo
   * rozbil se flash?   * rozbil se flash?
     * img jsem zkoušel nahrát několikrát a chovalo se to divně     * img jsem zkoušel nahrát několikrát a chovalo se to divně
Řádek 292: Řádek 320:
     * občas to hodilo chyby až při čtení kernelu/rootfs     * občas to hodilo chyby až při čtení kernelu/rootfs
     * občas to nehodilo žádnou chybu, ale zaseklo se     * občas to nehodilo žádnou chybu, ale zaseklo se
 +    * občas mi to dokonce naběhlo :)
     * nápad:     * nápad:
       * boot img po síti? tam se nepoužije flash..       * boot img po síti? tam se nepoužije flash..
  
  
airos.1478443767.txt.gz · Poslední úprava: (upraveno mimo DokuWiki)

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki