Forum: Asus RT-AC66U - OpenLinksys

Cytat

Hej,

Piszę w sprawie wątku "Asus RT-AC66U" [0], który znalazłem szukając
info o Asusie RT-AC66U. Chciałbym zrobić małe sprostowanie odnośnie
tak krytykowanych Broadcom-owych rozwiązań zw. z pamięciami flash.

Postaram się zacząć od początku. Pamięci NAND zaczęły stawać się
ostatnio popularne ze względu na cenę. Można wreszcie "ładować" duże
pojemności niskim kosztem, stąd taki ostatnio wysyp urządzeń z 128 MiB
pamięci. Mają one pewne wady - często posiadają bad blocks, cec****ą
się dużą zawodnością i wymagają odpowiedniego systemu plików - jednak
udało się to wszystko w miarę sensownie obejść. Pamięci zawierają
często BBT (bad block table), na zawodność odczytu/zapisu radą okazało
się ECC, a do tego posiadamy takie systemy plików jak JFFS2, itp.
Poważnym ograniczeniem jest jednak specyficzny dostęp do zawartości
pamięci, który uniemożliwia bezpośrednie bootowanie. Nie da się bez
jakichś magicznych sztuczek umieścić bootloadera (np. CFE) na pamięci
NAND i kazać procesorowi wykonywać jego kod.

Stąd więc rozwiązanie Broadcom-u, aby bootloader (CFE) umieszczać na
pamięci typu serial flash. Taki bootloader może być "wykonywany" przez
procesor, może zainicjować pamięć NAND oraz rozpocząć bootowanie
systemu operacyjnego znajdującego się na niej. Wydaje mi się to
całkiem sensownym pomysłem, pozwalającym na duże pojemności w
routerach bez gigantycznych kosztów.
Co więcej, dzięki umieszczaniu oprogramowania (OpenWRT/DD-WRT/etc.) na
oddzielnej pamięci NAND, jeszcze trudniej o "uszkodzenie" (brick)
routera. Wgrywanie oprogramowania na pamięć zawierającą istotne
partycje jak bootloader (CFE) czy NVRAM zwiększa szansę zepsucia
czegoś. Natomiast jeśli nie nadpiszemy bootloadera i mamy dostęp do
konsoli - właściwie każde urządzenie jest do uratowania.

Czemu więc taki problem z obsługą urządzeń dwu-pamięciowych w
alternatywnych oprogramowaniach? Rzeczywiście obecne sterowniki nie
potrafiły sobie radzić z dwoma pamięciami, gdzie każda zawierała tylko
część podstawowych partycji. Stworzenie poprawnego sterownika nie było
jakimś wielkim wyczynem, ograniczyło się właściwie do około 200 linii
kodu. Chyba nikt po prostu nie miał dostępu do odpowiedniego
urządzenia i czasu.
Większym problemem jest sterownik dla pamięci NAND. Aby móc bawić się
w partycje, potrzebujemy najpierw dostępu (odczytu/zapisu) na pamięci
NAND. Obecnie nie istnieje jeszcze gotowy sterownik dla popularnego
chipsetu BCM4706.

Dobre nowiny są jednak takie, że powoli wszystko "trafia na swoje
miejsce" i niedługo będziemy posiadać obsługę dwu-flashowych urządzeń
Broadcom-u w każdym alternatywnym oprogramowaniu. Osobiście posiadam
Netgear WNDR4500 i powoli tworzę/rozwijam sterowniki dla każdego jego
elementu. Myślę, że w najbliższych miesiącach będziemy mieć już
wsparcie dla CPU, szyny (bcma), pamięci flash i ethernet. Największym
wyzwaniem będzie pewnie chipset BCM4331 (WiFi) dla którego nie mamy
ani otwartego sterownika od Broadcomu ani specyfkacji

[0] http://openlinksys.info/forum/viewthread.php?thread_id=15217

-- Rafał

Found a Samsung NAND flash with 2048B pages or 128KB blocks; total size 128MB
nflash: squash filesystem with lzma found at block 6303
Boot partition size = 524288(0x80000)
Creating 16 MTD partitions on "nflash":
0x00000000-0x00080000 : "boot"
0x00080000-0x00200000 : "nvram"
0x00200000-0x00240000 : "board_data"
0x00240000-0x00280000 : "POT1"
0x00280000-0x002c0000 : "POT2"
0x002c0000-0x00300000 : "T_Meter1"
0x00300000-0x00340000 : "T_Meter2"
0x00340000-0x00380000 : "ML1"
0x00380000-0x003c0000 : "ML2"
0x003c0000-0x00400000 : "ML3"
0x00400000-0x00440000 : "ML4"
0x00440000-0x00480000 : "ML5"
0x00480000-0x004c0000 : "ML6"
0x004c0000-0x00500000 : "ML7"
0x00500000-0x02000000 : "linux"
0x00627e8c-0x02000000 : "rootfs"
_nvram_init: allocat header: 2280882176, size= 32768