Autor Tema: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22 (Leído 513742 veces)

howl · « **Respuesta #900 en:** 31-01-2016, 12:01 (Domingo) »

Para quienes no les van todos los puertos del switch con el U-Boot dejo el u-Boot 2014.01 que descargue de aquí pero que no encuentro ahora el enlace original: https://drive.google.com/file/d/0B0jPz3dRtaKNN3FkUDBra3FPdms/view?usp=sharing

También dejo una de las imágenes que he compilado, esta la he hecho hoy, para probar el tema de reinicios con discos duros usb: https://drive.google.com/file/d/0B0jPz3dRtaKNWFpxdzlxcHQ4ckk/view?usp=sharing

De momento ya he conectado el router con el puerto UART puesto de contínuo para ver si sale algo de porque se queda bloqueado al cabo de tiempo de uso. De momento solo he podido ver un nuevo mensaje también por parte del módulo dwc2 con los usb wifi que no me saltan el otro error pero no creo que tenga que ver con ello:

[ 817.437165] dwc2 1e106000.ifxhcd: dwc2_update_urb_state(): trimming xfer length [ 821.732749] dwc2 1e106000.ifxhcd: dwc2_update_urb_state(): trimming xfer length

howl · « **Respuesta #901 en:** 31-01-2016, 12:24 (Domingo) »

Cita de: Lesgar en 21-01-2016, 13:33 (Jueves)

Cita de: howl en 01-01-2016, 12:26 (Viernes)
Cita de: Lesgar en 27-12-2015, 20:07 (Domingo)
Cita de: howl en 23-11-2015, 21:41 (Lunes)
medber, ahora si que va bien el desplazamiento de una página, no veo problemas aparentes por ello, voy a ver si se puede llevar ese cambio upstream.

Por otro lado el parche de null pointer si que resuelve el problema pero no se si pensar que es en conjunto con los cambios de blogic, porque salvo que yo hiciese mal la compilación, solo con ese parche no se resolvía.

De momento no puedo desarrollar el tema de uboot porque no tengo posibilidad de arrancar en modo UART y si hago un mal uboot me quedo sin placa. Estoy ya detrás de la placa de un compañero del foro que en principio está brickeada, si la encuentra y puedo conseguirla me pondré más con ello. Por ahora voy a usar la imagen que has hecho con la alineación normal y ojalá acepten ese cambio de desplazamiento para entonces ya tirar todos desde 0xB00A0000.

crislgga yo de momento no puedo continuar compilando nuevos U-Boots con seguridad en la placa que tengo, en cuanto consiga otra me pongo con ello. A ver si contacto con gmtii para el tema de la DRAM que no conseguí que mis uboots cogieran más de 64 MiB, lo que si le tengo puesto es el firmware en su versión más actual encontrada para las 1.2 y en el código fuente con un sistema de firmware similar al del kernel de linux que hizo Daniel Schwierzeck. Por todo lo demás por mi parte sin problema alguno.

¿Conseguiste que los uboots cogieran más de 64 MiB? El que compile yo (con ayuda de gmtii) si que recnocía los 128MiB. En algún hd de backup estarán los fuentes, comentamelo, los busco y te los paso.

No conseguí, intente ver cambios que pudiesen afectar a la parte de memoria en el git de gmtii con respecto al de daniel pero no había ninguno. Si lo encuentras y puedes pasarlo busco todos los cambios que haya entre uno y otro a ver si veo cual es el cambio exacto de ello.

Hasta fin de mes no tendré acceso al disco duro donde guarde los fuentes, pero si quieres arreglarlo este es el único cambio:

En vez de deshabilitar la autodetección, lo que he hecho ha sido modificar el archivo ddr.h usando el del 3370 y ya me detecta los 128MB.

Las fuentes desde donde lo he compilado el único cambio esta en el archivo ddr_settings.h_bak (es el que usó gmtti) y el ddr_settings.h es el que he copiado del 3370 y con el que funcionan los 128Mb.

