Autor Tema: [Repositorio] Barrier Breaker 13.12 (Leído 40300 veces)

Noltari · « **en:** 23-12-2013, 16:48 (Lunes) »

He creado un repositorio con varios fixes y addons sobre la última versión de trunk (Barrier Breaker).

Repositorio
https://github.com/openwrt-es/barrier-breaker-openwrt/commits/barrier-breaker_13.12

Código: [Seleccionar]

git clone git://github.com/openwrt-es/barrier-breaker-openwrt.git -b barrier-breaker_13.12
Características
brcm63xx

Creados subtargets con configuraciones y profiles específicos para cada SOC y dispositivo
Añadida detección del modelo para luci.
Los dispositivos con WiFi Broadcom usan b43 debido a los fallos de brcm-wl.
Añadido soporte para Comtrend VR-3025u.
Añadido soporte para Comtrend VR-3025un.
Añadido soporte para ZyXEL P870HW-51a v2.
Añadido soporte para Comtrend WAP-5813n.
Añadido soporte para Huawei HG622.
Añadido soporte para SPROMs con BCMA (wifi en AR-5381u, AR-5387un y ADB P.DG A4001N).
Añadido soporte para el WiFi con b43 en los VR-3025u y VR-3025un.
Añadido soporte para Netgear DGND3700/DGND3800B.
Añadido soporte para Huawei HG520v.

lantiq

Arreglado bug que impedía compilar ltq-atm.
Añadido soporte para Astoria ARV7510PW22.

Otros

uboot-lantiq: Añadido soporte para Astoria ARV7510PW22.
Shairport actualizado a la versión 1.0 y funcional.
kmod-hid-generic seleccionado automáticamente al habilitar kmod-hid (teclados USB en Raspberry, por ejemplo).
luci: Añadido fix de Slartibartfast para habilitar el modo N en kmod-brcm-wl.
Otros fixes no mencionados.

No he probado a fondo todo lo que he añadido y puede haber fallos.

Saludos!

Pteridium · « **Respuesta #1 en:** 23-12-2013, 17:12 (Lunes) »

No hay problema: si aparecen fallos los notificamos y adjuntamos parche.

jar229 · « **Respuesta #2 en:** 23-12-2013, 17:25 (Lunes) »

Gracias Noltari

Como siempre, facilitándonos las cosas para los que compilamos

Noltari · « **Respuesta #3 en:** 23-12-2013, 17:28 (Lunes) »

Cita de: Pteridium en 23-12-2013, 17:12 (Lunes)

No hay problema: si aparecen fallos los notificamos y adjuntamos parche.

Pues sí que había un bug que había metido yo al añadir soporte para el HG622.
https://github.com/openwrt-es/barrier-breaker-openwrt/commit/b70a719d986a11c3a2aff4ab927f5def44f8fd01

Ya está solucionado.

¿Por cierto, alguien con el HG622 puede probar este repo? (se recomienda tener backup de los datos de calibración del WiFi)

Saludos.

Noltari · « **Respuesta #4 en:** 23-12-2013, 17:30 (Lunes) »

Cita de: jar229 en 23-12-2013, 17:25 (Lunes)

Gracias Noltari

Como siempre, facilitándonos las cosas para los que compilamos

La verdad es que tiene bastantes cambios, y espero que para bien.

He intentado seleccionar en cada SOC lo justo y necesario.
Por ejemplo, no hay SSB en los 6328/6362, así como no hay BCMA en el resto.

Saludos!

Noltari · « **Respuesta #5 en:** 23-12-2013, 18:05 (Lunes) »

Otro bug arreglado (switches conectados por SPI):
https://github.com/openwrt-es/barrier-breaker-openwrt/commit/03cd7f910e49b98be9b84c44b7528e1ef9af6ff8

Saludos!

Noltari · « **Respuesta #6 en:** 24-12-2013, 19:12 (Martes) »

