Skip to content

Latest commit

 

History

History
457 lines (330 loc) · 28.4 KB

READMEPL.md

File metadata and controls

457 lines (330 loc) · 28.4 KB
Raw

Modyfikacja U-Boot 1.1.4 dla routerów

Spis treści

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, np. D-Link.

Oryginalne wersje źródeł można pobrać z poniższych stron:

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. 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, 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ładem SoC Atheros AR934x (TP-Link TL-WDR3600, TL-WDR43x0, TL-WR841N/D v8, TL-WA830RE v2), a inne (w najbliższych planach jest wsparcie dla routerów z układami z serii Qualcomm Atheros QCA955x) są w trakcie opracowania.

Dodatkowe informacje o niniejszej modyfikacji można znaleźć również na moim blogu, w tym artykule.

Jeżeli spodobał Ci się ten projekt i chciałbyś wspomóc mnie w jego dalszym rozwijaniu - postaw mi piwo!

Wspierane urządzenia

Lista obecnie wspieranych urządzeń:

  • Atheros AR9331:

  • Atheros AR1311 (bliźniaczy układ AR9331)

  • Atheros AR9341:

    • TP-Link TL-MR3420 v2
    • TP-Link TL-WR841N/D v8
    • TP-Link TL-WA830RE v2
    • TP-Link TL-WA801ND v2

  • Atheros AR9344:

    • TP-Link TL-WDR3600 v1
    • TP-Link TL-WDR43x0 v1
    • TP-Link TL-WDR3500 v1

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 AR9331 16 MiB 64 MiB DDR2 256 KiB 64 KiB, R/W
TP-Link TL-MR3020 v1 AR9331 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-MR3040 v1/2 AR9331 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-WR703N AR9331 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-WR720N v3 AR9331 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-WR710N v1 AR9331 8 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-MR10U v1 AR9331 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-MR13U v1 AR9331 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-WR740N v4 AR9331 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-MR3220 v2 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) AR9331 16 MiB 64 MiB DDR1 192 KiB R/W
TP-Link TL-MR3420 v2 AR9341 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-WR841N/D v8 AR9341 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-WA830RE v2 AR9341 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-WA801ND v2 AR9341 4 MiB 32 MiB DDR1 64 KiB, LZMA RO
TP-Link TL-WDR3600 v1 AR9344 8 MiB 128 MiB DDR2 64 KiB, LZMA RO
TP-Link TL-WDR43x0 v1 AR9344 8 MiB 128 MiB DDR2 64 KiB, LZMA RO
TP-Link TL-WDR3500 v1 AR9344 8 MiB 128 MiB DDR2 64 KiB, LZMA RO
D-Link DIR-505 H/W ver. A1 AR1311 8 MiB 64 MiB DDR2 64 KiB, LZMA RO

(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. 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

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).

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
  • 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):
    • httpd
    • printmac
    • setmac
    • printmodel
    • printpin
    • startnc
    • startsc
    • eraseenv
    • 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 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)*
  • Macronix MX25L128 (16 MB, JEDEC ID: C2 2018, C2 2618)
  • Spansion S25FL127S (16 MB, JEDEC ID: 01 2018)*

(*) 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ą rozmiar 0x10000 (64 KiB). Jest to bardzo istotna różnica i powinieneś o niej pamiętać, jeżeli do zmiany U-Boot zamierzasz wykorzystać narzędzie mtd.

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, tak żeby ich rozmiar finalny był zawsze wielokrotnością rozmiaru pojedynczego bloku 64 KiB i nie przekraczał rozmiaru oryginalnej partycji z U-Boot. 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.

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

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 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).

  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.
    Skonfiguruj program do używania takich ustawień:

  • Baud rate: 115200
  • Data bits: 8
  • Parity control: none
  • Stop bits: 1
  • Handshaking: none
  1. 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)

  1. Ustaw zmienne środowiskowe ipaddr i serverip, tak jak poniżej:
hornet> setenv ipaddr 192.168.1.1
hornet> setenv serverip 192.168.1.2
  1. Sprawdź czy zmiany zostały wprowadzone:
hornet> printenv ipaddr
ipaddr=192.168.1.1
hornet> printenv serverip
serverip=192.168.1.2
  1. 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):
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 = 65536 (10000 hex)
hornet>
  1. 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 pobieranego obrazu. Dla wspieranych modeli routerów TP-Link i D-Link będzie on miał zawsze rozmiar 0x10000 (64 KiB), z kolei w przypadku modułu Carambola 2, rozmiar obrazu jest inny: 0x40000 (256 KiB). 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!

  1. Skasuj odpowiedni obszar w pamięci FLASH (to polecenie usunie oryginalny obraz U-Boot!):
hornet> erase 0x9F000000 +0x10000   

First 0x0 last 0x0 sector size 0x10000
0
Erased 1 sectors
  1. 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 0x10000   

Copy to Flash... write addr: 9f000000
done
  1. 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    ................
  1. Jeżeli jesteś pewien, że wszystko przebiegło prawidłowo, możesz zrestartować urządzenie:
hornet> reset

Przy pomocy OpenWrt

[TODO]

Przy pomocy DD-WRT

[TODO]

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):

Do kompilacji korzystam z Sourcery CodeBench Lite Edition for MIPS GNU/Linux, 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 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, 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, 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 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ę użytkownikowi pupie z forum OpenWrt za jego nieocenioną pomoc
  • Dziękuję wszystkim darczyńcom i osobom wspierającym rozwój tej modyfikacji