Veo que para el 3370 sacaron los parámetros directamente del bootloader original, me pregunto si se podría hacer lo mismo para el arv7519rw22. Lo que si hay es definida la posición de memoria de "ddrconfig 0xB007FFE8-0xB0080000". No se si mirando ese área de alguna manera se puedan sacar los valores exactos.

howl · « **Respuesta #902 en:** 31-01-2016, 15:59 (Domingo) »

He puesto en el foro de openwrt un post a ver si alguien puede indicar como se podría conseguir del firmware original los valores para el archivo ddr_settings.h.

También he buscado más dispositivos con vrx288 y 128 mb de ram:
https://wiki.openwrt.org/toh/avm/fritz.box.wlan.3370 (este es el que comentas usasteis) en uboot amv/fb3370
https://wiki.openwrt.org/toh/zyxel/p2812hnu-f1 en uboot zyxel/p2812hnufx
https://wiki.openwrt.org/toh/zyxel/p2812hnu-f3 en uboot zyxel/p2812hnufx
https://wiki.openwrt.org/toh/draytek/vigor2760 usa el uboot del easy80920

Los 3 últimos tienen el mismo ddr_settings.h y coincide casi totalmente con el que hay del arv7519rw22 salvo en el valor MC_CCR11_VALUE, en el arv7519rw22 es 0x2000401 y en los otros es 0x2000300.

howl · « **Respuesta #903 en:** 31-01-2016, 17:26 (Domingo) »

He podido observar lo siguiente por el puerto serie:

[ 9714.592341] ------------[ cut here ]------------ [ 9714.596062] WARNING: CPU: 0 PID: 0 at compat-wireless-2016-01-10/net/mac80211/rx.c:3628 ieee80211_rx_napi+0x1a0/0x914 [mac80211]() [ 9714.607590] Modules linked in: ltq_ptm_vr9 rt2800usb rt2800lib rt2500usb iptable_nat zd1211rw rt2x00usb rt2x00lib pppoe p54usb p54common nf_nat_ipl [ 9714.680999] CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.0 #1 [ 9714.686688] Stack : 80460000 00000001 00000000 00000000 804b9098 804b8d23 8042fc00 00000000 80513844 0000003c 87be0f1c 804b7340 0000000a 800594c0 00000003 804b0000 80437cf8 00000000 804360fc 804b3c04 0000000a 8005742c 0000000a 8007b3c4 1100fc03 804b4000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ... [ 9714.722151] Call Trace: [ 9714.724651] [<8001b7d8>] show_stack+0x50/0x84 [ 9714.729013] [<8002ee58>] warn_slowpath_common+0xa0/0xd0 [ 9714.734296] [<8002ef0c>] warn_slowpath_null+0x18/0x24 [ 9714.739463] [<872a7558>] ieee80211_rx_napi+0x1a0/0x914 [mac80211] [ 9714.745436] [<872800e0>] ieee80211_restart_hw+0xe0/0x218 [mac80211] [ 9714.751663] [ 9714.753064] ---[ end trace d3c7c512821cb126 ]---

No ha producido reinicio del router y de momento sigue funcionando sin problemas.

Además otro mensaje que he podido observar:

[ 1461.357108] ieee80211 phy0: not handling 0x2b92 type control frame ... [ 6882.899887] ieee80211 phy0: not handling 0x2f39 type control frame ... [10266.751597] ieee80211 phy0: not handling 0xf386 type control frame

francisgambin · « **Respuesta #904 en:** 01-02-2016, 15:54 (Lunes) »

Cita de: howl en 31-01-2016, 12:01 (Domingo)

Para quienes no les van todos los puertos del switch con el U-Boot dejo el u-Boot 2014.01 que descargue de aquí pero que no encuentro ahora el enlace original: https://drive.google.com/file/d/0B0jPz3dRtaKNN3FkUDBra3FPdms/view?usp=sharing

