Autor Tema: [Desarrollo] OpenWRT para routers Astoria de ya.com (ARV4518/ARV7518) (Leído 653242 veces)

Tki2000 · « **Respuesta #940 en:** 23-09-2014, 19:13 (Martes) »

Cita de: mekkon en 23-09-2014, 10:58 (Martes)

No sé si lo he entendido muy bien, he utilizado UPX anteriormente, una vez el ejecutable esta empaquetado, se puede prescindir de la herramienta, ya que el programa se descomprime en tiempo de ejecución en la RAM.

Cita de: Tki2000 en 22-09-2014, 22:15 (Lunes)
Para "rapiñar" esos KB se tendría que incorporar UPX a la generación de la imagen para generar la imagen con los ejecutables ya comprimidos

no es a la imagen, sino a los ejecutables, estos tendrían un tamaño más reducido al ser incorporados a la imagen

Cita de: Tki2000 en 22-09-2014, 22:15 (Lunes)
dado que si intentamos comprimir un programa originalmente en la imagen en la flash, lo que haremos será comprimir una "copia" del fichero del sistema de archivos squashfs (que es de sólo lectura) al sistema de archivos jffs2, que es de lectura/escritura

no lo tengo muy claro, el ejecutable no esta únicamente en squahfs? dejando jffs2 para configuraciones? supongo que cuando se crea la imagen esta contiene dos sistemas de archivos (squashfs y jffs2), es así?

Cita de: Tki2000 en 22-09-2014, 22:15 (Lunes)
con lo que no sólo conseguiremos perder el espacio del squashfs (ya que al ser de sólo lectura, no podremos borrar el espacio que ocupaba el fichero), sino que además perderemos el espacio que ahora ocupe la copia del fichero en el sistema jffs2.

no entiendo muy bien porque debería haber una copia del ejecutable también en jffs2, su configuración pertinente tiene sentido, pero no me queda claro para por ejemplo el binario 'mldonkey'

t-pirat lo que dice es que es difícil generar una imagen de menos de 4MB. Esa imagen tiene sistema de archivos squashfs y lo que le comentas en el siguiente post es que comprima los ejecutables con UPX, cosa que no va a funcionar. No estamos hablando de aplicaciones que se incorporan al router tras el flasheo, sino la propia imagen del router.

Creo que primero deberías entender cómo funcionan los sistemas de archivos de openwrt.

La explicación no es exhaustiva pero espero que te dé una idea:

Cuando grabamos una imagen de openwrt en la flash del router, estamos grabando los archivos en el sistema squashfs, el cual es un sistema de archivos con compresión y que es de SOLO LECTURA. Es decir, no se puede modificar nada de lo que grabemos en la flash del router al quemar una imagen en él.
Entonces ¿cómo podemos modificar algún fichero que ya esté en squashfs? Aquí es donde entra en juego el sistema de ficheros jffs2, que es de lectura/escritura. Para modificar un fichero que esté en squashfs, openwrt lo graba en el sistema jffs2 y ahí es donde lo modifica, ocultando el original de la partición squashfs haciéndolo inaccesible. Sin embargo no lo podemos borrar de esa partición al ser de SOLO LECTURA. De esta forma acabamos con 2 ficheros, uno original en la partición squashfs y que es inaccesible, y otro en la partición jffs2 que es el fichero modificado y que es al que accedemos porque "tiene más prioridad".
Gracias a este funcionamiento podemos tener un modo "failsafe" que funciona siempre aunque modifiquemos los ficheros, dado que los originales en squashfs nunca serán modificados y simplemente no montando el sistema de ficheros jffs2 tendremos acceso a los "originales".
¿Por qué no funcionaría la compresión con UPX una vez grabada la imagen en el router? Pues por lo que he dicho anteriormente, porque no estaríamos comprimiendo los "originales" sino su copia en jffs2, con lo que perderíamos aún más memoria que la que intentamos recuperar.
La solución estaría en comprimir los ejecutables, antes de generar la imagen .bin al compilar openwrt, para que al grabar la imagen en la flash del router los ejecutables ya estuvieran comprimidos con UPX, pero esto sería bastante difícil ya que a la hora de generar la imagen tendríamos que distinguir entre ficheros ejecutables y no ejecutables y aplicar un UPX que corriera en la máquina en la que estamos compilando openwrt (generalmente un PC) pero que generara código ejecutable para el router (mips).

