Seguridad Wireless - Wifi
Equipos y materiales => Puntos de acceso, routers, switchs y bridges => Openwrt & LEDE => Mensaje iniciado por: 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
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!
-
No hay problema: si aparecen fallos los notificamos y adjuntamos parche. ;)
-
Gracias Noltari >:( >:(
Como siempre, facilitándonos las cosas para los que compilamos ;)
-
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.
-
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!
-
Otro bug arreglado (switches conectados por SPI):
https://github.com/openwrt-es/barrier-breaker-openwrt/commit/03cd7f910e49b98be9b84c44b7528e1ef9af6ff8
Saludos!
-
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!
-
Añadido soporte para Huawei HG520v (brcm63xx) y Astoria ARV7510PW22 (lantiq).
Saludos!
-
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.
-
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é?
-
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?
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
-
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:
[ 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:
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
-
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 ;)
-
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.
-
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.
-
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!
-
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...
-
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.
-
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.
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 (https://drive.google.com/folderview?id=0B6wW18mYskvBMVA5TVduNHlqNlU)
-
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.
-
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 (https://drive.google.com/folderview?id=0B6wW18mYskvBMVA5TVduNHlqNlU)
.
Editado-
Así a simple vista el bootloader de chinatel parece compatible con el hg622, ya que se ve claramente en la zona de la NVRAM la misma board ID, yo diría que es seguro flashearlo.. No tienen la misma board Id en la NVRAM,
96368MVWG_hg622
96368MVWG.622
aunque podrían ser compatibles y tener la elección de la board ID apropiada
no seguiré hablando del tema porque este no es el hilo apropiado, creo que ya es bastante caótico el foro >:D
-
Hay posibilidad de activar la compilación SMP ?
Es que me iría muy bien para unas pruebas ... ^-^
-
Hay posibilidad de activar la compilación SMP ?
Es que me iría muy bien para unas pruebas ... ^-^
Todavía está en pruebas, pero puedes probar a ver (branch barrier-breaker_13.12_smp):
https://github.com/openwrt-es/barrier-breaker-openwrt/commits/barrier-breaker_13.12_smp
git clone git://github.com/openwrt-es/barrier-breaker-openwrt.git -b barrier-breaker_13.12_smp
Saludos!
-
Todavía está en pruebas, pero puedes probar a ver (branch barrier-breaker_13.12_smp):
https://github.com/openwrt-es/barrier-breaker-openwrt/commits/barrier-breaker_13.12_smp
git clone git://github.com/openwrt-es/barrier-breaker-openwrt.git -b barrier-breaker_13.12_smp
Saludos!
Gracias ;)
-
agradecer el trabajo
es la 1º vez que selecciono las opciones en el make menuconfig y cuando realizo make me crea la carpeta bin sin dar error :)
intente crear todos los paquetes y la compilacion se paro en sound/mpd
ahora solo me keda probar el media wrt y que mi tdt usb funcione :)
-
agradecer el trabajo
es la 1º vez que selecciono las opciones en el make menuconfig y cuando realizo make me crea la carpeta bin sin dar error :)
intente crear todos los paquetes y la compilacion se paro en sound/mpd
ahora solo me keda probar el media wrt y que mi tdt usb funcione :)
Compila con "make j=3 IGNORE_ERRORS=m". j=3 cámbialo por el número de núcleos que tenga el procesador del PC.
No incluyas los paquetes de "Utilities -> Filesystem" ntfsprogs, ni ntfsprogs_ntfs-3g. Dan error y paran la compilación.
Prepárate a 12 horitas de compilación y 650MB de paquetes.
-
Hay posibilidad de activar la compilación SMP ?
Es que me iría muy bien para unas pruebas ... ^-^
Todavía está en pruebas, pero puedes probar a ver (branch barrier-breaker_13.12_smp):
https://github.com/openwrt-es/barrier-breaker-openwrt/commits/barrier-breaker_13.12_smp
git clone git://github.com/openwrt-es/barrier-breaker-openwrt.git -b barrier-breaker_13.12_smp
Saludos!
El repositorio smp esta borrado, eso es que ya esta integrado?
-
Hay posibilidad de activar la compilación SMP ?
Es que me iría muy bien para unas pruebas ... ^-^
Todavía está en pruebas, pero puedes probar a ver (branch barrier-breaker_13.12_smp):
https://github.com/openwrt-es/barrier-breaker-openwrt/commits/barrier-breaker_13.12_smp
git clone git://github.com/openwrt-es/barrier-breaker-openwrt.git -b barrier-breaker_13.12_smp
Saludos!
El repositorio smp esta borrado, eso es que ya esta integrado?
No, sólo es un error tipográfico.
git clone git://github.com/openwrt-es/barrier-breaker-openwrt.git -b barrier-breaker_13.12-smp
-
No, sólo es un error tipográfico.
git clone git://github.com/openwrt-es/barrier-breaker-openwrt.git -b barrier-breaker_13.12-smp
En realidad es que borré esa branch porque tenía un fallo.
Esa otra es nueva ;).
Saludos!
-
Llevo unos días trasteando con la compilación para el HG622 (sin SMP) y parece que por ahora está funcionando casi todo. Los fallos que me daba la WiFi ya no me los da así que supongo que fue por una mala compilación (ahora le saco un rendimiento 3 veces mayor que a un HG556). Lo que no he conseguido ni a la de tres es que el openWRT sea capaz de quemar o actualizar la imagen de la flash, es decir, desde el CFE puedo quemar una imagen de openWRT, sin embargo una vez arrancado el openWRT, no puedo actualizar el openWRT con otra imagen compilada. Siempre se corrompe. He probado a hacerlo desde la interfaz luci, y a mano copiando el fichero a la ram del router y quemando con mtd, y en ambos casos el resultado es el mismo.
¿Podría alguien corroborarme esto?
-
Acabo de compilar un firm desde este repositorio para mi comtrend-ar5387un con los parches que creo que necesitaré. La primera vez me ha dado error 2, pero creo que era porque mi conexión a internet estaba fallando. Lo he vuelto a hacer y ahora si ha terminado sin problemas, aunque hay una cosa que no estoy seguro si es correcta o es error:
(http://i.imgur.com/zYUjKsO.png)
Lo de "Signing key has not been configured". ¿He hecho ago mal o me ha fallado algo en la compilación? El archivo bin lo tengo preparado, ¿lo cargo en el router o puede fallar algo?
-
Acabo de compilar un firm desde este repositorio para mi comtrend-ar5387un con los parches que creo que necesitaré. La primera vez me ha dado error 2, pero creo que era porque mi conexión a internet estaba fallando. Lo he vuelto a hacer y ahora si ha terminado sin problemas, aunque hay una cosa que no estoy seguro si es correcta o es error:
(http://i.imgur.com/zYUjKsO.png)
Lo de "Signing key has not been configured". ¿He hecho ago mal o me ha fallado algo en la compilación? El archivo bin lo tengo preparado, ¿lo cargo en el router o puede fallar algo?
Todo OK.
Saludos!
-
Muy buenas, he conseguido terminar de compilar con este repositorio, lo que no me queda muy claro es que el archivo resultante (solamente uno) no tiene extensión *.bin si no *.squashfs
adrian@UbuntuServer:~/OpenWRT/barrier-breaker-openwrt/bin/brcm63xx$ ll -h
total 3,7M
drwxr-xr-x 3 adrian adrian 4,0K ene 18 17:37 ./
drwxr-xr-x 3 adrian adrian 4,0K ene 18 17:17 ../
-rw-r--r-- 1 adrian adrian 74 ene 18 17:37 md5sums
-rw-r--r-- 1 adrian adrian 3,7M ene 18 17:37 openwrt-brcm63xx-brcm6358-root.squashfs
drwxr-xr-x 2 adrian adrian 16K ene 18 17:37 packages/
he de añadir que hice la compilación de la siguiente manera y que termino sin mayores problemas, sin la opción -i no acaababa nunca por fallos con el paquete de samba y por falta de algunas librerias, que aunqe añadiera, fallaban igual:
make -j 3 -i V=cs
sabéis si he echo algo mal o como va esto? que debo hacer ahora?
gracias de antemano.
-
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.
He compilado también esta versión para un ARV7518PW y no tengo WiFi. Me pasa lo mismo que a Lesgar con este mensaje:
[ 0.760000] ath9k,eeprom 107f0400.ath9k_eep: failed to find ath,eep-flash
Sin embargo con la compilación r37350 ya hecha de este post https://foro.seguridadwireless.net/openwrt/openwrt-para-roters-astoria-de-ya-com/msg281277/#msg281277 (https://foro.seguridadwireless.net/openwrt/openwrt-para-roters-astoria-de-ya-com/msg281277/#msg281277) obtengo lo siguiente:
[ 0.068000] pinctrl-xway 1e100b10.pinmux: Init done
[ 0.072000] dma-xway 1e104100.dma: Init done - hw rev: 3, ports: 5, channels:
20
[ 0.084000] ath9k,eeprom 107f0400.ath9k_eep: endian check enabled.
[ 0.088000] ath9k,eeprom 107f0400.ath9k_eep: pci slot: 14
[ 0.092000] ath9k,eeprom 107f0400.ath9k_eep: loaded ath9k eeprom
y la wifi aparece en los interfaces.
En contra de lo que le pasa a Lesgar, a mí sí me funcionan los puertos ethernet.
¿Ha cambiado algo desde la r37350 a esta revisión para que no aparezca la wifi? ¿Es algo que deba tener en cuenta a la hora de compilar y que no aparezca por defecto al seleccionar la plataforma a compilar?
¿Me podéis echar un cable?
-
A mi me pasa lo mismo con el 4518R01 y la ath5k
-
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.
He compilado también esta versión para un ARV7518PW y no tengo WiFi. Me pasa lo mismo que a Lesgar con este mensaje:
[ 0.760000] ath9k,eeprom 107f0400.ath9k_eep: failed to find ath,eep-flash
Sin embargo con la compilación r37350 ya hecha de este post https://foro.seguridadwireless.net/openwrt/openwrt-para-roters-astoria-de-ya-com/msg281277/#msg281277 (https://foro.seguridadwireless.net/openwrt/openwrt-para-roters-astoria-de-ya-com/msg281277/#msg281277) obtengo lo siguiente:
[ 0.068000] pinctrl-xway 1e100b10.pinmux: Init done
[ 0.072000] dma-xway 1e104100.dma: Init done - hw rev: 3, ports: 5, channels:
20
[ 0.084000] ath9k,eeprom 107f0400.ath9k_eep: endian check enabled.
[ 0.088000] ath9k,eeprom 107f0400.ath9k_eep: pci slot: 14
[ 0.092000] ath9k,eeprom 107f0400.ath9k_eep: loaded ath9k eeprom
y la wifi aparece en los interfaces.
En contra de lo que le pasa a Lesgar, a mí sí me funcionan los puertos ethernet.
¿Ha cambiado algo desde la r37350 a esta revisión para que no aparezca la wifi? ¿Es algo que deba tener en cuenta a la hora de compilar y que no aparezca por defecto al seleccionar la plataforma a compilar?
¿Me podéis echar un cable?
Me uno al problema de la eeprom de la wifi.
-
¿En la compilación os sale un mensaje de activar no se que cosa PCI que por defecto sale un No? Es que a mi me sale esa pregunta y si no le pongo un Yes luego no me funciona la Wifi.
-
¿En la compilación os sale un mensaje de activar no se que cosa PCI que por defecto sale un No? Es que a mi me sale esa pregunta y si no le pongo un Yes luego no me funciona la Wifi.
Si el chip wifi se comunica con la cpu por el puerto pci y le dices que no quieres pci, no tendrás wifi. ^-^
Cuando hago compilaciones "limpias" tan sólo haciendo "make menuconfig" para seleccionar opciones no me suelen aparecer preguntas a la hora de compilar com "make", pero si toqueteo el kernel con "make kernel_menuconfig" a veces aparecen opciones nuevas que no están definidas por defecto con make menuconfig o que se desconfiguran y cuando se compila con make te las va preguntando.
De vez en cuando es bueno hacer un "make clean", borrar el .config y empezar a poner opciones desde el principio. Si hemos sido previsores y hemos guardado los .config que nos han funcionando podemos volver a ponerlos en su sitio y compilar directamente sin empezar de nuevo.
-
¿En la compilación os sale un mensaje de activar no se que cosa PCI que por defecto sale un No? Es que a mi me sale esa pregunta y si no le pongo un Yes luego no me funciona la Wifi.
Hombre, con esa descripción es un poco difícil, necesito saber la variable que te pide si quieres activar/desactivar.
Saludos.
-
Ficheros para parchear esta distribución de Barrier Breaker 13.12 y conseguir wifi para ARV7518PW y ARV4518PW.
Descargar los ficheros del "parche" de (aquí) . (http://www.mediafire.com/download/b5tzon6nrj3uiy5/BarrierBreaker13.12-r39156-fixes-OK-WiFi-arv7518pw+arv4518pw.zip)
Descargar las fuentes del repositorio del primer post de este hilo.
Compilar normalmente para el arv7518pw o arv4518pw.
La primera vez la compilación saldrá bien pero sin wifi (no lee la eeprom).
Copiar los ficheros que hay en el parche que hemos descargado (cada nombre en su sitio y sobreescribiendo):
target/linux/lantiq/dts/ARV7518PW.dts
target/linux/lantiq/dts/ARV4518PWR01.dts
target/linux/lantiq/dts/ARV4518PWR01A.dts
build_dir/target-mips_34kc+dsp_uClibc-0.9.33.2/linux-lantiq_xway/linux-3.10.24/arch/mips/lantiq/xway/ath_eep.c
Volver a compilar y ahora sí que nos debe salir la wifi activada.
Con este parche sí he conseguido la WiFi a más de 3dB.
El arv7518pw sí está probado.
Los arv4518pw no están probados, sólo he incorporado el código y ahora mismo no tengo posibilidad de probarlo porque no tengo ninguno a mano.
Si hay alguien que quiera probar en algún arv4518pw que me diga si le ha funcionado o no.
Si hay alguien que quiera hacer un parche en lugar de la chapuza de sustituir ficheros como he hecho yo, es libre de hacerlo.
Con el parche consigo wifi a más de 3dB, pero no sé cómo hacer que lea la MAC en su sitio porque no tengo ahora mismo esos conocimientos así que la MAC es generada aleatoriamente en cada arranque.
El código del parche original es de Noltari pero no está incorporado a este repositorio, así que lo he adaptado yo.
-
Llevo unos días trasteando con la compilación para el HG622 (sin SMP) y parece que por ahora está funcionando casi todo. Los fallos que me daba la WiFi ya no me los da así que supongo que fue por una mala compilación (ahora le saco un rendimiento 3 veces mayor que a un HG556). Lo que no he conseguido ni a la de tres es que el openWRT sea capaz de quemar o actualizar la imagen de la flash, es decir, desde el CFE puedo quemar una imagen de openWRT, sin embargo una vez arrancado el openWRT, no puedo actualizar el openWRT con otra imagen compilada. Siempre se corrompe. He probado a hacerlo desde la interfaz luci, y a mano copiando el fichero a la ram del router y quemando con mtd, y en ambos casos el resultado es el mismo.
¿Podría alguien corroborarme esto?
A mi me pasa lo mismo con el HG622, solo se deja flashear desde el CFE.
Saludos.
-
Llevo unos días trasteando con la compilación para el HG622 (sin SMP) y parece que por ahora está funcionando casi todo. Los fallos que me daba la WiFi ya no me los da así que supongo que fue por una mala compilación (ahora le saco un rendimiento 3 veces mayor que a un HG556). Lo que no he conseguido ni a la de tres es que el openWRT sea capaz de quemar o actualizar la imagen de la flash, es decir, desde el CFE puedo quemar una imagen de openWRT, sin embargo una vez arrancado el openWRT, no puedo actualizar el openWRT con otra imagen compilada. Siempre se corrompe. He probado a hacerlo desde la interfaz luci, y a mano copiando el fichero a la ram del router y quemando con mtd, y en ambos casos el resultado es el mismo.
¿Podría alguien corroborarme esto?
A mi me pasa lo mismo con el HG622, solo se deja flashear desde el CFE.
Saludos.
También me pasa lo mismo con un Vr-3025u. Se deja flashear desde el CFE pero no se deja desde openwrt. Me huele a que el openwrt no quema la flash donde debiera en algunos modelos de router.
-
Llevo unos días trasteando con la compilación para el HG622 (sin SMP) y parece que por ahora está funcionando casi todo. Los fallos que me daba la WiFi ya no me los da así que supongo que fue por una mala compilación (ahora le saco un rendimiento 3 veces mayor que a un HG556). Lo que no he conseguido ni a la de tres es que el openWRT sea capaz de quemar o actualizar la imagen de la flash, es decir, desde el CFE puedo quemar una imagen de openWRT, sin embargo una vez arrancado el openWRT, no puedo actualizar el openWRT con otra imagen compilada. Siempre se corrompe. He probado a hacerlo desde la interfaz luci, y a mano copiando el fichero a la ram del router y quemando con mtd, y en ambos casos el resultado es el mismo.
¿Podría alguien corroborarme esto?
A mi me pasa lo mismo con el HG622, solo se deja flashear desde el CFE.
Saludos.
También me pasa lo mismo con un Vr-3025u. Se deja flashear desde el CFE pero no se deja desde openwrt. Me huele a que el openwrt no quema la flash donde debiera en algunos modelos de router.
Lo investigaré cuando tenga un rato.
Saludos.
-
Ficheros para parchear esta distribución de Barrier Breaker 13.12 y conseguir wifi para ARV7518PW y ARV4518PW.
Descargar los ficheros del "parche" de (aquí) . (http://www.mediafire.com/download/b5tzon6nrj3uiy5/BarrierBreaker13.12-r39156-fixes-OK-WiFi-arv7518pw+arv4518pw.zip)
Descargar las fuentes del repositorio del primer post de este hilo.
Compilar normalmente para el arv7518pw o arv4518pw.
La primera vez la compilación saldrá bien pero sin wifi (no lee la eeprom).
Copiar los ficheros que hay en el parche que hemos descargado (cada nombre en su sitio y sobreescribiendo):
target/linux/lantiq/dts/ARV7518PW.dts
target/linux/lantiq/dts/ARV4518PWR01.dts
target/linux/lantiq/dts/ARV4518PWR01A.dts
build_dir/target-mips_34kc+dsp_uClibc-0.9.33.2/linux-lantiq_xway/linux-3.10.24/arch/mips/lantiq/xway/ath_eep.c
Volver a compilar y ahora sí que nos debe salir la wifi activada.
Con este parche sí he conseguido la WiFi a más de 3dB.
El arv7518pw sí está probado.
Los arv4518pw no están probados, sólo he incorporado el código y ahora mismo no tengo posibilidad de probarlo porque no tengo ninguno a mano.
Si hay alguien que quiera probar en algún arv4518pw que me diga si le ha funcionado o no.
Si hay alguien que quiera hacer un parche en lugar de la chapuza de sustituir ficheros como he hecho yo, es libre de hacerlo.
Con el parche consigo wifi a más de 3dB, pero no sé cómo hacer que lea la MAC en su sitio porque no tengo ahora mismo esos conocimientos así que la MAC es generada aleatoriamente en cada arranque.
El código del parche original es de Noltari pero no está incorporado a este repositorio, así que lo he adaptado yo.
Acabo de probarlo en mi ARV7518, 100% funcional la wifi y con 27dBm.
Gracias!!! Un buen currelo estais haciendo! Seguir asi!
EDITO: Ha dejado de funcionar el "mmc over gpio", me funciona en 12.09, pero aqui ya no :S
-
EDITO: Ha dejado de funcionar el "mmc over gpio", me funciona en 12.09, pero aqui ya no :S
¿Qué es lo que te falla exactamente? ¿Has definido los pines en el menuconfig?
-
EDITO: Ha dejado de funcionar el "mmc over gpio", me funciona en 12.09, pero aqui ya no :S
¿Qué es lo que te falla exactamente? ¿Has definido los pines en el menuconfig?
Si, estan configurados a mano en /etc/config/mmc.. No da error, simplemente, es como si no cargase la tarjeta (hace amago de arrancar con un par de mensajes.. pero nada, no termina). A ver si vuelvo a flasear el router y os copio los mensajes del dmesg.
NOTA: Acabo de leer mi propio mensaje y da la impresion de que ha dejado de funcionar por el parche tuyo Tki2000, pero no, creo que no ha funcionado nunca (mas que otra cosa por que tu parche no toca nada de esto :P jeje y estos pines que he encontrado estan completamente libres).
Ohh.. escribiendo ahora me he dado cuenta que del attitude al barrier cambiaban los numeros de los gpios... seguramente sea fallo mio, dejarmelo que lo revise y os cuento ^-^
EDITO: Fallo mio, cambian de numeración los GPIO's en esta versión :). He actualizado la imagen de los GPIO's del ARV7518 en su post.
-
Llevo unos días trasteando con la compilación para el HG622 (sin SMP) y parece que por ahora está funcionando casi todo. Los fallos que me daba la WiFi ya no me los da así que supongo que fue por una mala compilación (ahora le saco un rendimiento 3 veces mayor que a un HG556). Lo que no he conseguido ni a la de tres es que el openWRT sea capaz de quemar o actualizar la imagen de la flash, es decir, desde el CFE puedo quemar una imagen de openWRT, sin embargo una vez arrancado el openWRT, no puedo actualizar el openWRT con otra imagen compilada. Siempre se corrompe. He probado a hacerlo desde la interfaz luci, y a mano copiando el fichero a la ram del router y quemando con mtd, y en ambos casos el resultado es el mismo.
¿Podría alguien corroborarme esto?
A mi me pasa lo mismo con el HG622, solo se deja flashear desde el CFE.
Saludos.
También me pasa lo mismo con un Vr-3025u. Se deja flashear desde el CFE pero no se deja desde openwrt. Me huele a que el openwrt no quema la flash donde debiera en algunos modelos de router.
Lo investigaré cuando tenga un rato.
Saludos.
¿Pudiera ser que el driver que escribe en la flash no esté teniendo en cuenta el cambio de página de la flash? He visto que otros drivers están teniendo problemas de este estilo, como el CG3100D.
-
Ficheros para parchear esta distribución de Barrier Breaker 13.12 y conseguir wifi para ARV7518PW y ARV4518PW.
Descargar los ficheros del "parche" de (aquí) . (http://www.mediafire.com/download/b5tzon6nrj3uiy5/BarrierBreaker13.12-r39156-fixes-OK-WiFi-arv7518pw+arv4518pw.zip)
Descargar las fuentes del repositorio del primer post de este hilo.
Compilar normalmente para el arv7518pw o arv4518pw.
La primera vez la compilación saldrá bien pero sin wifi (no lee la eeprom).
Copiar los ficheros que hay en el parche que hemos descargado (cada nombre en su sitio y sobreescribiendo):
target/linux/lantiq/dts/ARV7518PW.dts
target/linux/lantiq/dts/ARV4518PWR01.dts
target/linux/lantiq/dts/ARV4518PWR01A.dts
build_dir/target-mips_34kc+dsp_uClibc-0.9.33.2/linux-lantiq_xway/linux-3.10.24/arch/mips/lantiq/xway/ath_eep.c
Volver a compilar y ahora sí que nos debe salir la wifi activada.
Con este parche sí he conseguido la WiFi a más de 3dB.
El arv7518pw sí está probado.
Los arv4518pw no están probados, sólo he incorporado el código y ahora mismo no tengo posibilidad de probarlo porque no tengo ninguno a mano.
Si hay alguien que quiera probar en algún arv4518pw que me diga si le ha funcionado o no.
Si hay alguien que quiera hacer un parche en lugar de la chapuza de sustituir ficheros como he hecho yo, es libre de hacerlo.
Con el parche consigo wifi a más de 3dB, pero no sé cómo hacer que lea la MAC en su sitio porque no tengo ahora mismo esos conocimientos así que la MAC es generada aleatoriamente en cada arranque.
El código del parche original es de Noltari pero no está incorporado a este repositorio, así que lo he adaptado yo.
He probado el parche en el arv4518pw r01A que tengo, pero via el puerto de serie he visto que me da un kernel panic y no arranca...
No se que información te puede ser util, para comprobar si lo he hecho todo bien o cual es el problema (diria que si lo he hecho bien)
Saludos
-
Ficheros para parchear esta distribución de Barrier Breaker 13.12 y conseguir wifi para ARV7518PW y ARV4518PW.
Descargar los ficheros del "parche" de (aquí) . (http://www.mediafire.com/download/b5tzon6nrj3uiy5/BarrierBreaker13.12-r39156-fixes-OK-WiFi-arv7518pw+arv4518pw.zip)
Descargar las fuentes del repositorio del primer post de este hilo.
Compilar normalmente para el arv7518pw o arv4518pw.
La primera vez la compilación saldrá bien pero sin wifi (no lee la eeprom).
Copiar los ficheros que hay en el parche que hemos descargado (cada nombre en su sitio y sobreescribiendo):
target/linux/lantiq/dts/ARV7518PW.dts
target/linux/lantiq/dts/ARV4518PWR01.dts
target/linux/lantiq/dts/ARV4518PWR01A.dts
build_dir/target-mips_34kc+dsp_uClibc-0.9.33.2/linux-lantiq_xway/linux-3.10.24/arch/mips/lantiq/xway/ath_eep.c
Volver a compilar y ahora sí que nos debe salir la wifi activada.
Con este parche sí he conseguido la WiFi a más de 3dB.
El arv7518pw sí está probado.
Los arv4518pw no están probados, sólo he incorporado el código y ahora mismo no tengo posibilidad de probarlo porque no tengo ninguno a mano.
Si hay alguien que quiera probar en algún arv4518pw que me diga si le ha funcionado o no.
Si hay alguien que quiera hacer un parche en lugar de la chapuza de sustituir ficheros como he hecho yo, es libre de hacerlo.
Con el parche consigo wifi a más de 3dB, pero no sé cómo hacer que lea la MAC en su sitio porque no tengo ahora mismo esos conocimientos así que la MAC es generada aleatoriamente en cada arranque.
El código del parche original es de Noltari pero no está incorporado a este repositorio, así que lo he adaptado yo.
He probado el parche en el arv4518pw r01A que tengo, pero via el puerto de serie he visto que me da un kernel panic y no arranca...
No se que información te puede ser util, para comprobar si lo he hecho todo bien o cual es el problema (diria que si lo he hecho bien)
Saludos
Te arranca sin el parche de Tki2000?
Puedes pegar las ultimas 20 o 30 lineas del kernel panic? :)
Pregunta mia: Alguien entiende como se pueden meter a capon unos modulos en el arranque? (en la parte preinit)... por que en el attitude ajustment, con meter un script chapuza para cargar los modulos, valia.. pero en este no, hace caso omiso.. de hecho estoy intentando modificar algun script con algun echo y ver si puedo inyectarlo.. pero nada de nada.. todo vacio :S
Tengo la impresion que no carga los scripts porque no monta la particion de rootfs (la overlay) y por tanto no ve los scripts.. puede ser? (o la monta mas tarde y yo estoy intentando cargar antes los scripts).
-
Pregunta mia: Alguien entiende como se pueden meter a capon unos modulos en el arranque? (en la parte preinit)... por que en el attitude ajustment, con meter un script chapuza para cargar los modulos, valia.. pero en este no, hace caso omiso.. de hecho estoy intentando modificar algun script con algun echo y ver si puedo inyectarlo.. pero nada de nada.. todo vacio :S
Tengo la impresion que no carga los scripts porque no monta la particion de rootfs (la overlay) y por tanto no ve los scripts.. puede ser? (o la monta mas tarde y yo estoy intentando cargar antes los scripts).
Suponiendo que los módulos estuvieran en /rom/lib/modules/3.10.24, ¿no funcionaría un script en /etc/modules-boot.d con el nombre de los módulos a cargar? La secuencia de arranque creo que carga los módulos desde ahí.
-
Pues si es asi.. algo más falta :S. Tengo que investigarlo más, aunque ya he conseguido montar un medidor de bobinas y con el router nuevo, creo que tengo ya el valor de la que me hacia el pitido. Asi pues, creo que dejare de un lado la MMC y volvere al USB cuando la bobina este reparada.
-
Está muy bien este repositorio de Barrier Braker. Lo uso ahora mismo en un AR-5381u que llegó a mis manos con el adsl rebentado fruto de estas generosas tormentas (y de la pésima infraestructura de telefónica+fenosa).
Sin embargo dista de ser perfecto. Problemas que me encontré
- Los usb-full speed no funcionan, además de no funcionar, dejan atontados los puertos usb y luego no funcionan ni los high-speed. Para esto ya existe parche. Esto me parece grave, no solo de high-speed vive el ser uhmano.
- Paquetes rotos, mpd-full está roto, usando mpd de la última revisión compila perfectamente en este repositorio. Probablemente haya más paquetería rota.
- Aplicaciones basadas en ncurses no van demasiado finas. Por ejemplo wavemon se ve horrible, alsamixer no permite cambiar entre distintos paneles. Sin embargo nano parece funcionar bien.
- Otros que aun no descubrí >:D.
-
kexec también está roto, pero se arregla parcheando con esto que salió hace un par de semanas:
https://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg22170.html (https://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg22170.html)
-
...
Los arv4518pw no están probados, sólo he incorporado el código y ahora mismo no tengo posibilidad de probarlo porque no tengo ninguno a mano.
Si hay alguien que quiera probar en algún arv4518pw que me diga si le ha funcionado o no.
Si hay alguien que quiera hacer un parche en lugar de la chapuza de sustituir ficheros como he hecho yo, es libre de hacerlo.
...
Buenas!
Perdón por el laaargo letargo ajeno a mis menesteres en el foro: mi ARV7518PW con 3dBi tiene potencia para cubrir con wireless mi piso (zulo) de alquiler. Pero me he puesto a trastear con el ARV4518PWR01, compilando desde el nuevo repo (genial, mil gracias a todos!) y...
Primera compilación: perfecto, arranca pero sin wireless.
Segunda compilación, modificando el dts y el ath_eep.c: kernel panic. Tras hace run make clean y demás (por si algún objeto no se compilaba correctamente), lo mismo.
Como decir esto sin dar más información es de llorona quejica, adjunto el trace del arranque... Me temo que no sé por dónde empezar a debugar.
U-Boot 2010.03 (May 16 2012 - 05:51:08)
Board: ARV4518PW
SoC: Danube/Twinpass/Vinax-VE V1.3, DDR Speed 166 MHz, CPU Speed 333 MHz
DRAM: 64 MB
Flash: 4 MB
Net:
searching for rtl8306 switch ... found
lq_cpe_eth
Hit any key to stop autoboot: 0
## Booting kernel from Legacy Image at b0020000 ...
Image Name: MIPS OpenWrt Linux-3.10.24
Created: 2014-03-19 15:43:04 UTC
Image Type: MIPS Linux Kernel Image (lzma compressed)
Data Size: 1222614 Bytes = 1.2 MB
Load Address: 80002000
Entry Point: 80002000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Starting kernel ...
[ 0.000000] Linux version 3.10.24 (bruno@amilo) (gcc version 4.6.4 (OpenWrt/Linaro GCC 4.6-2013.05 r39156) ) #2 Wed Mar 19 16:42:39 CET 4
[ 0.000000] SoC: Danube rev 1.3
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU revision is: 00019641 (MIPS 24KEc)
[ 0.000000] MIPS: machine is ARV4518PWR01 - SMC7908A-ISP
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 04000000 @ 00000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0x00000000-0x03ffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00000000-0x03ffffff]
[ 0.000000] Primary instruction cache 16kB, VIPT, 4-way, linesize 32 bytes.
[ 0.000000] Primary data cache 16kB, 4-way, VIPT, no aliases, linesize 32 bytes
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
[ 0.000000] Kernel command line: console=ttyLTQ0,115200 init=/etc/preinit
[ 0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[ 0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[ 0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] Writing ErrCtl register=00000000
[ 0.000000] Readback ErrCtl register=00000000
[ 0.000000] Memory: 61064k/65536k available (2598k kernel code, 4472k reserved, 852k data, 188k init, 0k highmem)
[ 0.000000] NR_IRQS:256
[ 0.000000] CPU Clock: 333MHz
[ 0.000000] Calibrating delay loop... 221.18 BogoMIPS (lpj=442368)
[ 0.036000] pid_max: default: 32768 minimum: 301
[ 0.040000] Mount-cache hash table entries: 512
[ 0.048000] pinctrl core: initialized pinctrl subsystem
[ 0.052000] NET: Registered protocol family 16
[ 0.072000] pinctrl-xway 1e100b10.pinmux: Init done
[ 0.076000] dma-xway 1e104100.dma: Init done - hw rev: 3, ports: 5, channels: 20
[ 0.084000] PCI host bridge /fpi@10000000/pci@E105400 ranges:
[ 0.088000] MEM 0x0000000018000000..0x0000000019ffffff
[ 0.092000] IO 0x000000001ae00000..0x000000001affffff
[ 0.116000] bio: create slab <bio-0> at 0
[ 0.124000] usbcore: registered new interface driver usbfs
[ 0.128000] usbcore: registered new interface driver hub
[ 0.132000] usbcore: registered new device driver usb
[ 0.136000] PCI host bridge to bus 0000:00
[ 0.140000] pci_bus 0000:00: root bus resource [mem 0x18000000-0x19ffffff]
[ 0.144000] pci_bus 0000:00: root bus resource [io 0x1ae00000-0x1affffff]
[ 0.148000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[ 0.152000] pci 0000:00:0e.0: BAR 0: assigned [mem 0x18000000-0x1800ffff]
[ 0.156000] pci 0000:00:0e.0: SLOT:14 PIN:1 IRQ:30
[ 0.160000] Switching to clocksource MIPS
[ 0.168000] NET: Registered protocol family 2
[ 0.176000] TCP established hash table entries: 512 (order: 0, 4096 bytes)
[ 0.180000] TCP bind hash table entries: 512 (order: -1, 2048 bytes)
[ 0.188000] TCP: Hash tables configured (established 512 bind 512)
[ 0.196000] TCP: reno registered
[ 0.196000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.204000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.212000] NET: Registered protocol family 1
[ 0.216000] gptu: totally 6 16-bit timers/counters
[ 0.220000] gptu: misc_register on minor 63
[ 0.224000] gptu: succeeded to request irq 126
[ 0.228000] gptu: succeeded to request irq 127
[ 0.236000] gptu: succeeded to request irq 128
[ 0.240000] gptu: succeeded to request irq 129
[ 0.244000] gptu: succeeded to request irq 130
[ 0.248000] gptu: succeeded to request irq 131
[ 0.260000] lantiq,vmmc 1f103000.vmmc: requested GPIO 255
[ 0.264000] lantiq,vmmc 1f103000.vmmc: reserved 1MB at 0x03900000
[ 0.272000] ath5k,eeprom 103f0400.ath5k_eep: eeprom expected size : 4096
[ 0.280000] ath5k,eeprom 103f0400.ath5k_eep: mac expected size : 6
[ 0.284000] ath5k,eeprom 103f0400.ath5k_eep: eeprom read size : 4096
[ 0.292000] ath5k,eeprom 103f0400.ath5k_eep: mac address size : 6
[ 0.296000] CPU 0 Unable to handle kernel paging request at virtual address 00000000, epc == 80364a40, ra == 80364a2c
[ 0.308000] Oops[#1]:
[ 0.308000] CPU: 0 PID: 1 Comm: swapper Not tainted 3.10.24 #2
[ 0.308000] task: 83823958 ti: 83824000 task.ti: 83824000
[ 0.308000] $ 0 : 00000000 00000000 00000000 00000000
[ 0.308000] $ 4 : 802eb149 802f0000 00000000 00000000
[ 0.308000] $ 8 : 1d008c16 00020100 00000150 00005520
[ 0.308000] $12 : 8c160a1c 00000000 00000000 00010000
[ 0.308000] $16 : 80390000 810011d4 8385921c 83854d80
[ 0.308000] $20 : 83854d90 80340000 00000024 80361210
[ 0.308000] $24 : 00000000 00000000
[ 0.308000] $28 : 83824000 83825d40 80340810 80364a2c
[ 0.308000] Hi : 00000b68
[ 0.308000] Lo : 00002da0
[ 0.308000] epc : 80364a40 of_ath5k_eeprom_probe+0x400/0x648
[ 0.308000] Not tainted
[ 0.308000] ra : 80364a2c of_ath5k_eeprom_probe+0x3ec/0x648
[ 0.308000] Status: 1100fc03 KERNEL EXL IE
[ 0.308000] Cause : 00800008
[ 0.308000] BadVA : 00000000
[ 0.308000] PrId : 00019641 (MIPS 24KEc)
[ 0.308000] Modules linked in:
[ 0.308000] Process swapper (pid: 1, threadinfo=83824000, task=83823958, tls=00000000)
[ 0.308000] Stack : 103f0400 83854d90 00000006 0000004f 83858908 00000000 83854d90 00000000
83854d90 00000000 00000000 00000000 8034b8b8 80183bd8 838a5c00 83854d90
00000000 803c0000 ffffffed 80345260 8034b8b8 80183f60 838a5c80 00000000
83854d90 80185924 00200200 83854dc4 83854d90 8034b8b8 8034b8b8 00000000
80390000 80184138 00000000 801821cc 838a5c80 00000000 00000000 8034b8b8
...
[ 0.308000] Call Trace:
[ 0.308000] [<80364a40>] of_ath5k_eeprom_probe+0x400/0x648
[ 0.308000] [<80183f60>] driver_probe_device+0x148/0x2b4
[ 0.308000] [<80184138>] __driver_attach+0x6c/0xa4
[ 0.308000] [<801824d0>] bus_for_each_dev+0x5c/0xa0
[ 0.308000] [<801834f0>] bus_add_driver+0xcc/0x244
[ 0.308000] [<801844d4>] driver_register+0xbc/0x178
[ 0.308000] [<80185394>] platform_driver_probe+0x24/0x80
[ 0.308000] [<8000f36c>] do_one_initcall+0xec/0x194
[ 0.308000] [<80361a58>] kernel_init_freeable+0x138/0x200
[ 0.308000] [<8000a6a8>] kernel_init+0x10/0x10c
[ 0.308000] [<80006470>] ret_from_kernel_thread+0x10/0x18
[ 0.308000]
[ 0.308000]
Code: 080d9296 afa00024 00431021 <94430000> 7c0318a0 a4430000 8fa20024 24420001 afa20024
[ 0.516000] ---[ end trace dc0e8a2835e829f2 ]---
[ 0.520000] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
[ 0.520000]
Muchas gracias! Si veis que pueda ayudar con cualquier cosa, decídmelo...
Edito para decir que me pondré a hacer "dev_info" varios para ver si puedo ser más útil para averiguar en qué punto el código deja de funcionar. Hasta la línea 354 del ath_eep.c todo parece funcionar. De ahí en adelante, la cosa es algún segmentation fault ...
Gracias de nuevo!
-
Gracias por la prueba.
Creo que he visto de lo que puede ser. En breve pongo un arreglo a ver si funciona.
EDITO: Descarga los ficheros del "parche" de (aquí) . (http://www.mediafire.com/download/b5tzon6nrj3uiy5/BarrierBreaker13.12-r39156-fixes-OK-WiFi-arv7518pw+arv4518pw.zip) y prueba de nuevo a compilar con los ficheros del enlace.
-
Gracias por la prueba.
Creo que he visto de lo que puede ser. En breve pongo un arreglo a ver si funciona.
EDITO: Descarga los ficheros del "parche" de (aquí) . (http://www.mediafire.com/download/b5tzon6nrj3uiy5/BarrierBreaker13.12-r39156-fixes-OK-WiFi-arv7518pw+arv4518pw.zip) y prueba de nuevo a compilar con los ficheros del enlace.
Buenas de nuevo!
Perdón por el retraso... Me temo que sigue sin funcionar: el error es el mismo y he creído que estaba haciendo todo sin aplicar el parche nuevo, de no ser porque me he fijado en el valor del epc y del ra y son diferentes por unos bytes. :-[
Te pego el trace a partir del Oops:
[ 0.296000] CPU 0 Unable to handle kernel paging request at virtual address 00000000, epc == 80364a38, ra == 80364a24
[ 0.308000] Oops[#1]:
[ 0.308000] CPU: 0 PID: 1 Comm: swapper Not tainted 3.10.24 #3
[ 0.308000] task: 83823958 ti: 83824000 task.ti: 83824000
[ 0.308000] $ 0 : 00000000 00000000 00000000 00000000
[ 0.308000] $ 4 : 802eb149 802f0000 00000000 00000000
[ 0.308000] $ 8 : 1d008c16 00020100 00000150 00005520
[ 0.308000] $12 : 8c160a1c 00000000 00000000 00010000
[ 0.308000] $16 : 80390000 810011d4 8385921c 83854d80
[ 0.308000] $20 : 83854d90 80340000 00000024 80361210
[ 0.308000] $24 : 00000000 00000000
[ 0.308000] $28 : 83824000 83825d40 80340810 80364a24
[ 0.308000] Hi : 00000b68
[ 0.308000] Lo : 00002da0
[ 0.308000] epc : 80364a38 of_ath5k_eeprom_probe+0x3f8/0x640
[ 0.308000] Not tainted
[ 0.308000] ra : 80364a24 of_ath5k_eeprom_probe+0x3e4/0x640
[ 0.308000] Status: 1100fc03 KERNEL EXL IE
[ 0.308000] Cause : 00800008
[ 0.308000] BadVA : 00000000
[ 0.308000] PrId : 00019641 (MIPS 24KEc)
[ 0.308000] Modules linked in:
[ 0.308000] Process swapper (pid: 1, threadinfo=83824000, task=83823958, tls=00000000)
[ 0.308000] Stack : 103f0400 83854d90 00000006 0000004f 83858908 00000000 83854d90 00000000
83854d90 00000000 00000000 00000000 8034b8b8 80183bd8 838a5c00 83854d90
00000000 803c0000 ffffffed 80345260 8034b8b8 80183f60 838a5c80 00000000
83854d90 80185924 00200200 83854dc4 83854d90 8034b8b8 8034b8b8 00000000
80390000 80184138 00000000 801821cc 838a5c80 00000000 00000000 8034b8b8
...
[ 0.308000] Call Trace:
[ 0.308000] [<80364a38>] of_ath5k_eeprom_probe+0x3f8/0x640
[ 0.308000] [<80183f60>] driver_probe_device+0x148/0x2b4
[ 0.308000] [<80184138>] __driver_attach+0x6c/0xa4
[ 0.308000] [<801824d0>] bus_for_each_dev+0x5c/0xa0
[ 0.308000] [<801834f0>] bus_add_driver+0xcc/0x244
[ 0.308000] [<801844d4>] driver_register+0xbc/0x178
[ 0.308000] [<80185394>] platform_driver_probe+0x24/0x80
[ 0.308000] [<8000f36c>] do_one_initcall+0xec/0x194
[ 0.308000] [<80361a58>] kernel_init_freeable+0x138/0x200
[ 0.308000] [<8000a6a8>] kernel_init+0x10/0x10c
[ 0.308000] [<80006470>] ret_from_kernel_thread+0x10/0x18
[ 0.308000]
[ 0.308000]
Code: 080d9294 afa00024 00431021 <94430000> 7c0318a0 a4430000 8fa20024 24420001 afa20024
[ 0.516000] ---[ end trace ce6e7cd83230b09d ]---
[ 0.520000] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
[ 0.520000]
Si hay algo más en lo que pueda ayudar, no dudes en comentármelo. Vale que picar C no es mi trabajo, pero no me da miedo, así que pide si es necesario.
EDITO: He añadido unos chivatos y he visto que llego hasta el for en el que se hace el swab16 de la eeprom.
[OJO: NO TENGO NI P. IDEA] Vuelvo a editar: por lo que he comprobado, el swab16 no llega a empezar, acceder a la región de memoria donde se hace el memcpy_io de la eeprom da el segmentation fault que lleva a este Oops.
Gracias !
-
Hola ,
aqui dejo el image ya compilado para el astoria ARV7518PW con el wifi funcionando, yo lo he probado en el mio y funciona.
https://www.dropbox.com/s/6rcbenzwghnyu1o/openwrt-lantiq-xway-ARV7518PW-squashfs.image
Esto lo hago por que este foro me ha ayudado bastante y quiero facilitarle las cosas a la gente q no sabe mucho de programación.
No me culpeis si al actualizar el router se estropea, lo hago sin animo de lucro.
-
Tengo el ARV4518PWR01 con la wireless funcional!!
ANTE TODO: gracias a Noltari y a Tki2000, sin ellos no hubiese hecho nada.
root@OpenWrt:/etc# iwconfig
nas0 no wireless extensions.
lo no wireless extensions.
wlan0 IEEE 802.11bg Mode:Master Tx-Power=20 dBm
RTS thr:off Fragment thr:off
Power Management:off
eth0 no wireless extensions.
br-lan no wireless extensions.
root@OpenWrt:/etc# ifconfig
br-lan Link encap:Ethernet HWaddr 3E:72:71:0E:74:66
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fdf4:57b7:e07d::1/60 Scope:Global
inet6 addr: fe80::3c72:71ff:fe0e:7466/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:104 errors:0 dropped:0 overruns:0 frame:0
TX packets:115 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:9686 (9.4 KiB) TX bytes:12881 (12.5 KiB)
eth0 Link encap:Ethernet HWaddr 3E:72:71:0E:74:66
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:58 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:8002 (7.8 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:3960 errors:0 dropped:0 overruns:0 frame:0
TX packets:3960 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:269280 (262.9 KiB) TX bytes:269280 (262.9 KiB)
nas0 Link encap:Ethernet HWaddr 00:00:01:00:00:00
inet6 addr: fe80::200:1ff:fe00:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:778 errors:778 dropped:0 overruns:778 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:58936 (57.5 KiB)
wlan0 Link encap:Ethernet HWaddr 00:13:F7:97:71:35
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:103 errors:0 dropped:0 overruns:0 frame:0
TX packets:130 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:11122 (10.8 KiB) TX bytes:17819 (17.4 KiB)
El parche que Tki2000 fallaba porque no se reservaba la memoria en la que se tenía que cargar la EEPROM del ath5k. Todo acceso a ella daba un bonito "Oops" como los dos que he colgado previamente (perdonad por la avalancha de mensajes). Quizá el ioremap no reserva memoria y que memcpy_fromio es bastante permisivo... Pero el caso es que haciendo un kmalloc entre esas dos líneas tengo la wireless funcional.
Para los impacientes que quieran probarlo, descargad el parche de tki2000 ( http://www.mediafire.com/download/b5tzon6nrj3uiy5/BarrierBreaker13.12-r39156-fixes-OK-WiFi-arv7518pw+arv4518pw.zip ) y, en lugar de usar el fichero ath_eep.c que viene en él, usad el siguiente:
http://pastebin.com/sxuuExZG
Muchas gracias a todos!
EDITO: Es la primera vez que hago un kmalloc, hasta ahora sólo había reservado memoria en espacio de usuario. Si veis cualquier posible problema y/o la memoria se debe reservar de alguna otra manera, no dudéis en modificarlo. Gracias de nuevo.
-
Actualizados los ficheros del parche para incorporar lo que ha conseguido brunorro con el arv4518pw. Enhorabuena!!!
Descargar los ficheros del "parche" de (aquí) . (http://www.mediafire.com/download/b5tzon6nrj3uiy5/BarrierBreaker13.12-r39156-fixes-OK-WiFi-arv7518pw+arv4518pw.zip)
Ficheros para parchear esta distribución de Barrier Breaker 13.12 y conseguir wifi para ARV7518PW y ARV4518PW.
Descargar los ficheros del "parche" de (aquí) . (http://www.mediafire.com/download/b5tzon6nrj3uiy5/BarrierBreaker13.12-r39156-fixes-OK-WiFi-arv7518pw+arv4518pw.zip)
Descargar las fuentes del repositorio del primer post de este hilo.
Compilar normalmente para el arv7518pw o arv4518pw.
La primera vez la compilación saldrá bien pero sin wifi (no lee la eeprom).
Copiar los ficheros que hay en el parche que hemos descargado (cada nombre en su sitio y sobreescribiendo):
target/linux/lantiq/dts/ARV7518PW.dts
target/linux/lantiq/dts/ARV4518PWR01.dts
target/linux/lantiq/dts/ARV4518PWR01A.dts
build_dir/target-mips_34kc+dsp_uClibc-0.9.33.2/linux-lantiq_xway/linux-3.10.24/arch/mips/lantiq/xway/ath_eep.c
Volver a compilar y ahora sí que nos debe salir la wifi activada.
Con este parche sí he conseguido la WiFi a más de 3dB.
El arv7518pw sí está probado.
Con el parche consigo wifi a más de 3dB, pero no sé cómo hacer que lea la MAC en su sitio porque no tengo ahora mismo esos conocimientos así que la MAC es generada aleatoriamente en cada arranque.
El código del parche original es de Noltari pero no está incorporado a este repositorio, así que lo he adaptado yo.
El código para el arv4518pw se ha hecho funcional gracias a la ayuda de brunorro
-
Amigos
Quiero compilar para el ASL 26555, lo hice con la ultima fuente desde git.openwrt.org/openwrt y me deja con un Barrier Braker 40001 ( algo asi ), el problema es que por alguna razon no detecta la wifi.
Lo bajé a la r36343 y funciona todo bien, de no ser porque necesito el kmod-usb-printer para compartir la impre, y no me deja decargar el paquete.
La idea seria compilar con las fuentes del r36343 para que asi me detectara el wifi y poder agregarle el paquete para la impresora.
La pregunta es : ¿ Como descargo las fuentes para el asl 26555 de la compilacion r36343 ? Con que comandos???
Alguna luz por favor!!!!
-
Buenas, una pregunta de novato... Según parece, esto no lo puedo cargar directamente en el OpenWRT. ¿Es para compilar los paquetes en un linux y luego flashear lo? ¿Para usar la versión del nodogsplash que hay en git.hub hay que compilarla primero para Barrier Breaker, no la puede coger el router directamente del repositorio? Que lio! jajaja
saludos y gracias!
-
Amigos
Quiero compilar para el ASL 26555, lo hice con la ultima fuente desde git.openwrt.org/openwrt y me deja con un Barrier Braker 40001 ( algo asi ), el problema es que por alguna razon no detecta la wifi.
Lo bajé a la r36343 y funciona todo bien, de no ser porque necesito el kmod-usb-printer para compartir la impre, y no me deja decargar el paquete.
La idea seria compilar con las fuentes del r36343 para que asi me detectara el wifi y poder agregarle el paquete para la impresora.
La pregunta es : ¿ Como descargo las fuentes para el asl 26555 de la compilacion r36343 ? Con que comandos???
Alguna luz por favor!!!!
Compila con este repo: https://github.com/openwrt-es/barrier-breaker-openwrt/tree/barrier-breaker_14.02
Para descargarlo: git clone git://github.com/openwrt-es/barrier-breaker-openwrt.git -b barrier-breaker_14.02Comenta los resultados por si hay que corregir algo.
-
¿Se puede compilar en windows? Supongo que no... ¿Puedo compilar sobre OpenWRT?
saludos.
-
¿Se puede compilar en windows? Supongo que no... ¿Puedo compilar sobre OpenWRT?
saludos.
- Windows no: Cygwin le falta algo de "case sensitiveness".
- Openwrt: igual un programa pequeñito pero no una distro completa.
- Android: ni idea.
- Máquina virtual: se asignas una cpu (o dos si tienes de sobra ;D ), unos 512 MB de ram, 15 gigas de disco, un debian 6 o un ubuntu 10 y a compilar.
-
¿Se puede compilar en windows? Supongo que no... ¿Puedo compilar sobre OpenWRT?
saludos.
- Windows no: Cygwin le falta algo de "case sensitiveness".
- Openwrt: igual un programa pequeñito pero no una distro completa.
- Android: ni idea.
- Máquina virtual: se asignas una cpu (o dos si tienes de sobra ;D ), unos 512 MB de ram, 15 gigas de disco, un debian 6 o un ubuntu 10 y a compilar.
Buenas! Sí, al final hice lo del tuto de compilar el kernel a tu gusto de jar229 en una maquina virtual! Pero puse solo un núcleo, y a las 3 de la mañana apague el ordenador que no me dejaba dormir! jajaja
Al instalar LUCI, automáticamente mete uHTTPd ?¿ porque no lo encontré por ningún lado para añadirlo a la compilación.
Yo lo que quiero es hacer un punto de acceso wifi para invitados. Estaba mirando Nodogsplash... pero veo que hay un montón, nocatspahs, wifidog... ¿Pasa algo si meto todo?
un saludo
-
Al instalar LUCI, automáticamente mete uHTTPd ?¿ porque no lo encontré por ningún lado para añadirlo a la compilación.
Luci selecciona por defecto uhttpd ya que lo necesita, además de algunas librerías. Al configurar, las dependencias, salvo que haya algún fallo, se resuelven automáticamente.
Yo lo que quiero es hacer un punto de acceso wifi para invitados. Estaba mirando Nodogsplash... pero veo que hay un montón, nocatspahs, wifidog... ¿Pasa algo si meto todo?
un saludo
Puedue que te compile un firmware demasiado grande. ^-^
Buenas! Sí, al final hice lo del tuto de compilar el kernel a tu gusto de jar229 en una maquina virtual! Pero puse solo un núcleo, y a las 3 de la mañana apague el ordenador que no me dejaba dormir! jajaja
Lo más lento del proceso es compilar el toolchain para el router, que se tira un buen rato, pero en las siguientes compilaciones, como ya está generado, van mucho más rápido.
-
Algo un poco off-topic, pero referente a compilación y cosas variadas
- En caso de que tengáis un PC con un windows y linux, pero no tengáis espacio para compilar linux en una partición ext4 (o similar), siempre podéis formatear un fichero como ext4 y montarlo como loopback. Escribo de memoria lo que habría que hacer para crear un disco de 8 GB (a lo mejor hay que corregir algo):
dd if=/dev/zero of=/particion/windows/openwrt_file.img bs=1M count=8192
mkfs.ext4 /particion/windows/openwrt_file.img
mount -o loop /particion/windows/openwrt_file.img /path/a/openwrt
El acceso a disco será lento, pero a mí me ha funcionado, además te deja bastante limpio todo: si quieres empezar desde 0, borras el fichero y amén. El disco se podría crear como ext2, que tiene menos overheading de metadatos y parece ser más rápido escribiendo que ext4, pero...
- En caso de tirar de máquina virtual con virtualbox, si andas un poco apurado de espacio, puede pasarte que te encuentres que la imagen de HD sea más grande de lo que toca. Hay una receta para "encoger" las imágenes de disco una vez hayas acabado de compilar todo.
http://dantwining.co.uk/2011/07/18/how-to-shrink-a-dynamically-expanding-guest-virtualbox-image/
Básicamente
1.- Instalar zerofree
2.- Arrancar en modo single-user y montar la partición a encoger en modo readonly (siguiente comando)
3.- mount -o remount,ro /particion/a/encoger
4.- zerofree -v /particion/a/encoger
5.- parar la máquina
6.- VBoxManage modifyhd disco_a_encoger.vdi –compact
- En cuanto a tiempos de compilación... El tema de los bootstraps siempre es un poco tostón. Si a alguien le sirve de algo, la gente de Linux from scratch suele publicar los tiempos de compilación de un sistema completo (para x86o x86_64):
http://www.linuxfromscratch.org/~bdubbs/index.html
La unidad que utilizan es el SBU (standard binutils unit), que es el tiempo que tarda en compilarse "binutils". No sé si se cumple o no para OpenWrt, pero puede servir de guía para calcular cuánto tarda una compilación...
-
Dejamos de utilizar este repo a favor del Barrier Breaker 14.04:
https://foro.seguridadwireless.net/openwrt/(repositorio)-barrier-breaker-13-12/60/
Este nuevo repositorio incorpora todo lo existente en BB 13.12 más las últimas mejoras realizadas en el repositorio oficial de OpenWrt.
Saludos!