Commentaires sur : Flash de la Fonera 2 (2202) avec Openwrt

Par : totof

totof — Sun, 28 Jun 2009 06:23:59 +0000

Voici le boot de ma fonera 2.
Elle est branchée par un cable série USB-TTL. Ce cable marche impec avec ma Fonera 1. Avec la Fonera 2, redboot ne me laisse aucune action possible (CTRL-C ou ENTER) quand il le demande.

Quelqu’un a-til une idée.

Cordialement.

+Ethernet eth0: MAC address 00:XX:XX:XX:XX:XX
IP: 0.0.0.0/255.255.255.0, Gateway: 0.0.0.0
Default server: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROMRAM]
OpenWrt certified release, version 1.1 – built 12:40:38, Sep 3 2007

Board: FON 2202
RAM: 0×80000000-0×82000000, [0x80040290-0x80fe1000] available
FLASH: 0xa8000000 – 0xa87f0000, 128 blocks of 0×00010000 bytes each.
== Executing boot script in 1.000 seconds – enter ^C to abort
RedBoot> fis load -b 0×80100000 loader
RedBoot> go 0×80100000
Failsafe loader v0.2

Looking for board config data… found at offset 0xa87f0000
Reset button GPIO: 6
Reading flash from 0xa8040000 to 0xa84914b2… done.
Verifying CRC… OK – 0x6457bcf2
Uncompressing Linux… Ok, booting the kernel.
Linux version 2.6.26.2 (blogic@blap4) (gcc version 4.1.2) #10 Tue Apr 21 14:12:05 CEST 2009
CPU revision is: 00019064 (MIPS 4KEc)
Determined physical RAM map:
memory: 02000000 @ 00000000 (usable)
Initrd not found or empty – disabling initrd
Zone PFN ranges:
Normal 0 -> 8192
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 8192
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128
Kernel command line: console=ttyS0,9600 rootfstype=squashfs,jffs2 init=/etc/preinit
Primary instruction cache 16kB, VIPT, 4-way, linesize 16 bytes.
Primary data cache 16kB, 4-way, VIPT, no aliases, linesize 16 bytes
PID hash table entries: 128 (order: 7, 512 bytes)
console [ttyS0] enabled
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 29784k/32768k available (1889k kernel code, 2984k reserved, 317k data, 128k init, 0k highmem)
SLUB: Genslabs=6, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Mount-cache hash table entries: 512
net_namespace: 484 bytes
NET: Registered protocol family 16
Radio config found at offset 0xf8(0x1f8)
AR531x PCI init…
done
PCI: fixing up device 0,3,0
PCI: Failed to allocate mem resource #1:4000000@84000000 for 0000:00:03.0
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
NET: Registered protocol family 1
ar531x: Registering GPIODEV device
gpio_proc: module loaded and /proc/gpio/ created
squashfs: version 3.0 (2006/03/15) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (SUMMARY) Â© 2001-2006 Red Hat, Inc.
msgmni has been set to 58
io scheduler noop registered
io scheduler deadline registered (default)
gpiodev: gpio device registered with major 254
gpiodev: gpio platform device registered with access mask FFFFFFFF
Serial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing disabled
serial8250: ttyS0 at MMIO 0xb1100003 (irq = 37) is a 16550A
eth0: Atheros AR231x: 00:XX:XX:XX:XX:XX, irq 4
ar2313_eth_mii: probed
eth0: Marvell 88E6060 PHY driver attached.
eth0: attached PHY driver [Marvell 88E6060] (mii_bus:phy_addr=0:1f)
cmdlinepart partition parsing not available
Searching for RedBoot partition table in spiflash at offset 0x7d0000
Searching for RedBoot partition table in spiflash at offset 0x7e0000
8 RedBoot partitions found on MTD device spiflash
Creating 8 MTD partitions on « spiflash »:
0×00000000-0×00030000 : « RedBoot »
0×00030000-0×00040000 : « loader »
0×00040000-0×00660000 : « image »
0x000f2e84-0×00660000 : « rootfs »
mtd: partition « rootfs » doesn’t start on an erase block boundary — force read-only
mtd: partition « rootfs » set to be root filesystem
mtd: partition « rootfs_data » created automatically, ofs=4A0000, len=1C0000
0x004a0000-0×00660000 : « rootfs_data »
0×00660000-0x007a0000 : « image2″
0x007e0000-0x007ef000 : « FIS directory »
0x007ef000-0x007f0000 : « RedBoot config »
0x007f0000-0×00800000 : « boardconfig »
Registered led device: gpio0
Registered led device: gpio1
Registered led device: wlan
Registered led device: gpio3
Registered led device: gpio4
Registered led device: gpio7
nf_conntrack version 0.5.0 (1024 buckets, 4096 max)
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP vegas registered
NET: Registered protocol family 17
802.1Q VLAN Support v1.8 Ben Greear
All bugs added by David S. Miller
VFS: Mounted root (squashfs filesystem) readonly.
Freeing unused kernel memory: 128k freed
Please be patient, while OpenWrt loads …
Algorithmics/MIPS FPU Emulator v1.5
- preinit -
Press CTRL-C for failsafe
switching to jffs2
mini_fo: using base directory: /
mini_fo: using storage directory: /jffs
- init -