mekkon · « **Respuesta #941 en:** 24-09-2014, 00:20 (Miércoles) »

Gracias, lo tengo bastante más claro ahora

Cita de: Tki2000 en 23-09-2014, 19:13 (Martes)

La solución estaría en comprimir los ejecutables, antes de generar la imagen .bin al compilar openwrt, para que al grabar la imagen en la flash del router los ejecutables ya estuvieran comprimidos con UPX, pero esto sería bastante difícil ya que a la hora de generar la imagen tendríamos que distinguir entre ficheros ejecutables y no ejecutables y aplicar un UPX que corriera en la máquina en la que estamos compilando openwrt (generalmente un PC) pero que generara código ejecutable para el router (mips).

el caso seria, antes de la creación de la imagen, pasar upx, y luego que el proceso continuara con la creación de esta, bueno, eso cuando compile openwrt me liaré con ello.

hay algo que me queda un poco de duda aún, es si squashfs ocupa justo las 4MB, ¿donde se reserva el espació para jffs2?

Tki2000 · « **Respuesta #942 en:** 25-09-2014, 08:17 (Jueves) »

Cita de: mekkon en 24-09-2014, 00:20 (Miércoles)

hay algo que me queda un poco de duda aún, es si squashfs ocupa justo las 4MB, ¿donde se reserva el espació para jffs2?

jffs2 se crea en la primera ejecución de openwrt tras ser flasheado, en el espacio que haya quedado libre. Si la imagen nos ocupa 3,5MB en una flash de 4MB, jffs2 ocupará las 0,5MB restantes. Por esa razón squashfs debe ocupar un poquito menos de las 4MB para dejarle algo de espacio a jffs2. Squashfs sólo ocupará el espacio justo de los ficheros, y ahí está lo difícil... en hacer que los ficheros de squashfs ocupen menos de esas 4MB y dejarle espacio a jffs2 (necesita un mínimo de bloques de flash para ser estable y funcionar). La mejor opción en estos casos es crear la imagen con el mínimo absoluto y, después de quemar la imagen en la flash, ir incorporando lo demás al router, ya que esto ya se irá guardando en la partición jffs2.
En mi opinión el ARV4518PW sólo debería de tener en la imagen lo justo para hacer extroot y el firmware para el ADSL. El resto se debería poner como paquetes una vez hecho extroot. Si apuramos demasiado incorporando luci podemos encontrarnos ya con los primeros problemas, que es lo que cuenta t-pirat

mekkon · « **Respuesta #943 en:** 26-09-2014, 13:17 (Viernes) »

Gracias, bueno, poco a poco voy teniendo las cosas más claras, recomiendo la lectura de "Building Embedded Linux Systems", ahorra un montón de búsquedas.

he estado probando "unsquashfs -l [imagen.squahfs]" pero me sale "Can't find a SQUASHFS superblock on..."

bueno, el caso es si hay forma de saber el tamaño del kernel cuando ya esta la imagen creada en squahfs.

seria para definir las particiones MTD en uboot.

aún me faltan tener más cosillas claras, pero estoy en ello.

un saludo

mekkon · « **Respuesta #944 en:** 29-09-2014, 11:12 (Lunes) »

Hola, en los sources de openwrt he descubierto que hay la posibilidad de generar una imagen compatible con brnboot, no esta habilitada para este router de hecho creo que sólo esta para uno, he hecho los cambios pertinentes y he generado 3, barrier breaker, trunk y Attitude adjustment (esta última con luci ya que había espacio de sobras).