He cambiado todos los dispositivos que tenían brcm-wl como driver WiFi a b43 por los fallos que tiene el driver propietario en la última versión oficial.
He arreglado el bug que impedía compilar ltq-atm (múltiples dispositivos lantiq).
He añadido soporte para el Netgear DGND3700/DGND3800B con la ayuda de danitool.

Saludos!

Noltari · « **Respuesta #7 en:** 26-12-2013, 01:20 (Jueves) »

Añadido soporte para Huawei HG520v (brcm63xx) y Astoria ARV7510PW22 (lantiq).

Saludos!

Tki2000 · « **Respuesta #8 en:** 31-12-2013, 17:38 (Martes) »

Hola.

A ver si esta semana puedo hacer una prueba con un HG622 que tengo por aquí.
Gracias por el parche del atm del lantiq, si lo hubiera visto antes me hubiera ahorrado el arreglarlo a mano.

Tki2000 · « **Respuesta #9 en:** 01-01-2014, 22:33 (Miércoles) »

He intentado quemar la flash del HG622 con una imagen compilada de este repositorio y esto es lo que me ha salido:

CFE> f
Loading 192.168.1.100:bcm963xx_fs_kernel ...
Finished loading 2752512 bytes
Chip Id error. Image Chip Id = 0000, Board Chip Id = 6368.
*** command status = -1

¿Alguna idea de por qué?

Tki2000 · « **Respuesta #10 en:** 02-01-2014, 13:39 (Jueves) »

Me respondo yo mismo: estaba usando una imagen que no era la correcta.

Después de varias peripecias para conseguir quemar el openWRT en un HG622 os pego el bootlog por si veis algo. Voy a "trastearlo" a ver si todo está bien. Por ahora he modificado un fichero en el etc/config y no me lo ha corrompido. ¿Esta rama tiene el SMP habilitado para compilar?

Código: [Seleccionar]

CFE version 1.0.37-102.6 for BCM96368 (32bit,SP,BE)
Build Date: Mon May 30 22:11:43 CST 2011 (wangzhiquan@whg.build.huawei.com)
Copyright (C) 2000-2008 Broadcom Corporation.

Parallel flash device: name AM29LV320MT, id 0x2201, size 16384KB
CPU type 0x2A031: 400MHz, Bus: 160MHz, Ref: 64MHz
CPU running TP0
Total memory: 33554432 bytes (32MB)
Boot Address 0xb8000000


Board IP address                  : 192.168.1.1:ffffff00
Host IP address                   : 192.168.1.100
Gateway IP address                :
Run from flash/host (f/h)         : f
Default host run file name        : vmlinux
Default host flash file name      : bcm963xx_fs_kernel
Boot delay (0-9 seconds)          : 3
Boot image (0=latest, 1=previous) : 0
Board Id (0-5)                    : 96368MVWG_hg622
Number of MAC Addresses (1-32)    : 11
Base MAC Address                  : 00:e0:fc:09:09:09
PSI Size (1-64) KBytes            : 64
Main Thread Number [0|1]          : 0

*** Press any key to stop auto run (3 seconds) ***
Auto run second count down: 0

 Support Double system.