Please press Enter to activate this console. device eth0.0 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.0) entering learning state
br-lan: topology change detected, propagating
br-lan: port 1(eth0.0) entering forwarding state
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PPP generic driver version 2.4.2
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky
IPP2P v0.8.1_rc1 loading
ipt_time loading
Driver ‘sd’ needs updating – please use bus_type methods
wlan: trunk
ath_hal: module license ‘Proprietary’ taints kernel.
ath_hal: 2008-10-02 (AR5212, AR5312, RF5111, RF5112, RF2316, RF2317, REGOPS_FUNC, TX_DESC_SWAP, DFS, XR)
ath_rate_minstrel: Minstrel automatic rate control algorithm 1.2 (trunk)
ath_rate_minstrel: look around rate set to 10%
ath_rate_minstrel: EWMA rolloff level set to 75%
ath_rate_minstrel: max segment size in the mrr set to 6000 us
wlan: mac acl policy registered
ath_ahb: trunk
Atheros HAL provided by OpenWrt, DD-WRT and MakSat Technologies
wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: H/W encryption support: WEP AES AES_CCM TKIP
ath_ahb: wifi0: Atheros 2315 WiSoC: mem=0xb0000000, irq=3
PCI: Enabling device 0000:00:00.1 (0000 -> 0002)
ehci_hcd 0000:00:00.1: EHCI Host Controller
ehci_hcd 0000:00:00.1: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:00.1: irq 5, io mem 0x80c21000
ehci_hcd 0000:00:00.1: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
usbcore: registered new interface driver usblp
usbcore: registered new interface driver usbserial
usbserial: USB Serial support registered for generic
usbcore: registered new interface driver usbserial_generic
usbserial: USB Serial Driver core
Initializing USB Mass Storage driver…
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
Linux video capture interface: v2.00
usbserial: USB Serial support registered for GSM modem (1-port)
usbcore: registered new interface driver option
option: USB Driver for GSM modems: v0.7.2
usbserial: USB Serial support registered for Sierra USB modem
usbcore: registered new interface driver sierra
sierra: USB Driver for Sierra Wireless USB modems: v.1.2.9c
fuse init (API version 7.9)
usbcore: registered new interface driver uvcvideo
USB Video Class driver (SVN r215)
device ath1 entered promiscuous mode
br-lan: port 2(ath1) entering learning state
br-lan: topology change detected, propagating
br-lan: port 2(ath1) entering forwarding state

Par : exodis

exodis — Thu, 25 Jun 2009 15:06:53 +0000

Ca y est, le flashage a reussi avec un cable adhoc sur le port serie.
openwrt 8-09-1 installe.
Les interfaces reseaux configures comme je le veux.
Le montage d’une clef usb effectue.
Maintenant je teste l’installation de python…
Avec python-mini pas de probleme, mais le mini ne me convient pas, je veux la version pleine.
La probleme, pas assez de place dans la bete…
Ok, il y a une clef usb de 512 Mo d’intallee, en ext 3, le montage fonctionne vu qu’un transfert de fichier de 60 mo en scp a fonctionne…
Donc petit tour dans opkg.conf avec vi et on rajoute une ligne « dest usb /mnt/usbdrive » pour pouvoir installer sur la clef avec opkg.
On teste « opkg -d usb install python » et là…
Pas assez de place, le nombre de blocs repere par opkg est toujours le meme, il ne tient pas compte de la clef et de ces 460 Mo de dispo…
Une idee ???