cambiando la firma que venia por defecto por 'BRNDANUBE', la web que hay para recuperar el firmware en 192.168.2.1 de brnboot se las traga y las instala en el router, ya es un avance, peroooooo, en ninguna de las tres consigo acceder a openwrt por LAN.

en attitude adjustement, se encienden todos los leds a excepción de los de LAN (estos se activan al conectarlos por RJ45 al pc), de todos ellos, POWER e INTERNET se quedan en naranja, quizás este informando de algún problema, no sé.

las otras dos imagenes, Barrier breaker y trunk, se encienden 4 LEDS en verde, power, Voip, Phone1 y Phone2, y LAN al conectar.

he intentado acceder con 192.168.1.1, 192.168.2.1, pero nada, sólo centellea el led de LAN, sin respuesta en ping ni nada.

cabe decir que cuando hacia el combo de uboot + una imagen squahsfs usando SP700EX me pasaba lo mismo.

estoy esperando que me llegue un usb a rs232 ya que no tengo ningún pc con puerto serie, serviría el puerto PS2 del teclado/ratón mientras sigo a la espera?

un saludo

pippolippi · « **Respuesta #945 en:** 29-09-2014, 13:14 (Lunes) »

Los leds lan1..4 los controla directamente el switch (creo), si no recuerdo mal la secuencia, en barrier breaker se encienden los leds que dices, después se apagan TODOS durante un buen rato (lo que acojona un poco) y después el led de power alterna entre naranja y rojo, hasta que haya acabado de arrancar, entonces ya se encienden los led según la configuración que hayas puesto.
Es muy probable que, si bien te acepte la imagen y la grabe en la flash, a la hora de arrancar no la acepte como válida, pero eso solo lo sabrás cuando tengas conectado el puerto serie.

Tki2000 · « **Respuesta #946 en:** 29-09-2014, 18:55 (Lunes) »

Cita de: mekkon en 29-09-2014, 11:12 (Lunes)

estoy esperando que me llegue un usb a rs232 ya que no tengo ningún pc con puerto serie, serviría el puerto PS2 del teclado/ratón mientras sigo a la espera?

Po va a ser que no...

Pero te recuerdo que las señales serie deben ser a nivel TTL (0V-5.0V). Las señales RS232 van a -12V/12V, con lo que freirías el router...
Mira que el adaptador sea USB/Serie UART TTL

pippolippi · « **Respuesta #947 en:** 29-09-2014, 19:22 (Lunes) »

Yo por no saber leer ni escribir uso un adaptador de 3.3V (5 creo que son demasiados).

pippolippi · « **Respuesta #948 en:** 05-10-2014, 19:11 (Domingo) »

Hace un rato adquirí un router de reserva (para experimentos, pruebas varias, etc.). En el router "principal" tenía una versión de barrier breaker de hace algunos meses, en el de reserva le puse chaos calmer (sin darme cuenta, hice un git clone de trunk que ya había pasado a chaos calmer).
Pues bien, el router principal funciona con esta configuración del switch:

Código: [Seleccionar]

config switch
        option name 'switch0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'switch0'
        option vlan '1'
        option vid '1'
        option ports '0 2 3 4 5'

mientras que el de reserva con

Código: [Seleccionar]

config switch
        option name 'switch0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'switch0'
        option vlan '1'
        option vid '1'
        option ports '0t 2 3 4 5'

o sea, el puerto CPU debe ser untagged en el router viejo y tagged en el nuevo

Lo achaqué a las distintas versiones y tal.
Pues bien, ayer me compilé barrier breaker final y la puse en el router de prueba, y el switch sigue funcionando con el puerto tagged, hoy le pongo la misma idéntica imagen al router principal, preparándome para cambiar la configuración del switch y.....no, en el viejo solo funciona untagged

Otro problemilla es que los dos me han cogido la misma mac en la lan (cosa que antes no pasaba), pero, bueno, a estas alturas lo considero un problema menor