También dejo una de las imágenes que he compilado, esta la he hecho hoy, para probar el tema de reinicios con discos duros usb: https://drive.google.com/file/d/0B0jPz3dRtaKNWFpxdzlxcHQ4ckk/view?usp=sharing

De momento ya he conectado el router con el puerto UART puesto de contínuo para ver si sale algo de porque se queda bloqueado al cabo de tiempo de uso. De momento solo he podido ver un nuevo mensaje también por parte del módulo dwc2 con los usb wifi que no me saltan el otro error pero no creo que tenga que ver con ello:

[ 817.437165] dwc2 1e106000.ifxhcd: dwc2_update_urb_state(): trimming xfer length [ 821.732749] dwc2 1e106000.ifxhcd: dwc2_update_urb_state(): trimming xfer length

Muchas gracias compañero howl, pues estoy probando tu compilacion y tambien el Uboot que posteas. De momento funciona todo bien. Voy a dejar en pruebas con transmission y samba

Ya comentare los resultados, creo que el cambio de Uboot tambien ha afectado a los reinicios.

saludos

Lesgar · « **Respuesta #905 en:** 02-02-2016, 23:06 (Martes) »

Cita de: howl en 31-01-2016, 15:59 (Domingo)

He puesto en el foro de openwrt un post a ver si alguien puede indicar como se podría conseguir del firmware original los valores para el archivo ddr_settings.h.

También he buscado más dispositivos con vrx288 y 128 mb de ram:
https://wiki.openwrt.org/toh/avm/fritz.box.wlan.3370 (este es el que comentas usasteis) en uboot amv/fb3370
https://wiki.openwrt.org/toh/zyxel/p2812hnu-f1 en uboot zyxel/p2812hnufx
https://wiki.openwrt.org/toh/zyxel/p2812hnu-f3 en uboot zyxel/p2812hnufx
https://wiki.openwrt.org/toh/draytek/vigor2760 usa el uboot del easy80920

Los 3 últimos tienen el mismo ddr_settings.h y coincide casi totalmente con el que hay del arv7519rw22 salvo en el valor MC_CCR11_VALUE, en el arv7519rw22 es 0x2000401 y en los otros es 0x2000300.

Creo recordar, si no me equivoco que MC_CCR03_VALUE 0x100 era el valor correcto, y no el 0x101

francisgambin · « **Respuesta #906 en:** 03-02-2016, 23:50 (Miércoles) »

Me ha surgido un problema importante con el switch del router, tengo conectada entre otras cosas una TV por ethernet y cuando enciendo y apago la TV deja de funcionar el switch, se soluciona simplemente sacando y metiendo el cable de en el mismo puerto o cualquier otro. Estoy usando la compilacion de howl con Kernel 4.4.0.

¿Que puede pasar?

howl · « **Respuesta #907 en:** 07-02-2016, 00:43 (Domingo) »

Me suena haber leído que el módulo para el switch xrx200 es un poco malo, quizá sea problema de software en el kernel de linux. Si puedes y lo tienes disponible usa el puerto Giga a ver si te va mejor.

Sobre el módulo dwc2 de los usb siguen entrando parches interesantes en las listas del kernel de linux por parte de gente variada. Algunos parches parecen hacer que funcione más acorde a las especificaciones de ese host usb. A ver si acaban puliéndolo bien.

francisgambin · « **Respuesta #908 en:** 07-02-2016, 01:32 (Domingo) »

Cita de: howl en 07-02-2016, 00:43 (Domingo)

Me suena haber leído que el módulo para el switch xrx200 es un poco malo, quizá sea problema de software en el kernel de linux. Si puedes y lo tienes disponible usa el puerto Giga a ver si te va mejor.

Sobre el módulo dwc2 de los usb siguen entrando parches interesantes en las listas del kernel de linux por parte de gente variada. Algunos parches parecen hacer que funcione más acorde a las especificaciones de ese host usb. A ver si acaban puliéndolo bien.

