W poleceniach CFE jest coś takiego że mogę uruchomić kernel i obraz systemu przez sieć. Czy są obrazy OpenWrt sam kernel i sam obraz? Jeśli tak proszę o linki.

Pobrałem obraz od Pirelli ale nawet nie chce wejść bo CRC obrazu mu się nie zgadza:

web info: Upload 2883588 bytes, Broadcom image format.
CFE> SGP  tagVersion : 8
 Illegal image ! Image crc failed.

Resetting board...

Dziwne, w poradniku gościu pisze, że ten custom CFE to oryginalny bootloader od vodafone. Może od innej wersji PCB, i dlatego nie odpalają obrazy systemów?

Czyli co, nie da rady mieć CFE z działającą konsolą i OpenWrt na tym sprzęcie?

He, he - odpaliło przez TFTP z poziomu konsoli CFE :-) - dokładnie ten obraz:

CFE> flashimage openwrt-AGV2+W-cfe-jffs2-128k-cfe.bin
Loading 192.168.1.100:openwrt-AGV2+W-cfe-jffs2-128k-cfe.bin ...

Działa LuCI, SSH i konsola a w niej CFE które można przerwać i do niego wejść. Wygląda na to iż odpaliłem na vodafone HG553 soft Pirelli Alice Gate VoIP 2 Plus z bootloaderem CFE AGPF :-)

Mam pytanie: czy przez TFTP można wgrywać tylko obraz jffs czy też squashfs ?

Wgrałem tym samym sposobem CC 15.05.1 i działa :-)
Obraz: openwrt-15.05.1-brcm63xx-generic-AGV2+W-squashfs-cfe.bin

Ciekawe czy to będzie stabilnie działać :-)

P.S. Czyli przez TFTP można wgrywać zarówno jffs jak i squashfs

'Wciągło' mnie to nieźle :-) Chociaż się czegoś człowiek nauczył.

No niestety ale na tym nic nie działa - ani Wifi, ani LED'y ani USB bo pewnie inne GPIO. Procesor Wifi niby ten sam ale w Alice Gate jest na miniPCI a w vodafone zintegrowane. Polecenie lsusb widzi pendrive'a ale nie da się zamontować ani automatycznie ani ręcznie. W katalogu /dev nie ma urządzeń typu /dev/sd* ale po wydaniu polecenia cat /proc/devices widać iż jest USB.

Kurcze, nie wiem czemu ale pominąłem instalację paczki kmod-usb-storage. Po instalacji tej paczki z zależnościami USB działa :-)

Ale mam pytanie z innej beczki. W tym temacie Create a custom CFE for BCM6358 + BCM5325 jest link do kodów źródłowych Broadcom cfe_bcm63xx. Tutaj bezpośredni link:
CFE_HomeHub2A-sourcecode.tar.xz
Skompilowałem świeże CFE w Debian'ie w ten sposób:

bash build.sh

Zbudowało mi 2 pliki cfe6358.bin i cfe6358-nvram.bin ale ten kod buduje domyślnie CFE dla płyty głównej HOMEHUB2A. Pierwszy plik nie ma ustawionego adresu MAC. Wgrałem to CFE za pomocą mtd write i działa. Zmieniłem w CFE Board ID na 96358M ale Kernel Panic. Oryginalne CFE ma Board ID HW553 ale nie da się takiego określić w tym zbudowanym CFE:

CFE> b
Press:  <enter> to use current value
        '-' to go previous parameter
        '.' to clear the current value
        'x' to exit this command
Board Id Name (0-6)
HOMEHUB2A        -------  0
96358VW2         -------  1
96358VW          -------  2
96358VW-16       -------  3
96358GW          -------  4
96358GW-16       -------  5
96358M           -------  6       :  6

Tak, masz rację ale jak się okazało dodatkowo trzeba również zmienić ten ciąg w pliku /cfe_bcm63xx/shared/opensource/boardparms/bcm963xx/boardparms.c
Działa Wifi, USB ale nie działają diody LED. Jak to poprawić?

Cezary, dałbyś radę poprawić LEDY dla AA lub CC HG553 gdy wgrany jest niestandardowy bootloader?

Na tym skompilowanym CFE działa tylko OpenWrt (testowany AA) bez LED'ów. Nie działa natomiast firmware D-Link od ROLEO (RU_DVA-G3672B_1.10_20131112.bin), system uruchamia się i przez moment działa sieć ale zaraz jest błąd który widać w konsoli szeregowej:

ERROR: Secondary thread processor not initialized properly

ERROR: boardHalInit FAILED

00:00:03 vrgEndptInit: error during ioctl
ERROR !!! File callmgr_main(line 457): vrgEndptInit failed with return code 7 

Child 906 terminated
CFM Socket API: no iptables to update. 
00:00:05 Voice application deinitialized.

i w nieskończoność:

osSemTimedTake interrupted (362) (PBLK)
bosSemTimedTake interrupted (362) (PBLK)
bosSemTimedTake interrupted (362) (PBLK)
bosSemTimedTake interrupted (362) (PBLK)
bosSemTimedTake interrupted (362) (PBLK)
bosSemTimedTake interrupted (362) (PBLK)

Przejrzałem kod źródłowy CFE_HomeHub2A-sourcecode.tar.xz i znalazłem ciekawą informację w pliku: /cfe_bcm63xx/cfe/cfe/arch/mips/board/bcm63xx_ram/src/bcm63xx_devs.c

//setLedOn(BP_GPIO_6_AL); //HG556a, enable gpio6, otherwise leds won't work

Pomyślałem iż skoro dla HG556a musi być GPIO 6 Active Low aby LED'y działały to może i dla HG553 tak samo trzeba i zgadłem. Odpaliłem CFE i za pomocą polecenia gpioset ustawiłem GPIO 6 na Active Low:

CFE> gpioset 6 off
GPIO6 output LOW
*** command status = 0

Następnie uruchomiłem OpenWrt AA 12.09 za pomocą polecenia Run (r). W czasie uruchamiania OpenWrt zaświeciła się czerwona dioda POWER tak samo jak ma to miejsce z oryginalnym CFE. Po odpaleniu OpenWrt LED'y działają i można nimi sterować z poziomu LuCI lub kosnoli
Aby diody działały wystarczy odkomentować po prostu tę linię.

Aby LED'y działały można też zamiast modyfikować firmware CFE dodać skrypt diody_on.sh uruchamiany na starcie OpenWrt w /etc/rc.local:

diody_on.sh:

#!/bin/sh

echo "6" > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio6/direction

/etc/rc.local:

# Put your custom commands here that should be executed once
# the system init finished. By default this file does nothing.

/sbin/diody_on.sh

exit 0

Zestawów gpio może być kilka pochodzących z różnych chipów routerze. W tym przypadku z pierwszego zestawu wybrane jest gpio o numerze 9, a to 1 to tylko oznaczenie czy przycisk normalnie jest pull-up (podciągnięty do vcc) czy pull-down (do masy).

Przejdź w końcu na to CC...

Nie dam rady, sprzęt który mam nie posiada takiego trybu w cfe.

Nie wiem czy ty to robisz specjalnie czy nie.  Więc napiszę jeszcze raz: sprzęt który mam ma taki CFE który nie ma możliwości wejścia na  http://192.168.1.1 po 15 - 30 sekundach czy po godzinie. W jakikolwiek sposób, ile bym nie trzymał resetu.