Autor Tema: Astoria networks ARV7519 (Leído 117262 veces)

barriteleves · « **Respuesta #180 en:** 18-02-2014, 23:59 (Martes) »

hola que tal :
dice:

Cita de: gmtii en 14-01-2014, 09:21 (Martes)

buenas,

si haces el tema del corto y vas siguiendo los pasos irás viendo lo que comento;

1.- Enciendes el router.
2.- Cuando aparezca lo de;

Enter command mode ...
Get Primary to 0.....
Image Check from FLASH_AREA_IMAGE_0 :

haces el corto en la flash ( pines 49-50 , Q7-Q14 por ejemplo http://pdf.datasheetarchive.com/indexerfiles/Datasheets-SX27/DSASW0056111.pdf )

3.- Debe salirte

Image Check from FLASH_AREA_IMAGE_0 :failed
Image Check from FLASH_AREA_IMAGE_1 :failed

...

4.- Quitas el corto de la flash. Te aparecerá una línea de comandos: #VR9. Introduces 0 y luego J.

5.- Interrumpes el contador pulsando una tecla para evitar que arranque Openwrt directamente. Ya estás en el u-boot secundario:

U-Boot 2010.06-LANTIQ-v-2.0.26-dirty (Jul 25 2011 - 09:16:19)

CLOCK CPU 500M RAM 250M
DRAM: 128 MiB
Flash: 32 MiB
In: serial
Out: serial
Err: serial
Net: fw_addr=0xa0200000
Internal phy(FE) firmware version: 0x8200
vr9 Switch

Type "run flash_nfs" to mount root filesystem over NFS

Hit any key to stop autoboot: 3
VR9 #

Desde aquí podrás arrancar la imagen initramfs y hacer las copias necesarias y posterior flasheo si así quieres.

Saludos.

he recibido otro router que pille de segunda mano de estos ya que el anteior murio. bien ahora me suge una duda para hacer el corto en la flash
segun comentas aqui, lo cual no pongo en duda que son las patillas 49 y 50, pero me estoy fijando en la foto que hay en la wiki y las patilla soldadas son diferentes aqui son las 6 y 7, podrias sacame de esta duda la foto es erronea o corresponde a otra memoria diferente

doblecero · « **Respuesta #181 en:** 19-02-2014, 08:53 (Miércoles) »

Hombre, depende desde donde cuentes

Si cuentas los pins desde la izquierda (desde el indicador que marca que es el primer pin, vamos) estos coinciden con el 49 y 50. En cualquier caso, es como viene en la foto.

Por cierto y por si no estas al tanto, en este otro hilo hay un tutorial y se está continuando la discusión:

https://foro.seguridadwireless.net/openwrt/(desarrollo)-openwrt-en-astoria-arv7519rw22-livebox-2-1/

Saludos.

barriteleves · « **Respuesta #182 en:** 19-02-2014, 09:45 (Miércoles) »

hola compañero dice:

Cita de: doblecero en 19-02-2014, 08:53 (Miércoles)

Hombre, depende desde donde cuentes Si cuentas los pins desde la izquierda (desde el indicador que marca que es el primer pin, vamos) estos coinciden con el 49 y 50. En cualquier caso, es como viene en la foto.

Por cierto y por si no estas al tanto, en este otro hilo hay un tutorial y se está continuando la discusión:

https://foro.seguridadwireless.net/openwrt/(desarrollo)-openwrt-en-astoria-arv7519rw22-livebox-2-1/

Saludos.

primero agradece tu respuesta, aunque discrepo en los numero de las patillas de la foto que hay en la wiki, y añadir que me he lanzado y he sigudo ese hilo que comentas y precisamente he posteado aqui para no ensuciar el otro y dejarlo mas bien limpio. pero como digo tengo resuleto el tema he puenteado entre las patillas 7 y 8 tal como esta escrito por gmtii y perfecto al principio costo un poco, pero ya tengo el uboot arrancado como administrador, y desde hay puedo ya manejarlo, he tratado de utilizar el brndumper, pero aun no he conseguido comunicarme con el me da error, pero mañana cambiare a otra cpu mas antigua con los famoso puertos serie com1 y com2, pues el que he utilizado solo tiene usb y poneindo un comando en la ventana de msdos me arranca bien en com12, pero ya te digo he tratado de sacar un dump y nada error, por lo que lo dejo ya para otro dia grs de todas formas un saludo

barriteleves · « **Respuesta #183 en:** 21-02-2014, 12:55 (Viernes) »

hola compañero saludos , ya estoy tratando de hacer una copia con brndumper ya que tengo solo windows, y la verdad no se que error estoy comentiendo haber si me podeis dar un empujon con esto :

Citar

ROM VER: 1.
ROM VER: 1.0.5
CFG 01
Tuning DDR begin
DDR Access auto data-eye tuning Rev 0.3a
DDR size from 0xa0000000 - 0xa7ffffff
DDR check ok... start booting...

=======================================================================
Wireless ADSL IAD VR9 Loader v0.70.01 build Mar 26 2012 13:36:53
Arcadyan Technology Corporation
=======================================================================
A1x VR9
0xbe22ff1c : 70240000
0xBf203014 : 70240000
MXIC MX29GL256EL top boot 16-bit mode fou

Copying boot params.....DONE

Enter command mode ...Flash not found

Manu-ID = 0xb Chip-ID=0x1000

Get Primary to 0.....
Image Check from FLASH_AREA_IMAGE_0 : Failed.
Image Check from FLASH_AREA_IMAGE_1 : Failed.

Flash Checking Again - fw/ui... Failed.

Unzipping Tiny Kernel at 0x80002000 ... failed : 4 !!

[VR9 Boot]:u

UPLOAD Flash
---------------------------------------
Area Address Length
---------------------------------------
Boot 0xB0000000 512K
[1] Image 0 0xB1280000 6144K
[2] Image 1 0xB1880000 6144K
[3] Configuration 0xB1E80000 1024K
[4] Boot Parameters 0xB1F80000 256K
[5] Flash Image 0xB0000000 32768K
[6] Linux Image 0xB0080000 24576K
[7] Emergency Value 0xB1FC0000 2883584K
---------------------------------------
Enter area to UPLOAD: !
ERROR: Not a valid area.

[VR9 Boot]:!

Enter Administrator Mode !

[VR9 Boot]:

He tratado de hacer copia como lo he realizado en otro deco 4528 con brndumper, por partes y completo el dump pero esto se esta resistiendo, que es lo que hago mal por que siempre me sale este error (error counter 0 m 10000 done)

cuando trato de realizar la copia por ejemplo del boot pongo estos datos

en brndumper:
en star addres :$b0000000

End addres :$b127ffff

y siempre ponga los datos espuestos o los cambie sale este error esplicado mas arriba (error counter 0 m 10000 done)

que error estoy cometiendo o no e puede realizar con esta herramienta.

Tki2000 · « **Respuesta #184 en:** 21-02-2014, 14:07 (Viernes) »

He estado revisando el código del brndumper y creo que no admite dumps de longitud de más de 10000:

Código: [Seleccionar]

Enter the Count to Read....(Maximun 10000)
Intenta hacerlo en bloques de como mucho esa longitud a ver qué te dice.

barriteleves · « **Respuesta #185 en:** 22-02-2014, 00:45 (Sábado) »

hola compañero dice:

Cita de: Tki2000 en 21-02-2014, 14:07 (Viernes)

He estado revisando el código del brndumper y creo que no admite dumps de longitud de más de 10000:

Código: [Seleccionar]
Enter the Count to Read....(Maximun 10000)
Intenta hacerlo en bloques de como mucho esa longitud a ver qué te dice.

grs por tu respuesta, no se si estoy confundido pero esa cifra, si se refiere a 10.000 byte, entiendo que son 64k por lo que no me cuadra, ya que con esta misma herramienta he sacado copia del drum por partes y completo del rourt arcadyan arv4528kw el boot esde 128k ,los datos son de 64 k y el completo es de 4096 k,

pienso que los datos de address no sean los correctos para la extraccion, donde puedo mirar el codigo fuente de esta herramienta ?? haber si hay mas datos sobre como trabaja.

Tki2000 · « **Respuesta #186 en:** 22-02-2014, 10:50 (Sábado) »

El código lo puedes ver aquí: brndumper

De todas formas creo que no va a ser eso. Cuando el programa habla con el bootloader espera que el bootloader le devuelva una cadena de texto y busca en ella una terminación para mandar el siguiente comando. Creo que la comprobación es demasiado restrictiva y puede que el brnboot del router esté devolviendo otra cadena de texto (o en un formato distinto) con lo que el brndumper no la detecta bien.

Cuando entres en modo administrador con "!", pon a mano "r" y dale al Enter. Mira a ver qué cadena te devuelve el router. Selecciona una dirección de memoria y dale al enter, selecciona la longitud y dale al Enter y por último selecciona el número de veces que quieras que se repita la operación y dale al Enter. Pega el log completo (incluída la lectura de memoria) aquí desde que entras en modo administrador y vemos si las cadenas que devuelve el router son compatibles con lo que espera que le devuelva el brndumper. O si quieres comprobarlo tú mismo, el código está en el enlace que te he dejado.

El brndumper no es más que la automatización del proceso manual de leer la memoria que he dicho antes.

barriteleves · « **Respuesta #187 en:** 22-02-2014, 14:00 (Sábado) »

hola saludos:

Cita de: Tki2000 en 22-02-2014, 10:50 (Sábado)

El código lo puedes ver aquí: brndumper

De todas formas creo que no va a ser eso. Cuando el programa habla con el bootloader espera que el bootloader le devuelva una cadena de texto y busca en ella una terminación para mandar el siguiente comando. Creo que la comprobación es demasiado restrictiva y puede que el brnboot del router esté devolviendo otra cadena de texto (o en un formato distinto) con lo que el brndumper no la detecta bien.

Cuando entres en modo administrador con "!", pon a mano "r" y dale al Enter. Mira a ver qué cadena te devuelve el router. Selecciona una dirección de memoria y dale al enter, selecciona la longitud y dale al Enter y por último selecciona el número de veces que quieras que se repita la operación y dale al Enter. Pega el log completo (incluída la lectura de memoria) aquí desde que entras en modo administrador y vemos si las cadenas que devuelve el router son compatibles con lo que espera que le devuelva el brndumper. O si quieres comprobarlo tú mismo, el código está en el enlace que te he dejado.

El brndumper no es más que la automatización del proceso manual de leer la memoria que he dicho antes.

grs por tu ayuda intentarre realizarlo tal cual ya que en estos menesteres aun estoy verde, ero agradezo tu ayuda un saludos

barriteleves · « **Respuesta #188 en:** 22-02-2014, 15:42 (Sábado) »

hola de nuevo aqui posteo la lectura que me has comentado aunque no pongo toda la lectura porque creo no es necesaria en su totalidad los datos creo que estan asi bien si necsita todo comentamelo este esta hecho con 10000

Citar

Enter Administrator Mode !

[VR9 Boot]:r

Enter the Start Address to Read....0xa0000000
Data Length is (1) 4 Bytes (2) 2 Bytes (3) 1 Byte...
Enter the Count to Read....(Maximun 10000)0xa001fff

[VR9 Boot]:r

Enter the Start Address to Read....0xa0000000
Data Length is (1) 4 Bytes (2) 2 Bytes (3) 1 Byte...
Enter the Count to Read....(Maximun 10000)0xa001ffff

[VR9 Boot]:r

Enter the Start Address to Read....0xb000000
Data Length is (1) 4 Bytes (2) 2 Bytes (3) 1 Byte...
Enter the Count to Read....(Maximun 10000)0xb001ffff

[VR9 Boot]:r

Enter the Start Address to Read....0xb0000000
Data Length is (1) 4 Bytes (2) 2 Bytes (3) 1 Byte...
Enter the Count to Read....(Maximun 10000)0xb1280000

[VR9 Boot]:

R9 Boot]:[

[VR9 Boot]:1

Set Primary to 1.....PASS

[VR9 Boot]:1

Set Primary to 1.....PASS

[VR9 Boot]:~

[VR9 Boot]:r

Enter the Start Address to Read....0xb0000000
Data Length is (1) 4 Bytes (2) 2 Bytes (3) 1 Byte...
Enter the Count to Read....(Maximun 10000)10000

----------------------------------------------------------
Address 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
----------------------------------------------------------
0xB0000000 10 00 00 0B 00 00 00 00 00 00 00 00 00 00 00 00
0xB0000010 68 8C 68 8C 00 00 00 00 31 2E 31 2E 30 00 00 00
0xB0000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xB0000030 40 80 90 00 40 80 98 00 40 80 68 00 40 1B 78 00
0xB0000040 3C 08 00 FF 35 08 FF 00 03 68 D8 24 3C 08 00 01
0xB0000050 35 08 95 00 17 68 00 19 00 00 00 00 40 08 80 00
0xB0000060 3C 09 80 00 35 29 FF FF 01 09 40 24 3C 09 36 04

lo he intentado con 80000 y con 90000 los lee bien pero con 100000 no lo realiza. un saludo

Tki2000 · « **Respuesta #189 en:** 22-02-2014, 17:53 (Sábado) »

Una cosa que he observado: le pones que la última dirección a leer es la $b127FFFF, pero según la interfaz del brndumper la última dirección indicada no está incluída (lee hasta la anterior), ¿has probado a hacerlo leer hasta la dirección $b1280000?

barriteleves · « **Respuesta #190 en:** 22-02-2014, 22:22 (Sábado) »

si efectivamente no me ha salido poner la ultima cuando ha leido 10.000. aqui va de nuevo:

Citar

0xB0009C30 00 04 26 00 00 04 8E 03 00 05 2E 00 00 05 2E 03

luego cuando he leido 80000 sale esta otra: b004E1F0 y con 90000 esto:
b005730 bien

con estas direccion puestas en el brndumper no lee da el error y con la que tu comentas (b1280000) si he probado, aunque yo entendia que esta direccion corresponde al comienzo de la siguienta parte imagen 0 de 6.144k, tambien he probado en el brndumper a poner 10.000, 80.000 y sale el mismo error, por lo que entiendo que no vale para este boot si es el encargado de realizarlo, efectivamente tienes gran parte de razon. buscare realizarlo como me decia gmtii, que realmente a mi me cuesta un poco, seguire mirando haber si se realizarlo cargando una openwrt por el modo uart, haber que saco en claro, siempre se apheende un mas saludos

barriteleves · « **Respuesta #191 en:** 22-02-2014, 22:37 (Sábado) »

ampliando una pregunta en el arranque aparecen direcciones diferentes a las que pongo el el bnrdumpero :

Citar

ROM VER: 1.
ROM VER: 1.0.5
CFG 01
Tuning DDR begin
DDR Access auto data-eye tuning Rev 0.3a
DDR size from 0xa0000000 - 0xa7ffffff
DDR check ok... start booting...

estas direccion DDR valdrian para leeer desde el brndumper bien provare haber saludos

Tki2000 · « **Respuesta #192 en:** 23-02-2014, 11:15 (Domingo) »

Esas direcciones corresponden a la RAM, no a la flash.

Pteridium · « **Respuesta #193 en:** 15-03-2014, 16:48 (Sábado) »

Se han enviado los parches a openwrt-devel, pero blogic, debido a que hay que hacer dos definiciones debido a que hay dos revisiones de hardware, ha dicho lo siguiente:

Citar

2014-03-12 9:31 GMT+01:00, John Crispin:
> hi,
>
> i am starting to wonder if we should to runtime detection of the fw blob
> to use ... i.e. indicate in the dts file if we want 11g or 22fe firmware
> and let the code figure out the version
>
> John

gmtii y yo opinamos lo mismo: que el driver se encargue de detectar los switchs y cargue el firm adecuado, así con una sola compilación las dos revisiones quedan soportadas y no nos tenemos que romper la cabeza si nos equivocamos al compilar.
blogic no ha dicho esto por fastidiar, sino que hay otro router que también tiene dos revisiones con diferentes firms (https://dev.openwrt.org/ticket/15057) y si se hace como él dice el livebox y el BT Openreach necesitarán un solo archivo de definición cada uno en vez de los dos que harían falta por router.
Lesgar y gmtii ya han hecho un trabajón

dándole soporte al cacharro y yo de C y de drivers no tengo casi idea, por lo que os agradecería si alguno puede echarle un ojo a ésto.
Creo que los archivos que habría que tocar son los correspondientes a estos parches
https://dev.openwrt.org/browser/trunk/target/linux/lantiq/patches-3.10/0008-NET-PHY-adds-driver-for-lantiq-PHY11G.patch
https://dev.openwrt.org/browser/trunk/target/linux/lantiq/patches-3.10/0019-NET-lantiq-adds-PHY11G-firmware-blobs.patch
https://dev.openwrt.org/browser/trunk/target/linux/lantiq/patches-3.10/0020-NET-MIPS-lantiq-adds-xrx200-net.patch
https://dev.openwrt.org/browser/trunk/target/linux/lantiq/patches-3.10/0022-NET-multi-phy-support.patch
y ver si el .phy_id o algún otro valor que sea único para cada modelo de switch se pueden leer antes de que cargue el firm.
Para vergüenza mía no sé en qué parte del kernel está la rutina que carga el firm que se le indica en el archivo dts

Código: [Seleccionar]

[ 0.380000] gptu: succeeded to request irq 131 
[ 0.384000] phy-xrx200 gphy-xrx200.8: requesting lantiq/vr9_phy11g_a2x.bin 
[ 0.392000] phy-xrx200 gphy-xrx200.8: booting GPHY0 firmware at 78C0000 
[ 0.400000] phy-xrx200 gphy-xrx200.8: booting GPHY1 firmware at 78C0000 
[ 0.508000] squashfs: version 4.0 (2009/01/31) Phillip Lougher

y aquí el driver del switch (lantiq.c) anuncia lo que ha encontrado

Código: [Seleccionar]

[ 0.776000] libphy: lantiq,xrx200-mdio: probed 
[ 0.784000] net-xrx200: invalid MAC, using random 
[ 0.788000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:11, irq=-1) 
[ 0.796000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:13, irq=-1) 
[ 0.804000] eth0: attached PHY [Lantiq XWAY PEF7071 v1.5] (phy_addr=0:00, irq=-1) 
[ 0.812000] wdt 1f8803f0.watchdog: Init done

Hay una cosa que sí sé: los switch se configuran mediante el bus mdio.

Noticias:

Autor Tema: Astoria networks ARV7519 (Leído 117262 veces)

barriteleves

Re: Astoria networks ARV7519

doblecero

Re: Astoria networks ARV7519

barriteleves

Re: Astoria networks ARV7519

barriteleves

Re: Astoria networks ARV7519

Tki2000

Re: Astoria networks ARV7519

barriteleves

Re: Astoria networks ARV7519

Tki2000

Re: Astoria networks ARV7519

barriteleves

Re: Astoria networks ARV7519

barriteleves

Re: Astoria networks ARV7519

Tki2000

Re: Astoria networks ARV7519

barriteleves

Re: Astoria networks ARV7519

barriteleves

Re: Astoria networks ARV7519

Tki2000

Re: Astoria networks ARV7519

Pteridium

Re: Astoria networks ARV7519