Tus compilaciones son directamente de trunk sin alterar nada? lo digo por provar tras haber cambiado el boot parece que va mejor

saludos

howl · « **Respuesta #909 en:** 07-02-2016, 14:37 (Domingo) »

Sí, son tal cual simplemente añadiendo los firmwares para xDSL, LuCI con español, unos pocos módulos usb wifi, hostapd y wpa_supplicant.

francisgambin · « **Respuesta #910 en:** 08-02-2016, 00:00 (Lunes) »

Esta tarde he estado probando una compilacion que he creado hoy partir de trunk r48648, ahora el switch parece funcionar bien (por lo menos no se apaga). Tambien en español algunos drivers

Pongo enlace por si alguien le interesa

https://drive.google.com/open?id=0B_AnSx48EGyoN1pIVVp4a2U1TUU

rafius15 · « **Respuesta #911 en:** 11-02-2016, 14:42 (Jueves) »

Hola compañeros, estaba yo pegándome con este router y me he encotrado con una cosa un poco rara.
Os comento: Tengo los 3 pines soldados (gnd,rx,tx) del router a un usbttl con el que he conseguido "comunicarme" con el router. Al ir a subir por xmodem (como dice el post de la primera página), el u-boot, me dí cuenta de que alguno de los cables soldados no hacían buen contacto así que desconecté el aparato antes de subir el nuevo bootloader y me dispuse a mejorar la soldadura, al volver a conectar todo funcionaba de nuevo hasta que la terminal dejó de responder a mis pulsaciones de teclado, pensé que era un problema con mi usbttl o algo así que reinicié todo y volví a probar.
Ahora el router no acepta entradas de teclado y está en bucle (no enciende ninguna luz) mostrando por consola:

ROM VER: 1.1.4
CFG 01

ROM VER: 1.1.4
CFG 01

ROM VER: 1.1.4
CFG 01

Hasta el infinito.

¿alguna idea?
Muchas gracias cracks!

howl · « **Respuesta #912 en:** 11-02-2016, 15:13 (Jueves) »

Yo diría que tiene pinta de que has llegado a grabar en la NOR flash del aparato. Otra posibilidad es que se haya cascado la memoria con alguna de las soldaduras.

Si es el primer caso tendrías que arrancarlo en modo UART y desde ahí reflashear la NOR con U-Boot.

rafius15 · « **Respuesta #913 en:** 11-02-2016, 15:26 (Jueves) »

Pues me voy a soldarle los cortocircuitos a ver que tal me va!
Os voy contando!

pepin1 · « **Respuesta #914 en:** 12-02-2016, 18:50 (Viernes) »

Perdonad, el 1 post está actualizado? Ha caído en mis manos este router y lo quería usar como libre, sigue siendo necesario lo de los pines?

enviado desde mi Spectrum QL.

crislgga · « **Respuesta #915 en:** 12-02-2016, 20:09 (Viernes) »

Cita de: pepin1 en 12-02-2016, 18:50 (Viernes)

Perdonad, el 1 post está actualizado? Ha caído en mis manos este router y lo quería usar como libre, sigue siendo necesario lo de los pines?

enviado desde mi Spectrum QL.

Hola, esta medio actualizado, hay cosas que si son asi, otras que tienes que mirar las demas paginas, antes de nada, te recomiendo encarecidadmente que te leas todo el post, y si son las 45 paginas, asi antes de hacer nada, tendras todo mas claro, a partir de la 30, creo que estaria el kit, pero mejor todo el tochaco. yo lo he hecho
saludos

howl · « **Respuesta #916 en:** 04-04-2016, 12:59 (Lunes) »

Han metido para el kernel 4.6 las instancias de dwc2 para las placas lantiq arx100 y vrx200, con ello para esa versión en cuestión del módulo dwc2 solo haría falta el parche para activar los gpio de 5V de los usb y lo demás estaría ya soportado desde el propio kernel.