Los dos son de la misma revisión de hardware (R01A), la única diferencia es el uboot, pero no creo que debería afectar una vez que el driver del swicth en openwrt toma el control...o igual sí que afecta.

quetzalin · « **Respuesta #949 en:** 07-10-2014, 21:15 (Martes) »

Hay forma de configurarle la modulacion DSL a estos cacharros?, me refiero a elegir entre ADSL2+, G.DMT, AnnexM etc

pippolippi · « **Respuesta #950 en:** 07-10-2014, 22:17 (Martes) »

Cita de: quetzalin en 07-10-2014, 21:15 (Martes)

Hay forma de configurarle la modulacion DSL a estos cacharros?, me refiero a elegir entre ADSL2+, G.DMT, AnnexM etc

En /etc/config/network

Código: [Seleccionar]

config adsl 'dsl'
        option annex 'm'

Los posibles valores para annex están en /etc/init.d/dsl_control y son

Código: [Seleccionar]

annex_b=10_00_10_00_00_04_00_00
annex_bdmt=10_00_00_00_00_00_00_00
annex_b2=00_00_10_00_00_00_00_00
annex_b2p=00_00_00_00_00_04_00_00
annex_a=04_01_04_00_00_01_00_00
annex_at1=01_00_00_00_00_00_00_00
annex_alite=00_01_00_00_00_00_00_00
annex_admt=04_00_00_00_00_00_00_00
annex_a2=00_00_04_00_00_00_00_00
annex_a2p=00_00_00_00_00_01_00_00
annex_l=00_00_00_00_04_00_00_00
annex_m=00_00_00_00_40_00_04_00
annex_m2=00_00_00_00_40_00_00_00
annex_m2p=00_00_00_00_00_00_04_00

o sea, b, bdmt, b2, b2p, a, at1, alite, admt, a2, a2p, l, m, m2 y m2p.

Pteridium · « **Respuesta #951 en:** 08-10-2014, 13:12 (Miércoles) »

Cita de: pippolippi en 05-10-2014, 19:11 (Domingo)

Hace un rato adquirí un router de reserva (para experimentos, pruebas varias, etc.). En el router "principal" tenía una versión de barrier breaker de hace algunos meses, en el de reserva le puse chaos calmer (sin darme cuenta, hice un git clone de trunk que ya había pasado a chaos calmer).
Pues bien, el router principal funciona con esta configuración del switch:

Código: [Seleccionar]
config switch option name 'switch0' option reset '1' option enable_vlan '1' config switch_vlan option device 'switch0' option vlan '1' option vid '1' option ports '0 2 3 4 5'
mientras que el de reserva con

Código: [Seleccionar]
config switch option name 'switch0' option reset '1' option enable_vlan '1' config switch_vlan option device 'switch0' option vlan '1' option vid '1' option ports '0t 2 3 4 5'
o sea, el puerto CPU debe ser untagged en el router viejo y tagged en el nuevo
Lo achaqué a las distintas versiones y tal.
Pues bien, ayer me compilé barrier breaker final y la puse en el router de prueba, y el switch sigue funcionando con el puerto tagged, hoy le pongo la misma idéntica imagen al router principal, preparándome para cambiar la configuración del switch y.....no, en el viejo solo funciona untagged
Otro problemilla es que los dos me han cogido la misma mac en la lan (cosa que antes no pasaba), pero, bueno, a estas alturas lo considero un problema menor
Los dos son de la misma revisión de hardware (R01A), la única diferencia es el uboot, pero no creo que debería afectar una vez que el driver del swicth en openwrt toma el control...o igual sí que afecta.

¿Cómo conseguiste que funcionaran las VLANs en el 4518? Yo me tiré horas y nada.

quetzalin · « **Respuesta #952 en:** 08-10-2014, 16:21 (Miércoles) »

Cita de: pippolippi en 07-10-2014, 22:17 (Martes)

Cita de: quetzalin en 07-10-2014, 21:15 (Martes)
Hay forma de configurarle la modulacion DSL a estos cacharros?, me refiero a elegir entre ADSL2+, G.DMT, AnnexM etc