Flash boot Flag:
Boot from main system!
LZMA: Prossible old LZMA format, trying to decompress..
Decompression OK!
Entry at 0x80010000
Closing network.
Disabling Switch ports.
Flushing Receive Buffers...
0 buffers found.
Closing DMA Channels.
Starting program at 0x80010000
[    0.000000] Linux version 3.10.24 (tki2k@tki2k-Ubuntu) (gcc version 4.6.4 (Op
enWrt/Linaro GCC 4.6-2013.05 r39156) ) #1 Tue Dec 31 20:05:37 CET 2013
[    0.000000] Detected Broadcom 0x6368 CPU revision b2
[    0.000000] CPU frequency is 400 MHz
[    0.000000] 32MB of RAM installed
[    0.000000] registering 38 GPIOs
[    0.000000] board_bcm963xx: Boot address 0xb8000000
[    0.000000] board_bcm963xx: CFE version: 1.0.37-102.6
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU revision is: 0002a031 (Broadcom BMIPS4350)
[    0.000000] board_bcm963xx: board name: 96368MVWG_hg622
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 02000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x00000000-0x01ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x00000000-0x01ffffff]
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 16 bytes.
[    0.000000] Primary data cache 32kB, 2-way, VIPT, cache aliases, linesize 16
bytes
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pag
es: 8128
[    0.000000] Kernel command line:  root=/dev/mtdblock2 rootfstype=squashfs,jff
s2 noinitrd console=ttyS0,115200
[    0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
[    0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Memory: 29072k/32768k available (2296k kernel code, 3696k reserve
d, 586k data, 188k init, 0k highmem)
[    0.000000] NR_IRQS:128
[    0.000000] Calibrating delay loop... 397.82 BogoMIPS (lpj=795648)
[    0.032000] pid_max: default: 32768 minimum: 301
[    0.036000] Mount-cache hash table entries: 512
[    0.044000] NET: Registered protocol family 16
[    0.052000] registering PCI controller with io_map_base unset
[    0.060000] bio: create slab <bio-0> at 0
[    0.064000] PCI host bridge to bus 0000:00
[    0.068000] pci_bus 0000:00: root bus resource [mem 0x30000000-0x37ffffff]
[    0.072000] pci_bus 0000:00: root bus resource [io  0x8000000-0x800ffff]
[    0.076000] pci_bus 0000:00: No busn resource found for root bus, will use [b
us 00-ff]
[    0.092000] pci 0000:00:01.0: BAR 0: assigned [mem 0x30000000-0x3000ffff]
[    0.096000] Switching to clocksource MIPS
[    0.104000] NET: Registered protocol family 2
[    0.108000] TCP established hash table entries: 512 (order: 0, 4096 bytes)
[    0.116000] TCP bind hash table entries: 512 (order: -1, 2048 bytes)
[    0.120000] TCP: Hash tables configured (established 512 bind 512)
[    0.128000] TCP: reno registered
[    0.132000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.136000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.144000] NET: Registered protocol family 1
[    0.152000] audit: initializing netlink socket (disabled)
[    0.156000] type=2000 audit(0.156:1): initialized
[    0.160000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.168000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORIT
Y) (c) 2001-2006 Red Hat, Inc.
[    0.180000] msgmni has been set to 56
[    0.184000] io scheduler noop registered
[    0.188000] io scheduler deadline registered (default)
[    0.192000] bcm63xx_uart.0: ttyS0 at MMIO 0xb0000100 (irq = 10) is a bcm63xx_
Ê[    0.200000] console [ttyS0] enabled, bootconsole disabled
[    0.200000] console [ttyS0] enabled, bootconsole disabled
[    0.212000] bcm63xx-rng bcm63xx-rng: registered RNG driver
[    0.220000] physmap platform flash device: 08000000 at 18000000
[    0.228000] physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank. Manuf
acturer ID 0x0000c2 Chip ID 0x00227e
[    0.236000] Amd/Fujitsu Extended Query Table at 0x0040
[    0.244000]   Amd/Fujitsu Extended Query version 1.3.
[    0.248000] number of CFI chips: 1
[    0.252000] bcm63xxpart: CFE boot tag found with version 6 and board type 963
68MVWG_hg622
[    0.260000] bcm63xxpart: Partition 0 is CFE offset 0 and length 20000
[    0.268000] bcm63xxpart: Partition 1 is kernel offset 20100 and length fff00
[    0.276000] bcm63xxpart: Partition 2 is rootfs offset 120000 and length e8000
0
[    0.280000] bcm63xxpart: Partition 3 is cal_data offset fa0000 and length 200
00
[    0.288000] bcm63xxpart: Partition 4 is nvram offset fe0000 and length 20000
[    0.296000] bcm63xxpart: Partition 5 is linux offset 20000 and length f80000
[    0.304000] bcm63xxpart: Spare partition is offset 3c0004 and length bdfffc
[    0.312000] 6 bcm63xxpart partitions found on MTD device physmap-flash.0
[    0.316000] Creating 6 MTD partitions on "physmap-flash.0":
[    0.324000] 0x000000000000-0x000000020000 : "CFE"
[    0.332000] 0x000000020100-0x000000120000 : "kernel"
[    0.336000] mtd: partition "kernel" must either start or end on erase block b
oundary or be smaller than an erase block -- forcing read-only
[    0.352000] 0x000000120000-0x000000fa0000 : "rootfs"
[    0.356000] mtd: device 2 (rootfs) set to be root filesystem
[    0.364000] mtd: partition "rootfs_data" created automatically, ofs=0x3c0000,
 len=0xbe0000
[    0.372000] 0x0000003c0000-0x000000fa0000 : "rootfs_data"
[    0.380000] 0x000000fa0000-0x000000fc0000 : "cal_data"
[    0.384000] 0x000000fe0000-0x000001000000 : "nvram"
[    0.392000] 0x000000020000-0x000000fa0000 : "linux"
[    0.400000] bcm63xx-spi bcm63xx-spi: at 0xb0000800 (irq 9, FIFOs size 542)
[    0.448000] b53_common: found switch: BCM63xx, rev 0
[    0.452000] bcm63xx-wdt bcm63xx-wdt:  started, timer margin: 30 sec
[    0.464000] TCP: cubic registered
[    0.464000] NET: Registered protocol family 17
[    0.472000] 8021q: 802.1Q VLAN Support v1.8
[    0.480000] VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
[    0.488000] Freeing unused kernel memory: 188K (802e1000 - 80310000)
procd: Console is alive
procd: - watchdog -
procd: - preinit -
[    2.652000] bcm63xx_enetsw bcm63xx_enetsw.0: link UP on port4, 100Mbps, full-
duplex
Press the [f] key and hit [enter] to enter failsafe mode
Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
[    4.128000] usbcore: registered new interface driver usbfs
[    4.132000] usbcore: registered new interface driver hub
[    4.140000] usbcore: registered new device driver usb
[    4.152000] Button Hotplug driver version 0.4.1
[    4.164000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    4.172000] ehci-platform: EHCI generic platform driver
[    4.280000] ehci-platform ehci-platform: EHCI Host Controller
[    4.284000] ehci-platform ehci-platform: new USB bus registered, assigned bus
 number 1
[    4.292000] ehci-platform ehci-platform: irq 15, io mem 0xb0001500
[    4.312000] ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00, overcurr
ent ignored
[    4.320000] hub 1-0:1.0: USB hub found
[    4.324000] hub 1-0:1.0: 2 ports detected
[    4.332000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    4.340000] ohci-platform ohci-platform: Generic Platform OHCI Controller
[    4.348000] ohci-platform ohci-platform: new USB bus registered, assigned bus
 number 2
[    4.356000] ohci-platform ohci-platform: irq 13, io mem 0xb0001600
[    4.420000] hub 2-0:1.0: USB hub found
[    4.424000] hub 2-0:1.0: 1 port detected
[    4.432000] input: gpio-keys-polled as /devices/platform/gpio-keys-polled.0/i
nput/input0
mount_root: jffs2 is ready
[    6.244000] jffs2: notice: (225) jffs2_build_xattr_subsystem: complete buildi
ng xattr subsystem, 1 of xdatum (0 unchecked, 0 orphan) and 11 of xref (0 dead,
2 orphan) found.
procd: - early -
procd: - watchdog -
procd: - ubus -
procd: - init -
Please press Enter to activate this console.
[    8.464000] NET: Registered protocol family 10
[    9.112000] wl: module license 'unspecified' taints kernel.
[    9.116000] Disabling lock debugging due to kernel taint
[    9.220000] SSB/BCMA glue driver successfully attached
[    9.236000] nf_conntrack version 0.5.0 (457 buckets, 1828 max)
[    9.252000] ip6_tables: (C) 2000-2006 Netfilter Core Team
[    9.280000] Loading modules backported from Linux version master-2013-11-05-0
-gafa3093
[    9.288000] Backport generated by backports.git backports-20130802-0-gdb67a3f

[    9.304000] ip_tables: (C) 2000-2006 Netfilter Core Team
[    9.360000] xt_time: kernel timezone is -0000
[    9.396000] cfg80211: Calling CRDA to update world regulatory domain
[    9.408000] cfg80211: World regulatory domain updated:
[    9.412000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gai
n, max_eirp)
[    9.420000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 20
00 mBm)
[    9.428000] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 20
00 mBm)
[    9.436000] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 20
00 mBm)
[    9.444000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (300 mBi, 20
00 mBm)
[    9.452000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (300 mBi, 20
00 mBm)
[    9.460000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0
mBm)
[    9.576000] PPP generic driver version 2.4.2
[    9.584000] NET: Registered protocol family 24
[    9.628000] ieee80211 phy0: rt2x00lib_request_eeprom_file: Info - Loading EEP
ROM data from 'rt2x00.eeprom'.
[    9.640000] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 3572, rev 0223 d
etected
[    9.648000] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0008 detected
[   13.024000] bcm63xx_enetsw bcm63xx_enetsw.0: link UP on port4, 100Mbps, full-
duplex
[   16.840000] bcm63xx_enetsw bcm63xx_enetsw.0: link UP on port4, 100Mbps, full-
duplex
[   16.848000] device eth0.1 entered promiscuous mode
[   16.856000] device eth0 entered promiscuous mode
[   16.864000] br-lan: port 1(eth0.1) entered forwarding state
[   16.868000] br-lan: port 1(eth0.1) entered forwarding state
procd: - init complete -
[   17.836000] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
[   18.872000] br-lan: port 1(eth0.1) entered forwarding state

Tki2000 · « **Respuesta #11 en:** 02-01-2014, 19:44 (Jueves) »

He observado esto al activar la WiFi del HG622:

Al activar la WiFi se me inunda el log del kernel con mensajes de error:

dmesg:

Código: [Seleccionar]

[ 2942.116000] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max
3840
[ 2942.220000] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max
3840
[ 2942.628000] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max
3840

logread:

Código: [Seleccionar]

Tue Dec 31 20:46:36 2013 kern.err kernel: [ 2985.124000] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
Tue Dec 31 20:46:37 2013 kern.err kernel: [ 2985.944000] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840

Para hacer un scan de redes tengo que desactivar la WiFi. Después de eso se puede activar otra vez.
He podido asociarme al router como punto de acceso AP.
He podido asociar el router a la WiFi de otro router como WAN en modo cliente.

Al asociarme por la WiFi la transferencia da pena. Tarda incluso minutos en cargar una página del LuCi (y casi nunca cargan del todo). Por cable no hay problema.

P.D.: el driver WiFi utilizado es : kmod-brcm-wl

jar229 · « **Respuesta #12 en:** 03-01-2014, 12:48 (Viernes) »

Acabo de compilar para el VR3025un y todo ha concluido sin problemas

Por si le es útil a alguien, voy a colgar el firmware en el hilo pertinente

zorrua · « **Respuesta #13 en:** 03-01-2014, 15:09 (Viernes) »

Cita de: jar229 en 03-01-2014, 12:48 (Viernes)

Acabo de compilar para el VR3025un y todo ha concluido sin problemas

Por si le es útil a alguien, voy a colgar el firmware en el hilo pertinente

Hola, ¿podrias compilar tambien para VR3025u (sin n) y para Huawei HG622 con sus correpondientes ".config"?

Muchas gracias por vuestro trabajo.

Saludos.

jar229 · « **Respuesta #14 en:** 04-01-2014, 10:50 (Sábado) »

Cita de: zorrua en 03-01-2014, 15:09 (Viernes)

Cita de: jar229 en 03-01-2014, 12:48 (Viernes)
Acabo de compilar para el VR3025un y todo ha concluido sin problemas

Por si le es útil a alguien, voy a colgar el firmware en el hilo pertinente

Hola, ¿podrias compilar tambien para VR3025u (sin n) y para Huawei HG622 con sus correpondientes ".config"?

Muchas gracias por vuestro trabajo.

Saludos.

No me gusta hacer compilaciones que no puedo probar previamente. Así que ... para el vr3025u la pongo en breve, pero para el hg6222 ... no va a poder ser.

zorrua · « **Respuesta #15 en:** 04-01-2014, 12:45 (Sábado) »

Cita de: jar229 en 04-01-2014, 10:50 (Sábado)

No me gusta hacer compilaciones que no puedo probar previamente. Así que ... para el vr3025u la pongo en breve, pero para el hg6222 ... no va a poder ser.

OK, gracias!

Tki2000 · « **Respuesta #16 en:** 04-01-2014, 16:09 (Sábado) »

Hola Noltari.

A ver si me puedes echar una mano con esto:

Estoy trasteando un HG622 pero tengo un bootloader un poco cabr.. Cada 15 segundos se autoresetea y no se puede hacer casi nada a mano desde él. He conseguido quemar en la flash una versión de 4/5MB que es todo lo que da tiempo a transferir al router antes de que la rutina de reseteo me interrumpa la transferencia. El caso es que una vez realizada la transferencia el CFE se pone a quemar la flash y lo hace bien, sin interrupciones, con lo que considero que la rutina de flasheo está teniendo en cuenta el watchdog. Sin embargo una vez arrancado el openWRT, si intento quemar una nueva imagen en el router mediante la opción del LuCi, en mitad del proceso de escritura el CFE lo interrumpe y como resultado tengo un router con sólo parte de la flash escrita (veo un mensaje en la consola serie de que el watchdog se ha disparado y se resetea el sistema). El resultado es que no arranca y se queda "brickeado" en el CFE para escribir una imagen en la flash.
He probado a quemar una imagen desde el CFE y funciona. He probado a quemar esa misma imagen desde el propio openWRT y peta.
De lo anterior deduzco que la rutina de escritura en la flash del openWRT no está teniendo en cuenta el watchdog del HG622.

¿Sería posible hacer un parche para tener en cuenta el watchdog del HG622 cuando flashea algo en la memoria?
Supongo que mientras funciona el openWRT ya se tiene en cuenta porque veo mensajes de soft watchdog init o algo así por la consola serie (procd: - watchdog -).

Otra opción sería que pudiera quemar en la flash otro bootloader que no tuviera ese timeout (del mío ya tengo copia de seguridad), o desactivara el watchdog, pero no he conseguido encontrar ningún otro y sin instrucciones me da yuyu...

Mil millones de gracias desde ya...

danitool · « **Respuesta #17 en:** 04-01-2014, 17:13 (Sábado) »

Cita de: Tki2000 en 04-01-2014, 16:09 (Sábado)

Hola Noltari.

A ver si me puedes echar una mano con esto:

Estoy trasteando un HG622 pero tengo un bootloader un poco cabr.. Cada 15 segundos se autoresetea y no se puede hacer casi nada a mano desde él. He conseguido quemar en la flash una versión de 4/5MB que es todo lo que da tiempo a transferir al router antes de que la rutina de reseteo me interrumpa la transferencia. El caso es que una vez realizada la transferencia el CFE se pone a quemar la flash y lo hace bien, sin interrupciones, con lo que considero que la rutina de flasheo está teniendo en cuenta el watchdog. Sin embargo una vez arrancado el openWRT, si intento quemar una nueva imagen en el router mediante la opción del LuCi, en mitad del proceso de escritura el CFE lo interrumpe y como resultado tengo un router con sólo parte de la flash escrita (veo un mensaje en la consola serie de que el watchdog se ha disparado y se resetea el sistema). El resultado es que no arranca y se queda "brickeado" en el CFE para escribir una imagen en la flash.
He probado a quemar una imagen desde el CFE y funciona. He probado a quemar esa misma imagen desde el propio openWRT y peta.
De lo anterior deduzco que la rutina de escritura en la flash del openWRT no está teniendo en cuenta el watchdog del HG622.

¿Sería posible hacer un parche para tener en cuenta el watchdog del HG622 cuando flashea algo en la memoria?
Supongo que mientras funciona el openWRT ya se tiene en cuenta porque veo mensajes de soft watchdog init o algo así por la consola serie (procd: - watchdog -).

Otra opción sería que pudiera quemar en la flash otro bootloader que no tuviera ese timeout (del mío ya tengo copia de seguridad), o desactivara el watchdog, pero no he conseguido encontrar ningún otro y sin instrucciones me da yuyu...

Mil millones de gracias desde ya...

No sé si tienes claro lo que es el watchdog, el watchdog simplemente lo que hace es que, cuando detecta un fallo en el hardware (falta de memoria p.ej.) se dispara y hace un reinicio para evitar que el sistema se quede colgado hasta el fin de los tiempos.

Sobre lo del timeout del CFE, es curioso, nunca había visto nada parecido. Cambiar de bootloader no sé si será una opción, a menos que encuentres por el foro a alguien con la misma placa y un bootloader que no haga esto.

Cualquier otro bootloader que no sea específico para esa placa sería peligroso sino encaja, además que encontrar un bootloader de otra placa con una board-id 96368MVWG_hg622 se me antoja imposible, con lo que habría que usar otra board-id y compilaciones específicas.

Tki2000 · « **Respuesta #18 en:** 04-01-2014, 17:33 (Sábado) »

Citar

No sé si tienes claro lo que es el watchdog, el watchdog simplemente lo que hace es que, cuando detecta un fallo en el hardware (falta de memoria p.ej.) se dispara y hace un reinicio para evitar que el sistema se quede colgado hasta el fin de los tiempos.

Creo que sé lo que es un watchdog ya que trabajo con autómatas programables.

Un watchog es una rutina a la que si no se le da una señal dentro de un tiempo establecido produce un reset, dado que si la señal no llega es porque el procedimiento padre se ha quedado colgado.
Por eso digo que el openWRT no le está dando la señal al watchdog (literalmente del inglés "perro guardián") para que no haga el reset.
El watchdog no detecta nada, simplemente es un contador decreciente de x milisegundos que cuando llega a 0 hace un reset si no le hemos dicho antes que el contador vuelva a contar (señal de watchdog que debe dar el procedimiento padre).

En el caso que tú has puesto de falta de memoria, haría que el procedimiento padre dejara de dar la señal al watchdog y éste al llegar a 0 resetearía la placa.

Citar

Cualquier otro bootloader que no sea específico para esa placa sería peligroso sino encaja, además que encontrar un bootloader de otra placa con una board-id 96368MVWG_hg622 se me antoja imposible, con lo que habría que usar otra board-id y compilaciones específicas.

Si alguien pudiera probar su bootloader del HG622 si tiene o no el reset por tiempo y si no lo tiene pudiera hacer una copia, lo mismo me arriesgaba.
He encontrado un par de bootloaders para este router, pero ninguna descripción de lo que hacen y ni mucho menos si tienen el watchdog activado o no en el proceso de carga, por eso me da yuyu sin saber qué hacen.

Los bootloaders los encontré aquí, y el mío se parece mucho (no es completamente igual pero sí lo es mucho) al de CHINATEL: https://drive.google.com/folderview?id=0B6wW18mYskvBMVA5TVduNHlqNlU

Lesgar · « **Respuesta #19 en:** 04-01-2014, 19:16 (Sábado) »

Acabo de compilar el firmware para el ARV4518R01.
Todo ha ido bien, pero al instalarlo no puede leer la Eeprom de la wifi Atheros (la partición de 64k con los caldata está intacta). Tampoco funcionan los puertos ethernet (dan link pero no se puede acceder a ellos).
¿alguna idea?
Gracias.

Noticias:

Autor Tema: [Repositorio] Barrier Breaker 13.12 (Leído 40300 veces)

Noltari

Pteridium

Noltari

Noltari

Noltari

Noltari

Noltari

zorrua

zorrua

danitool

Lesgar