Los parámetros que hay en el kernel para lantiq son iguales que los que ya se tenían en openwrt que había sacado blogic salvo el de max_transfer_size, que en openwrt es de -1 (autodetectar) y en el kernel lo han metido de 65535. Si puedo buscaré a ver si encuentro el comentario de cuando lo modificaron pero dan ganas de probar a recompilar trunk usando ese valor por si acaso solventase los problemas que todavía quedan con los usb. De todas maneras en la 4.5 ya comenté que había más cambios en el módulo dwc2 pero resulta que en la 4.6 ya van también unos cambios enormes en dicho módulo.

Tki2000 · « **Respuesta #917 en:** 04-04-2016, 16:37 (Lunes) »

Cita de: howl en 04-04-2016, 12:59 (Lunes)

Han metido para el kernel 4.6 las instancias de dwc2 para las placas lantiq arx100 y vrx200, con ello para esa versión en cuestión del módulo dwc2 solo haría falta el parche para activar los gpio de 5V de los usb y lo demás estaría ya soportado desde el propio kernel.

Los parámetros que hay en el kernel para lantiq son iguales que los que ya se tenían en openwrt que había sacado blogic salvo el de max_transfer_size, que en openwrt es de -1 (autodetectar) y en el kernel lo han metido de 65535. Si puedo buscaré a ver si encuentro el comentario de cuando lo modificaron pero dan ganas de probar a recompilar trunk usando ese valor por si acaso solventase los problemas que todavía quedan con los usb. De todas maneras en la 4.5 ya comenté que había más cambios en el módulo dwc2 pero resulta que en la 4.6 ya van también unos cambios enormes en dicho módulo.

En un entorno de 16 bits, 65535 y -1 representan el mismo número binario.

francisgambin · « **Respuesta #918 en:** 04-04-2016, 21:54 (Lunes) »

Buenas a todos, yo tengo en pruebas desde la semana pasada una versión compilada con la revisión r49088 trunk y kernel 4.4.6 funcionando sin problemas

Pongo un enlace por si alguien le apetece, probarla tiene luci, transmission, samba etc...

https://drive.google.com/open?id=0B_AnSx48EGyoeVdfVGMxTHl3elU

Me gustaria haceros una pregunta acerca de pinchos que uséis wifi para este router. Estoy probando con varios dispositivos que tengo por casa concretamente con MT7601, rtl8187 y zd1211rw siendo este ultimo el único con el que puedo levantar una wifi pero claro no es N. ¿que pinchos habéis probado con éxito para este router que sean N?

Gracias y saludos

peperfus · « **Respuesta #919 en:** 05-04-2016, 11:28 (Martes) »

Cita de: francisgambin en 04-04-2016, 21:54 (Lunes)

Buenas a todos, yo tengo en pruebas desde la semana pasada una versión compilada con la revisión r49088 trunk y kernel 4.4.6 funcionando sin problemas

Pongo un enlace por si alguien le apetece, probarla tiene luci, transmission, samba etc...

https://drive.google.com/open?id=0B_AnSx48EGyoeVdfVGMxTHl3elU

Me gustaria haceros una pregunta acerca de pinchos que uséis wifi para este router. Estoy probando con varios dispositivos que tengo por casa concretamente con MT7601, rtl8187 y zd1211rw siendo este ultimo el único con el que puedo levantar una wifi pero claro no es N. ¿que pinchos habéis probado con éxito para este router que sean N?

Gracias y saludos

Muchas gracias.

La acabo de flashear y me ha vuelto a funcionar el switch correctamente (antes sólo me iba el puerto LAN1). Genial que hayas incluído luci y tantas otras cosas. ¿¿ Con este kernel ya va el ADSL ?? He visto estadísticas en el status de ADSL....
Sería una noticia excelente.

Noticias:

Autor Tema: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22 (Leído 513742 veces)

howl

howl

howl

howl

francisgambin

Lesgar

francisgambin

howl

francisgambin

howl

francisgambin

rafius15

howl

rafius15

pepin1

crislgga

howl

francisgambin

peperfus