En /etc/config/network

Código: [Seleccionar]
config adsl 'dsl' option annex 'm'
Los posibles valores para annex están en /etc/init.d/dsl_control y son

Código: [Seleccionar]
annex_b=10_00_10_00_00_04_00_00 annex_bdmt=10_00_00_00_00_00_00_00 annex_b2=00_00_10_00_00_00_00_00 annex_b2p=00_00_00_00_00_04_00_00 annex_a=04_01_04_00_00_01_00_00 annex_at1=01_00_00_00_00_00_00_00 annex_alite=00_01_00_00_00_00_00_00 annex_admt=04_00_00_00_00_00_00_00 annex_a2=00_00_04_00_00_00_00_00 annex_a2p=00_00_00_00_00_01_00_00 annex_l=00_00_00_00_04_00_00_00 annex_m=00_00_00_00_40_00_04_00 annex_m2=00_00_00_00_40_00_00_00 annex_m2p=00_00_00_00_00_00_04_00
o sea, b, bdmt, b2, b2p, a, at1, alite, admt, a2, a2p, l, m, m2 y m2p.

a= ADSL T1.413
admt= G.DMT
alite= G.Lite
a2p= ADSL2+
m2p= ADSL2+M

¿correcto?

Queria ver que tal chuta con un m2p en mi linea pero no puedo ya que al tener VDSL en mi linea el AnnexM no me lo permite sincronizar

.

Al menos en a2p me pilla a tope:

Código: [Seleccionar]

root@OpenWrt:/# /etc/init.d/dsl_control status
Chipset:                Ifx-Danube 1.3
Line State:             UP [0x801: showtime_tc_sync]
Data Rate:              21.751 Mb/s / 1.175 Mb/s
Line Attenuation:       8.6dB / 51.1dB
Noise Margin:           8.3dB / 51.1dB
Line Uptime:            1m 24s

Pena que no tenga VDSL este cacharrito, si no me lo quedaba como router principal y mas aun despues del mod que le he hecho:

http://i.imgur.com/gTnk9U3.jpg
http://i.imgur.com/KgVltpW.jpg
http://i.imgur.com/QL9jv1X.jpg

pippolippi · « **Respuesta #953 en:** 08-10-2014, 18:02 (Miércoles) »

Cita de: Pteridium en 08-10-2014, 13:12 (Miércoles)

¿Cómo conseguiste que funcionaran las VLANs en el 4518? Yo me tiré horas y nada.

Fácil: se trata del 7518

Pero me molesta que dos aparatos idénticos con la misma imagen funcionen de manera distinta.

Pteridium · « **Respuesta #954 en:** 09-10-2014, 11:45 (Jueves) »

Cita de: pippolippi en 08-10-2014, 18:02 (Miércoles)

Cita de: Pteridium en 08-10-2014, 13:12 (Miércoles)
¿Cómo conseguiste que funcionaran las VLANs en el 4518? Yo me tiré horas y nada.

Fácil: se trata del 7518
Pero me molesta que dos aparatos idénticos con la misma imagen funcionen de manera distinta.

Pues entonces va a ser lo que mencionaste del bootloader.

pippolippi · « **Respuesta #955 en:** 09-10-2014, 15:43 (Jueves) »

Si la gestión del switch depende de uboot, entonces o el driver del switch en el kernel o swconfig no están haciendo su trabajo correctamente.

mekkon · « **Respuesta #956 en:** 09-10-2014, 17:29 (Jueves) »

Buenas, por fin me llego el usb to rs232,

yendo al grano, dejo aquí el log de arranque:

Código: [Seleccionar]

[DANUBE Boot]:

