From: Piotr Dymacz Date: Sat, 11 Feb 2017 15:36:14 +0000 (+0100) Subject: Drop PL version of README X-Git-Url: https://git.librecmc.org/?a=commitdiff_plain;h=5cba761dd635a64f94ddaf146b511306af4aabe4;p=oweals%2Fu-boot_mod.git Drop PL version of README --- diff --git a/README.md b/README.md index 405854b..9dcffdd 100644 --- a/README.md +++ b/README.md @@ -10,8 +10,6 @@ Images are built and uploaded on FTP only when master branch in repository was u Table of contents ----------------- -[README w języku polskim/README in Polish language](https://github.com/pepe2k/u-boot_mod/blob/master/READMEPL.md) - - [Introduction](#introduction) - [Supported devices](#supported-devices) - [Known issues](#known-issues) diff --git a/READMEPL.md b/READMEPL.md deleted file mode 100644 index fb8360c..0000000 --- a/READMEPL.md +++ /dev/null @@ -1,733 +0,0 @@ -Modyfikacja U-Boot 1.1.4 dla routerów -========== - -Gotowe obrazy testowe ---------------------- -Począwszy od 24.09.2016, gotowe obrazy, kompilowane na **Raspberry Pi 3** przy pomocy toolchain z **LEDE**, są dostępne na **[moim serwerze](http://projects.dymacz.pl)**. - -Obrazy są budowane i przesyłane na FTP tylko jeżeli w głównej gałęzi repozytorium zaszły jakieś zmiany - dedykowany skrypt sprawdza to raz dziennie. Na FTP znajduje sie również toolchain wykorzystany do budowania obrazów. - -Spis treści ------------ - -- [Wstęp](#wstęp) -- [Wspierane urządzenia](#wspierane-urządzenia) -- [Znane błędy](#znane-błędy) -- [Modyfikacje, zmiany](#modyfikacje-zmiany) - - [Serwer web](#serwer-web) - - [Konsola sieciowa](#konsola-sieciowa) - - [Zapisywalne zmienne środowiskowe](#zapisywalne-zmienne-środowiskowe) - - [Inne](#inne) - - [Automatycznie rozpoznawane kości FLASH](#automatycznie-rozpoznawane-kości-flash) -- [Jak to zainstalować?](#jak-to-zainstalować) - - [Uwagi, kopie zapasowe](#uwagi-kopie-zapasowe) - - [Przy pomocy programatora FLASH](#przy-pomocy-programatora-flash) - - [Przy pomocy UART, konsoli U-Boot i serwera TFTP](#przy-pomocy-uart-konsoli-u-boot-i-serwera-tftp) - - [Ważna informacja!](#ważna-informacja) - - [Instrukcja krok po kroku](#instrukcja-krok-po-kroku) - - [Przy pomocy OpenWrt](#przy-pomocy-openWrt) - - [Przy pomocy DD-WRT](#przy-pomocy-dd-wrt) -- [Jak korzystać z tej modyfikacji?](#jak-korzystać-z-tej-modyfikacji) -- [Jak samodzielnie skompilować kod?](#jak-samodzielnie-skompilować-kod) -- [FAQ](#faq) -- [Licencja, przestarzałe źródła itd.](#licencja-przestarzałe-źródła-itd) -- [Podziękowania](#podziękowania) - -Wstęp ------ - -W dużym skrócie, projekt ten jest modyfikacją źródeł **U-Boot 1.1.4**, przede wszystkim z archiwum udostęþnionego przez firmę **TP-Link**. Niektóre fragmenty kodu zostały zaczerpnięte również ze źródeł innych producentów, takich jak **D-Link**, **Netgear**, **ZyXEL** i **Belkin**. Wszystkie te firmy korzystają z SDK Qualcomm/Atheros, które zawiera właśnie zmodyfikowane źródła **U-Boot 1.1.4**. - -Oryginalne wersje źródeł można pobrać z poniższych stron: - -- [TP-Link GPL Code Center](http://www.tp-link.com/en/support/gpl/ "TP-Link GPL Code Center") -- [D-Link GPL Source Code Support](http://tsd.dlink.com.tw/GPL.asp "D-Link GPL Source Code Support") -- [NETGEAR Open Source Code for Programmers (GPL)](http://kb.netgear.com/app/answers/detail/a_id/2649/~/netgear-open-source-code-for-programmers-%28gpl%29 "NETGEAR Open Source Code for Programmers (GPL)") -- [ZyXEL GPL-OSS](http://www.zyxel.com/us/en/form/gpl_oss_form.shtml "ZyXEL GPL-OSS") -- [Belkin Open Source Code Center](http://www.belkin.com/us/support-article?articleNum=51238 "Belkin Open Source Code Center") - - -Pomysł na tę modyfikację został zaczerpnięty z innego projektu, przeznaczonego dla bardzo popularnego, małego routera mobilnego **TP-Link TL-WR703N**, w którym autor umieścił tryb ratunkowy dostępny przez przeglądarkę: **[wr703n-uboot-with-web-failsafe](http://code.google.com/p/wr703n-uboot-with-web-failsafe/)**. Przez jakiś czas z powodzeniem używałem tej modyfikacji, ale postanowiłem ją ulepszyć, dodać kilka opcji i wsparcie dla innych modeli oraz wszystkich przeglądarek. - -Pierwszą wersję mojej modyfikacji zaprezentowałem na forum **OpenWrt**, w [tym wątku](https://forum.openwrt.org/viewtopic.php?id=43237), pod koniec marca 2013 roku. Zawierała ona wsparcie wyłącznie dla modeli TP-Link z układem SoC **Atheros AR9331**. Obecnie, wspierane są również urządzenia innych producentów, w tym z układami SoC **Atheros AR934x**, **Qualcomm Atheros QCA953x**, **Qualcomm Atheros QCA955x**, a inne (w najbliższych planach jest wsparcie dla routerów z układami z serii **Qualcomm Atheros QCA956x** oraz **MediaTek MT762x**) są w trakcie opracowania. - -Dodatkowe informacje o niniejszej modyfikacji można znaleźć również na [moim blogu](http://www.tech-blog.pl), w [tym artykule](http://www.tech-blog.pl/2013/03/29/zmodyfikowany-u-boot-dla-routerow-tp-link-z-atheros-ar9331-z-trybem-aktualizacji-oprogramowania-przez-www-i-konsola-sieciowa-netconsole/). - -Jeżeli spodobał Ci się ten projekt i chciałbyś wspomóc mnie w jego dalszym rozwijaniu - [postaw mi piwo](https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=FN3XW36YHSY2S&lc=US&item_name=For%20a%20great%20job%21¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donate_LG%2egif%3aNonHosted)! - -Wspierane urządzenia --------------------- - -Lista obecnie wspieranych urządzeń: - -- **Atheros AR9331**: - - 8devices Carambola 2 (w wersji z płytką developerską, [zdjęcia w mojej galerii](http://galeria.tech-blog.pl/8devices_Carambola_2/)) - - ALFA NETWORK Hornet-UB/Hornet-UB-64 (aka Hornet-UB x2) - - TP-Link TL-MR3020 v1 ([zdjęcia w mojej galerii](http://galeria.tech-blog.pl/TPLINK_TL-MR3020/)) - - TP-Link TL-MR3040 v1 i v2 - - TP-Link TL-WR703N v1, ([zdjęcia w mojej galerii](http://galeria.tech-blog.pl/TPLINK_TL-WR703N/)) - - TP-Link TL-WR720N v3 (wersja przeznaczona na rynek chiński) - - TP-Link TL-WR710N v1 (wersja przeznaczona na rynek europejski, [zdjęcia w mojej galerii](http://galeria.tech-blog.pl/TP-Link_TL-WR710N-EU/)) - - TP-Link TL-MR10U v1 ([zdjęcia w mojej galerii](http://galeria.tech-blog.pl/TP-Link_TL-MR10U/)) - - TP-Link TL-MR13U v1 - - TP-Link TL-WR740N v4 (i podobne, jak na przykład TL-WR741ND v4) - - TP-Link TL-MR3220 v2 - - Moduł GS-Oolite/Elink EL-M150 na płytce developerskiej ([zdjęcia w mojej galerii](http://galeria.tech-blog.pl/Elink_EL-M150_Development-Board/)) - - Dragino 2 (MS14) - - Village Telco Mesh Potato 2 (bazuje na Dragino MS14) - - GL Innovations GL-AR150 - - GL Innovations GL.iNet 64xxA ([zdjęcia w mojej galerii](http://galeria.tech-blog.pl/GLiNet/)) - - Black Swift - -- **Atheros AR1311 (bliźniaczy układ AR9331)** - - D-Link DIR-505 H/W ver. A1 ([zdjęcia w mojej galerii](http://galeria.tech-blog.pl/D-Link_DIR-505/)) - -- **Atheros AR9341**: - - TP-Link TL-MR3420 v2 - - TP-Link TL-WR841N/D v8 - - TP-Link TL-WA830RE v2 - - TP-Link TL-WA801ND v2 - - YunCore CPE870 - -- **Atheros AR9344**: - - TP-Link TL-WDR3600 v1 - - TP-Link TL-WDR43x0 v1 - - TP-Link TL-WDR3500 v1 - -- **Qualcomm Atheros QCA953x**: - - TP-Link TL-WR841N/D v9, v10, v11 - - TP-Link TL-WR810N - - TP-Link TL-WR820N (wersja przeznaczona na rynek chiński) - - TP-Link TL-WR802N - - Wallys DR531 - - Zbtlink ZBT-WE1526 - - Comfast CF-E314N - - Comfast CF-E320N v2 - - Comfast CF-E520N/CF-E530N - - YunCore AP90Q - - YunCore CPE830 - -Przetestowałem swoją modyfikację na większości z wymienionych powyżej urządzeń, z obrazami OpenWrt i oficjalnym firmware producenta. Jeżeli nie jesteś pewien wersji sprzętowej swojego urządzenia, proszę skontaktuj się ze mną **zanim** dokonasz wymiany obrazu bootloadera. Zmiana na niewłaściwą wersję najprawdopodobniej doprowadzi do uszkodzenia Twojego urządzenia i jedyną możliwością jego ponownego uruchomienia będzie przeprogramowanie kości FLASH w zewnętrznym programatorze. - -Dodatkowe informacje o wspieranych urządzeniach: - -| Model | SoC | FLASH | RAM | Obraz U-Boot | U-Boot env | -|:--- | :--- | ---: | ---: | ---: | ---: | -| [8devices Carambola 2](http://8devices.com/carambola-2) | AR9331 | 16 MiB | 64 MiB DDR2 | 256 KiB | 64 KiB, R/W | -| [ALFA NETWORK Hornet-UB](https://wiki.openwrt.org/toh/alfa.network/hornet-ub) | AR9331 | 8/16 MiB | 32/64 MiB DDR1 | 256 KiB | R/W | -| [TP-Link TL-MR3020 v1](http://wiki.openwrt.org/toh/tp-link/tl-mr3020) | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-MR3040 v1/2](http://wiki.openwrt.org/toh/tp-link/tl-mr3040) | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-WR703N](http://wiki.openwrt.org/toh/tp-link/tl-wr703n) | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-WR720N v3](http://wiki.openwrt.org/toh/tp-link/tl-wr720n) | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-WR710N v1](http://wiki.openwrt.org/toh/tp-link/tl-wr710n) | AR9331 | 8 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-MR10U v1](http://wiki.openwrt.org/toh/tp-link/tl-mr10u) | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-MR13U v1](http://wiki.openwrt.org/toh/tp-link/tl-mr13u) | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-WR740N v4](http://wiki.openwrt.org/toh/tp-link/tl-wr740n) | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-MR3220 v2](http://wiki.openwrt.org/toh/tp-link/tl-mr3420) | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| GS-Oolite/Elink EL-M150 module | AR9331 | 4/8/16 MiB | 64 MiB DDR2 | 64 KiB, LZMA | RO | -| [Dragino 2 (MS14)](http://wiki.openwrt.org/toh/dragino/ms14) | AR9331 | 16 MiB | 64 MiB DDR1 | 192 KiB | R/W | -| Village Telco Mesh Potato 2 | AR9331 | 16 MiB | 64 MiB DDR1 | 192 KiB | R/W | -| GL Innovations GL-AR150 | AR9331 | 16 MiB | 64 MiB DDR2 | 256 KiB | 64 KiB, R/W | -| [GL Innovations GL.iNet 64xxA](http://wiki.openwrt.org/toh/gl-inet/gl-inet) | AR9331 | 8/16 MiB | 64 MiB DDR1 | 64 KiB | RO | -| [Black Swift](http://www.black-swift.com) | AR9331 | 16 MiB | 64 MiB DDR2 | 128 KiB, LZMA | R/W | -| [TP-Link TL-MR3420 v2](http://wikidevi.com/wiki/TP-LINK_TL-MR3420_v2) | AR9341 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-WR841N/D v8](http://wiki.openwrt.org/toh/tp-link/tl-wr841nd) | AR9341 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-WA830RE v2](http://wikidevi.com/wiki/TP-LINK_TL-WA830RE_v2) | AR9341 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-WA801ND v2](http://wikidevi.com/wiki/TP-LINK_TL-WA801ND_v2) | AR9341 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-WDR3600 v1](http://wiki.openwrt.org/toh/tp-link/tl-wdr3600) | AR9344 | 8 MiB | 128 MiB DDR2 | 64 KiB, LZMA | RO | -| [TP-Link TL-WDR43x0 v1](http://wiki.openwrt.org/toh/tp-link/tl-wdr4300) | AR9344 | 8 MiB | 128 MiB DDR2 | 64 KiB, LZMA | RO | -| [TP-Link TL-WDR3500 v1](http://wiki.openwrt.org/toh/tp-link/tl-wdr3500) | AR9344 | 8 MiB | 128 MiB DDR2 | 64 KiB, LZMA | RO | -| [D-Link DIR-505 H/W ver. A1](http://wiki.openwrt.org/toh/d-link/dir-505) | AR1311 | 8 MiB | 64 MiB DDR2 | 64 KiB, LZMA | RO | -| [TP-Link TL-WR841N/D v9/10/11](https://wiki.openwrt.org/toh/tp-link/tl-wr841nd) | QCA9533 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| [TP-Link TL-WR810N](https://wiki.openwrt.org/toh/tp-link/tl-wr810n) | QCA9531 | 8 MiB | 64 MiB DDR2 | 64 KiB, LZMA | RO | -| [TP-Link TL-WR820N](https://wiki.openwrt.org/toh/tp-link/tl-wr820n) | QCA9531 | 4 MiB | 64 MiB DDR2 | 64 KiB, LZMA | RO | -| [TP-Link TL-WR802N](https://wikidevi.com/wiki/TP-LINK_TL-WR802N_v1.0) | QCA9533 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO | -| Wallys DR531 | QCA9531 | 8 MiB | 64 MiB DDR2 | 192 KiB | R/W | -| Zbtlink ZBT-WE1526 | QCA9531 | 16 MiB | 128 MiB DDR2 | 256 KiB | R/W | -| Comfast CF-E314N | QCA9531 | 16 MiB | 64 MiB DDR2 | 64 KiB, LZMA | RO | -| Comfast CF-E320N v2 | QCA9531 | 16 MiB | 64 MiB DDR2 | 64 KiB, LZMA | RO | -| Comfast CF-E520N/CF-E530N | QCA9531 | 8 MiB | 32 MiB DDR2 | 64 KiB, LZMA | RO | -| YunCore AP90Q | QCA9531 | 16 MiB | 128 MiB DDR2 | 256 KiB | R/W | -| YunCore CPE830 | QCA9531 | 16 MiB | 64 MiB DDR2 | 256 KiB | R/W | -| YunCore CPE870 | AR9341 | 8 MiB | 64 MiB DDR2 | 64 KiB, LZMA | R/W | - -*(LZMA) - obraz binarny U-Boot został dodatkowo skompresowany przy pomocy LZMA.* -*(R/W) - zmienne środowiskowe przechowywane są w osobnym bloku FLASH, co pozwala na ich zachowanie po odłączeniu zasilaniu.* -*(RO) - zmienne środowiskowe są wbudowane w obraz binarny, można je zmieniać i dodawać nowe wyłącznie w trakcie pracy urządzenia, po ponownym uruchomieniu zostaną przywrócone domyślne wartości.* - -Znane błędy ------------ - -Dostępna obecnie wersja nie ładuje jądra Linuxa z niektórych wydań oficjalnego firmware TP-Link. Jeżeli zamierzasz używać OFW, w którymś ze wspieranych modeli tego producenta, nie używaj mojej modyfikacji. Pracuję nad rozwiązaniem tego problemu. - -Modyfikacje, zmiany -------------------- - -### Serwer web - -Najistotniejszą zmianą jest dodanie serwera web, bazującego na **[stosie TCP/IP uIP 0.9](http://www.gaisler.com/doc/net/uip-0.9/doc/html/main.html)**. Umożliwia to aktualizację obrazów **firmware**, **U-Boot** i **ART** (Atheros Radio Test) bezpośrednio z poziomu przeglądarki, bez potrzeby dostępu do konsoli szeregowej i uruchamiania serwera TFTP. Podobny tryb ratunkowy, również bazujący na stosie TCP/IP uIP 0.9, dostępny jest od dawna w routerach **D-Link**. - -Serwer posiada 7 stron www: - -1. index.html (aktualizacja obrazu firmware, zrzut ekranu poniżej) -2. uboot.html (aktualizacja obrazu U-Boot) -3. art.html (aktualizacja danych kalibracyjnych ART) -4. flashing.html -5. 404.html -6. fail.html -7. style.css - -![](http://www.tech-blog.pl/wordpress/wp-content/uploads/2015/11/uboot_mod_firmware_upgrade.jpg) - -![](http://www.tech-blog.pl/wordpress/wp-content/uploads/2015/11/uboot_mod_firmware_upgrade_progress.jpg) - -![](http://www.tech-blog.pl/wordpress/wp-content/uploads/2015/11/uboot_mod_uboot_upgrade.jpg) - -### Konsola sieciowa - -Drugą, równie użyteczną opcją, jest konsola sieciowa (wchodzi ona w skład oficjalnej gałęzi U-Boot, ale nie jest domyślnie dostępna w żadnym ze wspieranych urządzeń). Konsola sieciowa umożliwia komunikację z konsolą U-Boot przez sieć Ethernet, wykorzystując protokół UDP (domyślny port: 6666, adres IP routera: 192.168.1.1). - -![](http://www.tech-blog.pl/wordpress/wp-content/uploads/2013/04/u-boot_mod_for_tp-link_with_ar9331_netconsole.jpg) - -### Zapisywalne zmienne środowiskowe - -U-Boot wykorzystuje tak zwane "**zmienne środowiskowe**", w których przechowywane są wartości wielu ustawień, takich jak adresy IP urządzenia i serwera zdalnego dla transakcji TFTP, prędkość konsoli szeregowej, polecenie do załadowania kernela itd. Zmienne te zapisywane są zazwyczaj w osobnym sektorze FLASH lub w jego części, co umożliwia zachowanie zmian na stałe. - -Å»aden z popularnych producentów nie udostępnia tej funkcjonalności i w swoich wersjach U-Boot wykorzystuje zmienne środowiskowe "**tylko do odczytu**" (wartości zmiennych są wbudowane w obraz U-Boot), co oznacza że wszelkie zmiany wprowadzone w trakcie pracy bootloadera zostaną utracone po ponownym uruchomieniu urządzenia i nie ma żadnej możliwość zapisania ich w pamięci FLASH. - -Ta modyfikacja używa zapisywalnych zmiennych środowiskowych w prawie wszystkich wspieranych urządzeniach, co daje możliwość wykonania na przykład: - -``` -uboot> setenv ipaddr 192.168.1.100 -uboot> saveenv -Saving environment to FLASH... - -Erase FLASH from 0x9F010000 to 0x9F01FFFF in bank #1 -Erasing: # - -Erased sectors: 1 - -Writing at address: 0x9F010000 - -uboot> reset -``` - -Spowoduje to zmianę adresu IP urządzenia i zapisanie zmienionych zmiennych środowiskowych we FLASH. Od kolejnego uruchomienia urządzenie będzie wykorzystywać nowy adres. - -Wykorzystując polecenie **run** i zmienne środowiskowe możesz pisać niestandardowe, niewielkie skrypty jak ten poniżej, wykorzystywany do aktualizacji firmware metodą TFTP: - -``` -uboot> printenv -[...] -firmware_addr=0x9F020000 -firmware_name=firmware.bin -firmware_upg=if ping $serverip; then tftp $loadaddr $firmware_name && erase $firmware_addr +$filesize && cp.b $loadaddr $firmware_addr $filesize && echo OK!; else echo ERROR! Server not reachable!; fi -[...] - -uboot> run firmware_upg -Ethernet mode (duplex/speed): 1/100 Mbps -Using eth0 device - -Ping OK, host 192.168.1.2 is alive! - - -TFTP from IP: 192.168.1.2 - Our IP: 192.168.1.1 - Filename: 'firmware.bin' -Load address: 0x80800000 - Using: eth0 - - Loading: ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######################################## - ######### - -TFTP transfer complete! - -Bytes transferred: 3932160 (0x3c0000) -Erase FLASH from 0x9F020000 to 0x9F3DFFFF in bank #1 -Erasing: ####################################### - ##################### - -Erased sectors: 60 - -Copying to FLASH... -Writing at address: 0x9F020000 - -Done! - -OK! -uboot> -``` - -### Inne - -Ponadto: - -- Przyspieszony start -- Nieistotne informacje wyświetlane w konsoli podczas uruchamiania zostały usunięte -- Automatyczne rozpoznawanie zastosowanej kości FLASH na podstawie JEDEC ID -- MAC adres dla interfejsów sieciowych jest pobierany z FLASH, a nie ustawiany na sztywno -- Ładowanie firmware może być przerwane przy pomocy dowolnego klawisza -- Lepszy sterownik konsoli szeregowej UART ze wsparciem dla wielu prędkości -- Wciśnij i przytrzymaj przycisk aby uruchomić: - - Werwer web (min. 3 sekundy) - - Konsolę szeregową U-Boot (min. 5 sekundy) - - Konsolę sieciową U-Boot (min. 7 sekundy) -- Dodatkowe komendy (w odniesieniu do wersji producenta; dostępność zależy od modelu): - - defenv - - httpd - - itest - - loadb - - loady - - printmac - - setmac - - printmodel - - printpin - - startnc - - startsc - - ping - - dhcp - - sntp - - iminfo -- Możliwości overclockingu i underclockingu (aktualnie tylko w modelach z SoC AR9331) - -### Automatycznie rozpoznawane kości FLASH - -Automatyczna detekcja typu zastosowanej kości FLASH może być bardzo przydatna jeżeli wymieniłeś FLASH w swoim routerze. Nie musisz dokonywać zmian w oficjalnych źródłach i kompilować ich żeby mieć dostęp do całej zawartości FLASH z poziomu konsoli U-Boot. - -Jeżeli wykorzystasz kość, której nie ma na poniższej liście, moja wersja U-Boot spróbuje odczytać jej parametry wykorzystując standard **Serial Flash Discoverable Parameter** (**SFDP**, więcej informacji: https://www.jedec.org/standards-documents/docs/jesd216b). Jeżeli Twoja kość nie wspiera SFDP, ta modyfikacja będzie traktować ją tak jakby miała rozmiar zgodny z rozmiarem domyślnie zastosowanej kości w danym modelu. W większości urządzeń nie będziesz też miał możliwości aktualizacji obrazu danych kalibracyjnych układu radiowego (ART). - -Pełna lista obsługiwanych kości FLASH: - -**4 MiB**: - -- Spansion S25FL032P (4 MiB, JEDEC ID: 01 0215)* -- Atmel AT25DF321 (4 MiB, JEDEC ID: 1F 4700) -- EON EN25Q32 (4 MiB, JEDEC ID: 1C 3016)* -- EON EN25F32 (4 MiB, JEDEC ID: 1C 3116)* -- Micron M25P32 (4 MiB, JEDEC ID: 20 2016) -- Windbond W25Q32 (4 MiB, JEDEC ID: EF 4016) -- Macronix MX25L320 (4 MiB, JEDEC ID: C2 2016) - -**8 MiB**: - -- Spansion S25FL064P (8 MiB, JEDEC ID: 01 0216) -- Atmel AT25DF641 (8 MiB, JEDEC ID: 1F 4800) -- EON EN25Q64 (8 MiB, JEDEC ID: 1C 3017)* -- Micron M25P64 (8 MiB, JEDEC ID: 20 2017) -- Windbond W25Q64 (8 MiB, JEDEC ID: EF 4017)* -- Macronix MX25L64 (8 MiB, JEDEC ID: C2 2017, C2 2617) - -**16 MiB**: - -- Winbond W25Q128 (16 MB, JEDEC ID: EF 4018)* -- Winbond W25Q128FW (16 MB, JEDEC ID: EF 6018, 1,8 V)* -- Macronix MX25L128 (16 MB, JEDEC ID: C2 2018, C2 2618) -- Spansion S25FL127S (16 MB, JEDEC ID: 01 2018)* -- Micron N25Q128 (16 MB, JEDEC ID: 20 BA18) - -(*) przetestowane - -Jeżeli na powyższej liście nie ma kostki, którą chciałbyś zastosować, lub z jakiegoś innego powodu masz co do niej wątpliwości - skontaktuj się ze mną. Ewentualnie, możesz samemu dokonać odpowiednich zmian w kodzie i przesłać mi gotową łatę lub zgłosić pull request. - -Jak to zainstalować? --------------------- - -### Uwagi, kopie zapasowe - -**Robisz to wyłącznie na własną odpowiedzialność!** -**Jeżeli popełnisz jakiś błąd lub coś pójdzie nie tak w trakcie aktualizacji, w najgorszym przypadku, Twój router nie uruchomi się już ponownie!** - -Wykonywanie kopii zapasowych jest dobrą praktyką, dlatego zalecam Ci skopiowanie zawartości oryginalnego obrazu/partycji U-Boot (szczególnie w przypadku routerów TP-Link), **zanim** wykonasz jakiekolwiek zmiany. Przykładowo, wykorzystując OpenWrt (na przykładzie TP-Link TL-WR703N z kością FLASH 16 MiB): - -``` -cat /proc/mtd -``` - -Komenda ta wyświetli listę wszystkich partycji **MTD** (Memory Technology Device): - -``` -dev: size erasesize name -mtd0: 00020000 00010000 "u-boot" -mtd1: 000eeb70 00010000 "kernel" -mtd2: 00ee1490 00010000 "rootfs" -mtd3: 00c60000 00010000 "rootfs_data" -mtd4: 00010000 00010000 "art" -mtd5: 00fd0000 00010000 "firmware" -``` - -Jak widać powyżej, partycja o nazwie `u-boot` ma rozmiar **0x20000** (128 KiB), z kolei publikowane przeze mnie gotowe obrazy dla tego modelu mają mniejszy rozmiar: **0x1EC00** (123 KiB). Jest to bardzo istotna różnica i powinieneś o niej pamiętać, jeżeli do zmiany U-Boot zamierzasz wykorzystać narzędzie `mtd` lub konsolę szeregową i wiersz poleceń U-Boot. - -W celu skopiowania zawartości partycji `u-boot` do pamięci RAM, wykonaj: - -``` -cat /dev/mtd0 > /tmp/uboot_backup.bin -``` - -Następnie połącz się z routerem przy pomocy `protokołu SCP` i pobierz `/tmp` na dysk lokalny plik `uboot_backup.bin`. - -### Przy pomocy programatora FLASH - -Jeżeli dysponujesz programatorem kości FLASH (wszystkie wspierane urządzenia posiadają kości typu **SPI NOR FLASH**), najpewniej wiesz jak z niego korzystać. Pobierz archiwum zawierające gotowe obrazy binarne lub samodzielnie skompiluj kod źródłowy, wybierz odpowiedni plik dla swojego urządzenia i wgraj go na sam początek kości (ofset `0x00000`). Musisz pamiętać jedynie o skasowaniu bloku(ów) przed wgraniem obrazu - jeżeli wykorzystujesz gotowe oprogramowanie dla programatora, w trybie automatycznym, prawdopodobnie odpowiedni obszar zostanie automatycznie wykasowany przed wgraniem wskazanego obrazu. - -Wszystkie publikowane przeze mnie gotowe obrazy binarne są dopełnione wartościami 0xFF i od zmiany "**![Extend maximum U-Boot image size up to 123 KB](https://github.com/pepe2k/u-boot_mod/commit/7829f50c0e92024fde613cb01e65cbdeae1f126b)**", dla większości wspieranych urządzeń, **nie są już wielokrotnością rozmiaru pojedynczego bloku 64 KiB**. Przykładowo, **TP-Link** w większości swoich nowych urządzeń wykorzystuje tylko pierwszy **64 KiB** blok do przechowywania skompresowanego obrazu U-Boot. W kolejnym 64 KiB bloku umieszcza takie informacje jak adres MAC, numer i wersję modelu oraz czasami pin WPS. Ta modyfikacja wykorzystuje oba sektory na obraz U-Boot oraz dodatkowe dane, w tym niewielki blok na zapisywalne zmienne środowiskowe. - -Poniższy fragment początkowy mapy pamięci FLASH dla modelu TP-Link TL-MR3020 pokazuje różnice pomiędzy wersją producenta i modyfikacją. - -![](http://www.tech-blog.pl/wordpress/wp-content/uploads/2016/03/mr3020_u-boot-modification_flash-map_comparison.png) - -Z drugiej strony, obraz U-Boot w module **8devices Carambola 2** może mieć maksymalnie **256 KiB** (4 bloki po 64 KiB każdy), ale obraz nie jest skompresowany. Zaraz za nim, w kolejnym 64 KiB bloku, znajdują się zmienne środowiskowe - partycja ta w OpenWrt, w tym konkretnym przypadku, nosi nazwę `u-boot-env`: - -``` -dev: size erasesize name -mtd0: 00040000 00010000 "u-boot" -mtd1: 00010000 00010000 "u-boot-env" -mtd2: 00f90000 00010000 "firmware" -mtd3: 00e80000 00010000 "rootfs" -mtd4: 00cc0000 00010000 "rootfs_data" -mtd5: 00010000 00010000 "nvram" -mtd6: 00010000 00010000 "art" -``` - -### Przy pomocy UART, konsoli U-Boot i serwera TFTP - -**UWAGA! Ta metoda jest zdecydowanie niezalecana!** - -Jest to prawdopodobnie najczęściej wykorzystywana metoda do wgrania firmware w przypadku problemów z uruchomieniem wersji znajdującej się w urządzeniu lub po nieudanej aktualizacji. Istotną wadą tego podejścia jest potrzeba rozebrania routera i połączenia się z nim przy pomocy interfejsu szeregowego UART (w przypadku Carambola 2 w wersji z płytką developerską sprawa jest ułatwiona, ponieważ adapter USB-UART bazujący na FTDI FT232RQ znajduje się już na PCB). - -#### Ważna informacja! - -Wszystkie wspierane urządzenia posiadają sprzętowy interfejs UART, zintegrowany wewnątrz układu SoC, pracujący w zakresie napięcia około 3,3 V (w istocie, wyprowadzenia GPIO mogą pracować przy takim napięciu, ale w rzeczywistości, zgodnie z dokumentacją części układów zastosowanych we wspieranych modelach, porty GPIO zasilane są z wewnętrznego stabilizatora o napięciu wyjściowym 2,62 V)! - -**Nie podłączaj** bezpośrednio żadnego interfejsu RS232 pracującego przy napięciu +/- 12 V lub innego adaptera, bez odpowiedniego konwertera poziomów napięć, ponieważ może to doprowadzić do trwałego uszkodzenia Twojego routera. Najlepiej będzie jeżeli wykorzystasz dowolny adapter USB-UART, który posiada zintegrowany konwerter 3,3 V. Pamiętaj również, że w przypadku korzystania z takiego adaptera powinieneś **podłączyć wyłącznie sygnały RX, TX i GND**. **NIGDY** nie łącz razem sygnału zasilania (VCC) z routera i adaptera, chyba że wiesz co robisz! Połączenie tych sygnałów w najgorszym wypadku może spowodować uszkodzenie adaptera, a w najgorszym - również routera! Wykorzystując adapter USB-UART powinieneś zasilić go z gniazda USB w komputerze, a router z oryginalnego zasilacza sieciowego (lub z gniazda USB jeżeli urządzenie jest zasilane w taki sposób). - -Od dłuższego czasu i bez żadnych problemów używam bardzo prostego i wyjątkowo taniego (w granicach 1-2 USD) adaptera bazującego na układzie **CP2102**. Po więcej informacji o interfejsie UART w routerach możesz sięgnąć do artykułu [Serial Console](http://wiki.openwrt.org/doc/hardware/port.serial) w OpenWrt Wiki. - -#### Instrukcja krok po kroku - -1. Zainstaluj i skonfiguruj na swoim PC dowolny **serwer TFTP** (dla systemów z rodziny Windows sugeruję [TFTP32](http://tftpd32.jounin.net)). - -2. Ustaw stały adres IP na swoim PC (w poniższej instrukcji wykorzystamy **192.168.1.2** dla PC i **192.168.1.1** dla routera) i połącz go z routerem przy pomocy kabla sieciowego RJ45 (powinieneś wykorzystać w routerze jedno z gniazd LAN, ale WAN również powinien działać). - -3. Podłącz do PC i skonfiguruj adapter USB-UART oraz uruchom program do komunikacji z nim, np. [PuTTY](http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html). -Skonfiguruj program do używania takich ustawień: - * Baud rate: 115200 - * Data bits: 8 - * Parity control: none - * Stop bits: 1 - * Handshaking: none -4. Uruchom router, zaczekaj na wyświetlenie się jednego z poniższych komunikatów i przerwij proces ładowania firmware: - - `Autobooting in 1 seconds` (głównie routery **TP-Link**, w tym momencie powinieneś wpisać `tpl`) - `Hit ESC key to stop autoboot: 1` (**8devices Carambola 2**, wciśnij klawisz `ESC`) - `Hit any key to stop autoboot: 1` (**D-Link DIR-505**, wciśnij dowolny klawisz) - -5. Ustaw zmienne środowiskowe `ipaddr` i `serverip`, tak jak poniżej: - - ``` - hornet> setenv ipaddr 192.168.1.1 - hornet> setenv serverip 192.168.1.2 - ``` -6. Sprawdź czy zmiany zostały wprowadzone: - - ``` - hornet> printenv ipaddr - ipaddr=192.168.1.1 - hornet> printenv serverip - serverip=192.168.1.2 - ``` - -7. Ze względu na różnice w mapie pamięci i rozmiarze obrazu oryginalnej i zmodyfikowanej wersji U-Boot, musisz najpierw wykonać kopię zapasową partycji z oryginalną wersją, w pamięci RAM. **Pominięcie lub nieprawidłowe wykonanie tego kroku prawdopodobnie zakończy się uszkodzeniem Twojego urządzenia!** - - Ten krok różni się w zależności od modelu, dlatego powinieneś zwrócić szczególną uwagę na rozmiar obrazu zmodyfikowanej wersji, **zaokrąglić go w górę, do najbliższej wielokrotności 64 KiB** i używać tej wartości we wszystkich kolejnych krokach. - - Przykładowo, jeżeli obraz modyfikacji ma **123 KiB** (**0x1EC00**) powinieneś najpierw wykonać kopię zapasową **128 KiB** (**0x20000**) w pamięci RAM, pod tym samym adresem, do którego później zostanie pobrany ten obraz: - - ``` - hornet> cp.b 0x9F000000 0x80800000 0x20000 - ``` - - Wykorzystanie tego samego adresu w pamięci RAM spowoduje "sklejenie" obu obrazów i zachowanie dodatkowych, oryginalnych danych, takich jak adres MAC, numer modelu i PIN. - -8. Pobierz z serwera TFTP i umieść w pamięci RAM urządzenia właściwy dla swojego modelu obraz U-Boot, wykorzystując polecenie `tftpboot` (na przykładzie **TP-Link TL-MR3020**): - - ``` - hornet> tftpboot 0x80800000 uboot_for_tp-link_tl-mr3020.bin - eth1 link down - Using eth0 device - TFTP from server 192.168.1.2; our IP address is 192.168.1.1 - Filename 'uboot_for_tp-link_tl-mr3020.bin'. - Load address: 0x80800000 - Loading: ######################### - done - Bytes transferred = 125952 (1ec00 hex) - - hornet> - ``` - -9. Kolejny krok jest bardzo ryzykowny! Wykonując następne polecenia, najpierw skasujesz oryginalny obraz U-Boot z pamięci FLASH, a następnie skopiujesz w to miejsce nowy obraz, z pamięci RAM. Jeżeli w trakcie tego procesu coś pójdzie nie tak (na przykład dojdzie do awarii zasilania), Twój router najprawdopodobniej już się nie uruchomi ponownie! - - Powinieneś też zwrócić uwagę na rozmiar i wykorzystać wartość, którą obliczyłeś w kroku 7. We wszystkich przypadkach, adres początkowy pamięci FLASH i RAM to odpowiednio: **0x9F000000** i **0x80000000**. Jak mogłeś zauważyć, w poprzednim kroku, do zapisania pobranego przez sieć obrazu, nie wykorzystałem początkowego adresu pamięci RAM i również nie powinieneś tego robić. - - Nie popełnij żadnych błędów w rozmiarach i adresach (ofsetach), w kolejnych krokach! - -10. Skasuj odpowiedni obszar w pamięci FLASH (to polecenie usunie oryginalny obraz U-Boot!): - - ``` - hornet> erase 0x9F000000 +0x20000 - - First 0x0 last 0x1 sector size 0x10000 - Erased 2 sectors - hornet> - ``` - -11. W tej chwili Twój router nie posiada żadnego bootloadera, dlatego skopiuj do FLASH z pamięci RAM pobrany wcześniej, nowy obraz: - - ``` - hornet> cp.b 0x80800000 0x9F000000 0x20000 - - Copy to Flash... write addr: 9f000000 - done - ``` - -12. Jeżeli chcesz, możesz wyświetlić w konsoli U-Boot zawartość pamięci FLASH i porównać ją z obrazem na komputerze. W tym celu należy skorzystać z komendy `md`, która spowoduje wyświetlenie 256 bajtów danych w postaci szesnastkowej i tekstowej, począwszy od podanego w argumencie adresu. Kolejne wywołanie tego samego polecenia, tym razem bez parametru, spowoduje wyświetlenie kolejnej porcji danych. - - ``` - hornet> md 0x9F000000 - - 9f000000: 100000ff 00000000 100000fd 00000000 ................ - 9f000010: 10000222 00000000 10000220 00000000 ..."....... .... - 9f000020: 1000021e 00000000 1000021c 00000000 ................ - 9f000030: 1000021a 00000000 10000218 00000000 ................ - 9f000040: 10000216 00000000 10000214 00000000 ................ - 9f000050: 10000212 00000000 10000210 00000000 ................ - 9f000060: 1000020e 00000000 1000020c 00000000 ................ - 9f000070: 1000020a 00000000 10000208 00000000 ................ - 9f000080: 10000206 00000000 10000204 00000000 ................ - 9f000090: 10000202 00000000 10000200 00000000 ................ - 9f0000a0: 100001fe 00000000 100001fc 00000000 ................ - 9f0000b0: 100001fa 00000000 100001f8 00000000 ................ - 9f0000c0: 100001f6 00000000 100001f4 00000000 ................ - 9f0000d0: 100001f2 00000000 100001f0 00000000 ................ - 9f0000e0: 100001ee 00000000 100001ec 00000000 ................ - 9f0000f0: 100001ea 00000000 100001e8 00000000 ................ - ``` - -13. Jeżeli jesteś pewien, że wszystko przebiegło prawidłowo, możesz zrestartować urządzenie przy pomocy poniższego polecenia lub restartując zasilanie: - - ``` - hornet> reset - ``` - -### Przy pomocy OpenWrt - -**Ta metoda jest zalecana!** - -Począwszy od oficjalnego wydania "**[2014-11-19](https://github.com/pepe2k/u-boot_mod/releases/tag/2014-11-19)**", wewnątrz archiwum znajdziesz przygotowane obrazy **OpenWrt** z odblokowaną możliwością zapisu na partycji `u-boot`, gotowym obrazem U-Boot oraz niewielkim, dedykowanym skryptem do prostej aktualizacji bootloadera. Jedyne, co należy zrobić to pobrać ostatnie oficjalne wydanie tej modyfikacji, wybrać i zainstalować odpowiedni obraz OpenWrt i wywołać skrypt poleceniem `u-boot-upgrade`: - -``` -root@OpenWrt:/# u-boot-upgrade - -================================================================= - DISCLAIMER: you are using this script at your own risk! - - The author of U-Boot modification and this script takes - no responsibility for any of the results of using them. - - Updating U-Boot is a very dangerous operation - and may damage your device! You have been warned! -================================================================= - Are you sure you want to continue (type 'yes' or 'no')? yes -================================================================= - -[ ok ] Found U-Boot image file: uboot_for_tp-link_tl-mr3020.bin - Do you want to use this file (type 'yes' or 'no')? yes -[ ok ] MD5 checksum of new U-Boot image file is correct -[ ok ] Backup of /dev/mtd0 successfully created - Do you want to store backup in /etc/u-boot_mod/backup/ (recommended, type 'yes' or 'no')? no -[ ok ] New U-Boot image successfully combined with backup file -[info] New U-Boot image is ready to be written into FLASH - Are you sure you want to continue (type 'yes' or 'no')? yes -[ ok ] New U-Boot image successfully written info FLASH -[ ok ] MD5 checksum of mtd0 and new U-Boot image are equal -[info] Done! -``` - -### Przy pomocy DD-WRT - -**UWAGA! Ta metoda jest niezalecana!** - -1. Zaloguj się do routera przy pomocy SSH lub telnetu i sprawdź, która z partycji mtd jest pierwsza. W DD-WRT najczęściej będzie to `RedBoot`: - - ``` - root@DD-WRT:~# cat /proc/mtd - dev: size erasesize name - mtd0: 00020000 00010000 "RedBoot" - mtd1: 003c0000 00010000 "linux" - mtd2: 002c0000 00010000 "rootfs" - mtd3: 00010000 00010000 "ddwrt" - mtd4: 00010000 00010000 "nvram" - mtd5: 00010000 00010000 "board_config" - mtd6: 00400000 00010000 "fullflash" - mtd7: 00020000 00010000 "fullboot" - ``` - - W przypadku **TP-Link TL-MR3020**, partycja `RedBoot` zawiera obraz U-Boot oraz dodatkowe dane, takie jak adres MAC, numer modelu oraz PIN. - - **Uwaga!** Jeżeli rozmiar pierwszej partycji jest mniejszy niż rozmiar obrazu zmodyfikowanej wersji U-Boot, nie kontynuuj! - -2. Przy pomocy SCP lub innej metody skopiuj obraz U-Boot i odpowiedni plik z sumą MD5 do folderu `/tmp` na urządzeniu. - - ``` - root@DD-WRT:/tmp# ls -la - [...] - -rw-r--r-- 1 root root 125952 Nov 5 2015 uboot_for_tp-link_tl-mr3020.bin - -rw-r--r-- 1 root root 66 Nov 5 2015 uboot_for_tp-link_tl-mr3020.md5 - [...] - ``` - -3. Sprawdź sumę kontrolną MD5 pliku z obrazem: - - ``` - root@DD-WRT:/tmp# md5sum uboot_for_tp-link_tl-mr3020.bin - aaae0f772ce007f7d1542b9233dd765b uboot_for_tp-link_tl-mr3020.bin - - root@DD-WRT:/tmp# cat uboot_for_tp-link_tl-mr3020.md5 - aaae0f772ce007f7d1542b9233dd765b *uboot_for_tp-link_tl-mr3020.bin - ``` - -4. Utwórz kopię zapasową partycji `RedBoot` (`mtd0`): - - ``` - root@DD-WRT:/tmp# dd if=/dev/mtd0 of=uboot_factory.bin - 256+0 records in - 256+0 records out - ``` - -5. Przy pomocy SCP lub innej metody, skopiuj utworzoną kopię zapasową w jakieś bezpieczne miejsce (zdecydowanie zalecam zapisanie gdzieś tego pliku!). - -6. Potrzebujesz utworzyć plik składający się z oryginalnego i zmodyfikowaneg obrazu, ale `dd` z DD-WRT prawdopodobnie nie obsługuje `conv=notrunc`, dlatego wykorzystamy inne podejście: - - ``` - root@DD-WRT:/tmp# dd if=uboot_factory.bin of=uboot_rest.bin bs=1 skip=$(wc -c < uboot_for_tp-link_tl-mr3020.bin) - 5120+0 records in - 5120+0 records out - - root@DD-WRT:/tmp# cat uboot_for_tp-link_tl-mr3020.bin uboot_rest.bin > uboot_new.bin - ``` - -7. **Uwaga**: To jest punkt bez powrotu. Jeżeli podczas dotychczasowych kroków wystąpiły jakieś błędy lub problemy, wgraj kopię oryginalnej partycji z powrotem, przy pomocy polecenia: - - ``` - root@DD-WRT:/tmp# mtd write uboot_factory.bin "RedBoot" - Unlocking RedBoot ... - Writing from uboot_orig.bin to RedBoot ... - ``` - -8. W celu wgrania nowego obrazu, wykonaj poniższe polecenie: - - ``` - root@DD-WRT:/tmp# mtd write uboot_new.bin "RedBoot" - Unlocking RedBoot ... - Writing from uboot_new.bin to RedBoot ... - ``` - -9. Jeżeli jesteś pewien, że do tej pory wszystko przebiegło pomyślnie, możesz zrestartować urządzenie: - - ``` - root@DD-WRT:/tmp# reboot - ``` - -### Jak korzystać z tej modyfikacji? - -[TODO] - -Jak samodzielnie skompilować kod? ---------------------------------- - -Możesz wykorzystać jeden z dostępnych, bezpłatnych i gotowych narzędzi (tzw. toolchain): - -- Zalecany i wykorzystywany do budowania tzw. migawek: [LEDE SDK for AR71xx MIPS (wersja rozwojowa)](https://downloads.lede-project.org/snapshots/targets/ar71xx/generic/lede-sdk-ar71xx-generic_gcc-5.4.0_musl-1.1.15.Linux-x86_64.tar.bz2), -- [OpenWrt SDK for AR71xx MIPS (wydanie Chaos Calmer)](https://downloads.openwrt.org/chaos_calmer/15.05.1/ar71xx/generic/OpenWrt-SDK-15.05.1-ar71xx-generic_gcc-4.8-linaro_uClibc-0.9.33.2.Linux-x86_64.tar.bz2), -- [OpenWrt Toolchain for AR71xx MIPS (wersja rozwojowa)](https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic/OpenWrt-Toolchain-ar71xx-generic_gcc-5.3.0_musl-1.1.15.Linux-x86_64.tar.bz2), -- [ELDK (Embedded Linux Development Kit)](http://bit.ly/2djaTMn), -- lub inne... - -Do kompilacji korzystam z **OpenWrt Toolchain for AR71xx MIPS**, na maszynie wirtualnej z zainstalowanym **Ubuntu 12.04 LTS** (32-bit). Wszystkie publikowane przeze mnie obrazy budowane są na tej konfiguracji. - -Wszystko co musisz zrobić, po wybraniu zestawu narzędzi, to dostosowanie pliku [Makefile](Makefile) do własnej konfiguracji (czyli zmiana lub usunięcie `export MAKECMD` i ewentualnie dodanie `export PATH`). Przykładowo, w celu zbudowania obrazów przy pomocy OpenWrt Toolchain, zamiast Sourcery CodeBench Lite, pobierz odpowiednie archiwum i rozpakuj jego zawartość do folderu `toolchain`, w głównym katalogu ze źródłami, a następnie zmień początek pliku [Makefile](Makefile), jak poniżej: - -``` -export BUILD_TOPDIR=$(PWD) -export STAGING_DIR=$(BUILD_TOPDIR)/tmp - -export MAKECMD=make --silent ARCH=mips CROSS_COMPILE=mips-openwrt-linux-uclibc- -export PATH:=$(BUILD_TOPDIR)/toolchain/bin/:$(PATH) -``` - -W celu uruchomienia kompilacji, w głównym katalogu ze źródłami wydaj polecenie `make model`, na przykład: - -``` -make tplink_wr703n -``` - -Powyższe polecenie rozpocznie kompilację obrazu U-Boot dla modelu **TP-Link TL-WR703N**. - -FAQ ---- - -#### 1. Moje urządzenie nie jest wspierane, ale posiada taki sam hardware jak jedno z tych na liście, mogę użyć tej modyfikacji? - -*To może się źle skończyć! Oczywiście, wiele dostępnych na rynku routerów wykorzystuje praktycznie te same platformy sprzętowe - na przykład, TP-Link posiada w ofercie kilka mobilnych modeli z wbudowaną baterią: TL-MR10U, TL-MR11U (odpowiednik w Europie to TL-MR3040) TL-MR12U and TL-MR13U. Wszystkie wymienione urządzenia posiadają ten sam sprzęt: układ SoC Atheros AR9331 z 32 MiB pamięci RAM i 4 MiB pamięci SPI NOR FLASH. Ale diabeł jak zwykle tkwi w szczegółach, takich jak numery GPIO wykorzystanych do przycisków, diod LED, załączania zasilania w gnieździe USB itd., co może spowodować pewne problemy.* - -*Możesz spróbować wgrać jeden z gotowych obrazów, ale pamiętaj że robisz to wyłącznie na własną odpowiedzialność!* - -#### 2. Chciałbym podkręcić CPU w moim routerze, jak tego dokonać? - -*W chwili obecnej, taka możliwość istnieje, ale wyłącznie dla modeli z układem Atheros AR9331 (powinieneś zapoznać się z plikiem [ap121.h](u-boot/include/configs/ap121.h), który zawiera wszelkie informacje dotyczące konfiguracji rejestrów PLL i kilka gotowych, niestandardowych ustawień zegarów dla CPU, RAM i magistrali AHB). Co więcej, wersję z podkręconymi (lub "skręconymi") zegarami będziesz musiał skompilować samodzielnie, ponieważ nie publikuję gotowych obrazów, z innymi niż domyślne, wartościami zegarów.* - -*I ponownie, pamiętaj że robisz to wyłącznie na własną odpowiedzialność!* - -#### 3. Czy testujesz wszystkie publikowane obrazy? - -*Nie, ponieważ nie dysponuję wszystkimi wspieranymi modelami routerów/urządzeń. Testuję jedynie obrazy na wszystkich wspieranych typach układów SoC.* - -#### 4. Chciałbym dodać wsparcie dla modelu X. - -*Możesz to zrobić samemu, a potem przesłać mi gotową łatę lub zgłosić pull request. Jeżeli nie chcesz lub nie wiesz jak dodać wsparcie dla nowego modelu, skontaktuj się ze mną bezpośrednio, może pomogę.* - -#### 5. Mój router nie uruchomił się ponownie po zmianie U-Boot! - -*Ostrzegałem... bootloader, w tym przypadku U-Boot, to w praktyce najistotniejszy kawałek oprogramowania w Twoim urządzeniu. Jest on odpowiedzialny za inicjalizację sprzętu i załadowanie systemu operacyjnego (zazwyczaj jądra Linux). Dlatego, jeżeli podczas zmiany obrazu coś poszło źle, Twoje urządzenie nie uruchomi się ponownie i jedynym sposobem na jego naprawę jest zdemontowanie (wylutowanie) kości FLASH, zaprogramowanie jej poprawnym obrazem i ponowny montaż.* - -Licencja, przestarzałe źródła itd. ----------------------------------- - -Projekt **[U-Boot](http://www.denx.de/wiki/U-Boot/WebHome "U-Boot")** jest Wolnym Oprogramowaniem. Wszelkie informacje dotyczące licencji, pracujących nad nim osób itd., dostępne są folderze *u-boot* wraz z kodem źródłowym. - -Powinieneś wiedzieć, że większość routerów, szczególnie tych z układami Atheros, używa bardzo starej wersji U-Boot (wersja 1.1.4 pochodzi z lat 2005/2006). Dlatego stwierdzenie, że *te źródła są zdecydowanie przestarzałe* nie jest błędne, ale dla mnie było łatwiej zmodyfikować je w tej postaci, niż przenosić zmiany wykonane przez programistów TP-Link/Atheros do aktualnej gałęzi projektu U-Boot. Co więcej, wprowadzając własne modyfikacje, usunąłem sporo niepotrzebnych elementów, fragmentów kodu i plików źródłowych, tak żeby kod był czytelniejszy dla osoby, która do tej pory nie miała do czynienia z tym projektem. - -Podziękowania -------------- - -- Dziękuję M-K O'Connell za przekazanie routera z QCA9563 -- Dziękuję Krzysztofowi M. za przekazanie routera TL-WDR3600 -- Dziękuję użytkownikowi *pupie* z forum OpenWrt za jego nieocenioną pomoc -- Dziękuję wszystkim darczyńcom i osobom wspierającym rozwój tej modyfikacji