A+

Par : exodis

exodis — Tue, 16 Jun 2009 23:33:40 +0000

J’attends un cable…
des qu’il arrive je test le redboot et en cas de succes flash openwrt.
A+

Par : Byron

Byron — Mon, 15 Jun 2009 10:55:25 +0000

J’ai réussit également à accéder à redboot avec un cable USB/TTL ! Mon cable est à base de cp2101 (directement intégré dans le kernel linux)

Il fuat utiliser putty par exemple en 9600-N-1 (9600 bauds, pas de parité, un bit de stop) et aucun control de flux.

Par : Byron

Byron — Mon, 15 Jun 2009 10:50:46 +0000

exodis : l’accès au redboot sur les fonera 2.0 end-user est possible seulement avec le port série !
Je me suis bricolé un cabel usb TTL (avec un chip cp2101) et ca marche très bien (putty en 9800-N-1).

Une fois openwrt flashé tu peux ré-activé redboot sur l’ip que tu le souhaites !

Par : exodis

exodis — Sat, 13 Jun 2009 14:27:54 +0000

Salut freaks, peux tu detailler la manip avec le cordon ?
merci

Par : freax

freax — Sat, 13 Jun 2009 12:07:10 +0000

Hello world,
J’ai réussi a flasher mon Fonera 2202
En fait , le Telnet n’était pas activé , je me suis donc servis d’un convertisseur TTL / USB pour paramétrer le réseau , et maintenant , ça marche nickel

Merci pour le tuto

Par : exodis

exodis — Fri, 12 Jun 2009 23:21:22 +0000

bonjour a tous.
je viens de recevoir une fonera 2202 apres restockage.
Firmware 2.2.5.0.
le ssh est disponible en activant le mode dev.
Apres quelques lectures françaises et anglaises sur le net, il semblerait que le telnet par redboot ne soit plus actif dans cette version quelque soit l’adresse ip donnée.
je ne sais pas encore si l’acces par le port serie est possible, certaines sources donnent oui, d’autres non.
Apparement, mtd0 serait protégé en ecriture et donc non modifiable. Sii quelqu’un a d’autres infos plus rejouissantes…

Par : Freddee

Freddee — Wed, 10 Jun 2009 14:59:43 +0000

Bonjour,

Merci Jopa pour ce site, je viens de Flasher une Fonera+ à l’instant, sans aucun problème.

Si je peux me permettre de répondre à Freax, comme le dit Jopa, suivant les versions de la Fonera c’est 192.168.1.1 ou 192.168.1.254 qui est utilisé par le redboot.

Je te conseille donc de prendre une adresse différente de l’une ou de l’autre pour ton PC (style 192.168.1.100 par exemple)…

Ensuite, il faut bien penser à éteindre la Fonera (la débrancher électriquement), lancer le redboot

./redboot.pl 192.168.1.1 ou ./redboot.pl 192.168.1.254 (essayer l’un, puis l’autre si ça ne fonctionnait pas)

Puis rebrancher la fonera… environs 5 secondes plus tard, tu devrais avoir un accès au redboot.

Par : Freax

Freax — Wed, 10 Jun 2009 09:29:24 +0000

J’utilise le redboot.pl
j’ai connecté mon pc sur le port gris du fonera ( j’ai essayé le port noir avec les mêmes résultat )
puis je fais:
./redboot.pl 192.168.1.1

et j’obtiens :
»
ICMP Host Unreachable from 192.168.1.254 for ICMP Echo sent to 192.168.1.1
ICMP Host Unreachable from 192.168.1.254 for ICMP Echo sent to 192.168.1.1
ICMP Host Unreachable from 192.168.1.254 for ICMP Echo sent to 192.168.1.1
192.168.1.1 is unreachable
192.168.1.1 is unreachable
»
à l’infini