======================
 [U] Upload to Flash  
 [E] Erase Flash      
 [G] Run Runtime Code 
 [A] Set MAC Address 
 [#] Set Serial Number 
 [V] Set Board Version 
 [H] Set Options 
 [P] Print Boot Params 
 [0] Use Normal Firmware
 [1] Use ART-Testing Firmware
======================

[DANUBE Boot]:p


MAC address     : 00-23-08-B5-0D-F9
Serial number   : J931037522
Hardware version: 01A
Options         : 00-FF-FF-FF-FF-FF

detalle curioso, en la carcasa del router pone que la revisión de hardware es: R01A, pero danube me dice que es la 01A, supongo que a efectos prácticos será lo mismo.

intentando arrancar el kernel:

Código: [Seleccionar]

[DANUBE Boot]:g

Image[1] at 0xb0060000, len:1370279, type:255
Firmware image at -1, ART image at -1

Run-up Normal Firmware...

Unzipping firmware at 0x80002000 ... [ZIP 1]  done
Run-time code running ...

Ready to run firmware
[    0.000000] Linux version 3.10.49 (xonom@xonom) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.04 r42664) ) #9 Sat Sep 27 19:29:58 CEST 2014
[    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 ARV4518PWR01A - SMC7908A-ISP, Airties WAV-221
[    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=0004fb68
[    0.000000] Readback ErrCtl register=0004fb68
[    0.000000] Memory: 60752k/65536k available (3009k kernel code, 4784k reserved, 761k 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.088000] PCI host bridge /fpi@10000000/pci@E105400 ranges:
[    0.092000]  MEM 0x0000000018000000..0x0000000019ffffff
[    0.096000]   IO 0x000000001ae00000..0x000000001affffff
[    0.120000] bio: create slab <bio-0> at 0
[    0.128000] usbcore: registered new interface driver usbfs
[    0.132000] usbcore: registered new interface driver hub
[    0.136000] usbcore: registered new device driver usb
[    0.140000] PCI host bridge to bus 0000:00
[    0.144000] pci_bus 0000:00: root bus resource [mem 0x18000000-0x19ffffff]
[    0.148000] pci_bus 0000:00: root bus resource [io  0x1ae00000-0x1affffff]
[    0.152000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.156000] pci 0000:00:0e.0: BAR 0: assigned [mem 0x18000000-0x1800ffff]
[    0.160000] pci 0000:00:0e.0: SLOT:14 PIN:1 IRQ:30
[    0.164000] Switching to clocksource MIPS
[    0.172000] NET: Registered protocol family 2
[    0.180000] TCP established hash table entries: 512 (order: 0, 4096 bytes)
[    0.184000] TCP bind hash table entries: 512 (order: -1, 2048 bytes)
[    0.192000] TCP: Hash tables configured (established 512 bind 512)
[    0.200000] TCP: reno registered
[    0.200000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.208000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.216000] NET: Registered protocol family 1
[    0.220000] gptu: totally 6 16-bit timers/counters
[    0.224000] gptu: misc_register on minor 63
[    0.228000] gptu: succeeded to request irq 126
[    0.232000] gptu: succeeded to request irq 127
[    0.240000] gptu: succeeded to request irq 128
[    0.244000] gptu: succeeded to request irq 129
[    0.248000] gptu: succeeded to request irq 130
[    0.252000] gptu: succeeded to request irq 131
[    0.264000] lantiq,vmmc 1f103000.vmmc: requested GPIO 255
[    0.268000] lantiq,vmmc 1f103000.vmmc: reserved 1MB at 0x03900000
[    0.280000] ath5k,eeprom 103f0400.ath5k_eep: loaded ath5k eeprom
[    0.292000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.296000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.308000] msgmni has been set to 118
[    0.312000] io scheduler noop registered
[    0.316000] io scheduler deadline registered (default)
Cꁡ+�r��������console [ttyLTQ0] enabled, bootconsole disabled= 112) is a lantiq,asc
[    0.332000] console [ttyLTQ0] enabled, bootconsole disabled
[    0.348000] ltq_nor: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x0000c2 Chip ID 0x0022a8
[    0.356000] Amd/Fujitsu Extended Query Table at 0x0040
[    0.360000]   Amd/Fujitsu Extended Query version 1.1.
[    0.364000] number of CFI chips: 1
[    0.368000] 4 ofpart partitions found on MTD device ltq_nor
[    0.372000] Creating 4 MTD partitions on "ltq_nor":
[    0.380000] 0x000000000000-0x000000010000 : "uboot"
[    0.388000] 0x000000010000-0x000000020000 : "uboot_env"
[    0.392000] 0x000000020000-0x0000003f0000 : "firmware"
[    0.456000] 0x0000003f0000-0x000000400000 : "boardconfig"
[    0.488000] libphy: ltq_mii: probed
[    0.520000] Registering RTL8306SD switch with Chip ID: 0x5988, version: 0x0000
[    0.528000] eth0: attached PHY [Realtek RTL8306S] (phy_addr=1e180000.etop-ff:00, irq=-1)
[    0.540000] wdt 1f8803f0.watchdog: Init done
[    0.544000] leds-gpio gpio-leds.5: pins are not configured from the driver
[    0.556000] TCP: cubic registered
[    0.560000] NET: Registered protocol family 17
[    0.564000] 8021q: 802.1Q VLAN Support v1.8
[    0.576000] UBIFS error (pid 1): ubifs_mount: cannot open "ubi0:rootfs", error -19
[    0.580000] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    0.588000] Please append a correct "root=" boot option; here are the available partitions:
[    0.596000] 1f00              64 mtdblock0  (driver?)
[    0.600000] 1f01              64 mtdblock1  (driver?)
[    0.604000] 1f02            3904 mtdblock2  (driver?)
[    0.612000] 1f03              64 mtdblock3  (driver?)
[    0.616000] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

al parecer no es capaz de encontrar el punto para iniciar la imagen, supongo que seria en 0x000000020000, no? o bien en 0x80006000?

creo que casi lo tengo, pero me falta la puntilla

pippolippi · « **Respuesta #957 en:** 09-10-2014, 17:57 (Jueves) »

Lo que no encuentra es el rootfs. Has compilado (y flasheado) la imagen con el root filesystem en squashfs?

mekkon · « **Respuesta #958 en:** 09-10-2014, 18:16 (Jueves) »

Cita de: pippolippi en 09-10-2014, 17:57 (Jueves)

Lo que no encuentra es el rootfs. Has compilado (y flasheado) la imagen con el root filesystem en squashfs?

buena pregunta, al generar las imágenes, se crearon 2, modifique uno de los varios makefiles que hay para que generara la segunda:

openwrt-lantiq-xway-ARV4518PWR01A-squashfs.image

y

openwrt-lantiq-xway-ARV4518PWR01A--brnImage

he utilizado la segunda, ya que me permite flashear usando el boot loader original, es de suponer que esta basado en squashfs, o así me lo pareció a mi mientras andaba liado con el tema.

lo que me llama la curiosidad es que intente reconocer las particiones MTD como si estuviera UBOOT instalado en lugar de BRNBOOT, quizás debo modificar los parámetros en el momento de generar la imagen para que reconozca las particiones tal como están originalmente?

mekkon · « **Respuesta #959 en:** 09-10-2014, 18:39 (Jueves) »

Estoy haciendo el segundo backup usando BRN DUMPER desde $B0000000 hasta $B0400000, he ojeado así por encima el fichero generado y aparecen datos de ya.com, quizás al final acabe poniendo uboot, ya que son 256K de configuración que no servirán de nada, de todas formas, ya que he llegado hasta aquí, seria interesante hacer funcionar openwrt con brnboot.

Noticias:

Autor Tema: [Desarrollo] OpenWRT para routers Astoria de ya.com (ARV4518/ARV7518) (Leído 653242 veces)

mekkon

mekkon

mekkon

pippolippi

pippolippi

pippolippi

quetzalin

pippolippi

Pteridium

quetzalin

pippolippi

Pteridium

pippolippi

mekkon

pippolippi

mekkon

mekkon