HG622
48 views
Skip to first unread message
José Vázquez
Aug 14, 2013, 7:21:06 AM8/14/13
to seguridadwireless
He añadido los parches los parches de Esteban en un repo de Github en
el que ya están definidos los otros dos routers VDSL de Jazztel.
https://github.com/Pteridium/OpenWRT-SMP-initial/commit/3073410d3e5c1ac658d3944559d9b73a9bfee71d
Este repo, a jar229 y a mi nos ha dado unos cuantos dolores de cabeza
por un problema de que se renombran los ficheros de la partición
rootfs_data (JFFS2).
Una cosa que no entiendo es por qué en el Makefile que genera las
imágenes los Huawei de Vodafone hay una definición específica
CFEHW553 y CFEHW556.
https://github.com/Pteridium/OpenWRT-SMP-initial/blob/3073410d3e5c1ac658d3944559d9b73a9bfee71d/target/linux/brcm63xx/image/Makefile#L54
Entre hoy y mañana (lo más seguro mañana) también añadiré los parches
en otro con soporte SMP y que ni a jar ni a mi nos ha dado problemas.
Un saludo:
Pepe
P.D.: Me he quedado de piedra al ver que en la cuenta de github uno de
lo "followers" es Florian Fainelli, que también está siguiendo la
cuenta de Noltari. :-O
el que ya están definidos los otros dos routers VDSL de Jazztel.
https://github.com/Pteridium/OpenWRT-SMP-initial/commit/3073410d3e5c1ac658d3944559d9b73a9bfee71d
Este repo, a jar229 y a mi nos ha dado unos cuantos dolores de cabeza
por un problema de que se renombran los ficheros de la partición
rootfs_data (JFFS2).
Una cosa que no entiendo es por qué en el Makefile que genera las
imágenes los Huawei de Vodafone hay una definición específica
CFEHW553 y CFEHW556.
https://github.com/Pteridium/OpenWRT-SMP-initial/blob/3073410d3e5c1ac658d3944559d9b73a9bfee71d/target/linux/brcm63xx/image/Makefile#L54
Entre hoy y mañana (lo más seguro mañana) también añadiré los parches
en otro con soporte SMP y que ni a jar ni a mi nos ha dado problemas.
Un saludo:
Pepe
P.D.: Me he quedado de piedra al ver que en la cuenta de github uno de
lo "followers" es Florian Fainelli, que también está siguiendo la
cuenta de Noltari. :-O
Esteban Benito
Aug 14, 2013, 7:35:21 AM8/14/13
to José Vázquez, seguridadwireless
Buenas,
Tengo que mirar aún temas de gpio y demás... lo de cambio de nombres en el rootfs es una lata... parece relacionado con el smp no?
Noltari, has visto el tema de la detección de particiones en el hg622? algo raro tiene este cfe...
Saludos.
José Vázquez
Aug 14, 2013, 8:49:19 AM8/14/13
to Esteban Benito, seguridadwireless
El 14/08/13, Esteban Benito <esteb...@gmail.com> escribió:
seda en los Comtrend con bcm6368:
https://github.com/Pteridium/openwrt/tree/bcm63xx-r36529
Todavía no tengo ni idea de cuál es la causa, ya que en el mailing
list de openwrt no contesta ni el tato:
https://lists.openwrt.org/pipermail/openwrt-devel/2013-August/021002.html
Cuando estaba añadiendo tus parches para el HG622 pensé que también
podía ser un problema con algo del CFE, pero los que controlan ese
bootloader son danitool y Noltari.
>
> Saludos.
Un saludo.
> Buenas,
>
> Tengo que mirar aún temas de gpio y demás... lo de cambio de nombres en el
> rootfs es una lata... parece relacionado con el smp no?
Sí y no, porque con este repo que le copié a Noltari SMP va como la
>
> Tengo que mirar aún temas de gpio y demás... lo de cambio de nombres en el
> rootfs es una lata... parece relacionado con el smp no?
seda en los Comtrend con bcm6368:
https://github.com/Pteridium/openwrt/tree/bcm63xx-r36529
Todavía no tengo ni idea de cuál es la causa, ya que en el mailing
list de openwrt no contesta ni el tato:
https://lists.openwrt.org/pipermail/openwrt-devel/2013-August/021002.html
Cuando estaba añadiendo tus parches para el HG622 pensé que también
podía ser un problema con algo del CFE, pero los que controlan ese
bootloader son danitool y Noltari.
>
> Saludos.
Un saludo.
José Vázquez
Aug 14, 2013, 6:12:10 PM8/14/13
to Esteban Benito, seguridadwireless
Repositorio "estable" con soporte inicial para el HG622:
https://github.com/Pteridium/openwrt/tree/bcm63xx-r36529
Como los parches los publicó gmtii lo lógico es que él lo publique en
el hilo (hacer copy-paste es muy fácil).
Este repositorio es un fork del de Noltari, con soporte completo para
los routers basados en bcm6328 del foro y unos añadidos para los
comtrend con bcm6368, con lo que si el autor original da permiso para
copiarlo copiese pues. :)
Un saludo.
https://github.com/Pteridium/openwrt/tree/bcm63xx-r36529
Como los parches los publicó gmtii lo lógico es que él lo publique en
el hilo (hacer copy-paste es muy fácil).
Este repositorio es un fork del de Noltari, con soporte completo para
los routers basados en bcm6328 del foro y unos añadidos para los
comtrend con bcm6368, con lo que si el autor original da permiso para
copiarlo copiese pues. :)
Un saludo.
José Vázquez
Aug 15, 2013, 12:34:51 PM8/15/13
to Esteban Benito, seguridadwireless
Off topic:
Creo que he encontrado parte de lo que falla en las versiones más
recientes de trunk con los BCM6368, lo que no sé es porqué ocurre. Si
se marca "Block-mount", en el siguiente reinicio aparecen los nombres
de los archivos que están en la partición "rootfs_data" (sistema de
ficheros JFFS2) renombrados. http://pastebin.com/gsXqfutD
Esto sólo ocurre con los BCM6368, mientras que con BCM6358 y supongo
que con los 6328 no ocurre en absoluto. http://pastebin.com/0KAXi7rv
Creo que la razón de que no ocurra en trunk r36529 es que procd no va
habilitado por defecto (fijo que nadie se molesta en marcarlo) y por
eso funciona como debería.
Ahora, una vez que sabemos esto, se manda un correo a openwrt-devel y
que se peleen entre ellos (o que lo corrijan).
Un saludo:
Pepe
P.D.: respecto a lo de cambiar el CFE y hacer backup de la flash en el
HG622, si se le puede meter una imagen de openwrt desde la web de
configuración del Huawei (en el VR-3025un se puede), se podría hacer
un firm mínimo basado en Attitude Adjustment, volcar las particiones
en un pendrive y copiar el CFE que funciona en mtd1 desde el pen. Si
esta idea es viable ya no haría falta un JTAG, creo. :-/
Creo que he encontrado parte de lo que falla en las versiones más
recientes de trunk con los BCM6368, lo que no sé es porqué ocurre. Si
se marca "Block-mount", en el siguiente reinicio aparecen los nombres
de los archivos que están en la partición "rootfs_data" (sistema de
ficheros JFFS2) renombrados. http://pastebin.com/gsXqfutD
Esto sólo ocurre con los BCM6368, mientras que con BCM6358 y supongo
que con los 6328 no ocurre en absoluto. http://pastebin.com/0KAXi7rv
Creo que la razón de que no ocurra en trunk r36529 es que procd no va
habilitado por defecto (fijo que nadie se molesta en marcarlo) y por
eso funciona como debería.
Ahora, una vez que sabemos esto, se manda un correo a openwrt-devel y
que se peleen entre ellos (o que lo corrijan).
Un saludo:
Pepe
P.D.: respecto a lo de cambiar el CFE y hacer backup de la flash en el
HG622, si se le puede meter una imagen de openwrt desde la web de
configuración del Huawei (en el VR-3025un se puede), se podría hacer
un firm mínimo basado en Attitude Adjustment, volcar las particiones
en un pendrive y copiar el CFE que funciona en mtd1 desde el pen. Si
esta idea es viable ya no haría falta un JTAG, creo. :-/
Esteban Benito
Aug 15, 2013, 12:58:29 PM8/15/13
to José Vázquez, seguridadwireless
justo estaba mirando esto... he puesto tu r36529 que has integrado con el soporte de hg622 y.... sigue pasando!!!! no tengo block-mount seleccionado.
sobre el cfe, precisamente es que la detección de openwrt no funciona y no monta la partición cal_data en el lugar correcto, o al menos eso creo.
necesito alguien con el router virgen para confirmar esto ....
saludos!
José Vázquez
Aug 15, 2013, 2:04:52 PM8/15/13
to Esteban Benito, seguridadwireless
El 15/08/13, Esteban Benito <esteb...@gmail.com> escribió:
Pues me pongo a hacer más pruebas (a ver si el ordenata aguanta).
igual a quien estén fastidiando mientras ganen pasta; además lo de las
GPL violations se las saltan por el arco del triunfo...
para pelear con Huawei los que más saben son danitool y Noltari.
De todas formas échale un ojo a fondo a los parches del HG556 a ver si
te pueden aclarar algo...
Un saludo:
Pepe
> justo estaba mirando esto... he puesto tu r36529 que has integrado con el
> soporte de hg622 y.... sigue pasando!!!! no tengo block-mount seleccionado.
Y supongo que "Procd as init process" tampoco... :-(
> soporte de hg622 y.... sigue pasando!!!! no tengo block-mount seleccionado.
Pues me pongo a hacer más pruebas (a ver si el ordenata aguanta).
>
> sobre el cfe, precisamente es que la detección de openwrt no funciona y no
> monta la partición cal_data en el lugar correcto, o al menos eso creo.
Bueno, ya sabes que los chinos hacen las cosas a su rollo y les da
> sobre el cfe, precisamente es que la detección de openwrt no funciona y no
> monta la partición cal_data en el lugar correcto, o al menos eso creo.
igual a quien estén fastidiando mientras ganen pasta; además lo de las
GPL violations se las saltan por el arco del triunfo...
>
> necesito alguien con el router virgen para confirmar esto ....
Un bootlog del firm original aclararía algunas cosas, creo, aunque
> necesito alguien con el router virgen para confirmar esto ....
para pelear con Huawei los que más saben son danitool y Noltari.
De todas formas échale un ojo a fondo a los parches del HG556 a ver si
te pueden aclarar algo...
>
> saludos!
>
>
> 2013/8/15 José Vázquez <ppvazq...@gmail.com>
>
>> Off topic:
>> Creo que he encontrado parte de lo que falla en las versiones más
>> recientes de trunk con los BCM6368, lo que no sé es porqué ocurre. Si
>> se marca "Block-mount", en el siguiente reinicio aparecen los nombres
>> de los archivos que están en la partición "rootfs_data" (sistema de
>> ficheros JFFS2) renombrados. http://pastebin.com/gsXqfutD
>> Esto sólo ocurre con los BCM6368, mientras que con BCM6358 y supongo
>> que con los 6328 no ocurre en absoluto. http://pastebin.com/0KAXi7rv
>> Creo que la razón de que no ocurra en trunk r36529 es que procd no va
>> habilitado por defecto (fijo que nadie se molesta en marcarlo) y por
>> eso funciona como debería.
>> Ahora, una vez que sabemos esto, se manda un correo a openwrt-devel y
>> que se peleen entre ellos (o que lo corrijan).
>>
>> Un saludo:
>>
>> Pepe
>>
>> P.D.: respecto a lo de cambiar el CFE y hacer backup de la flash en el
>> HG622, si se le puede meter una imagen de openwrt desde la web de
>> configuración del Huawei (en el VR-3025un se puede), se podría hacer
>> un firm mínimo basado en Attitude Adjustment, volcar las particiones
>> en un pendrive y copiar el CFE que funciona en mtd1 desde el pen. Si
>> esta idea es viable ya no haría falta un JTAG, creo. :-/
>>
>
Lo que necesites y esté en mi mano avisa.
> saludos!
>
>
> 2013/8/15 José Vázquez <ppvazq...@gmail.com>
>
>> Off topic:
>> Creo que he encontrado parte de lo que falla en las versiones más
>> recientes de trunk con los BCM6368, lo que no sé es porqué ocurre. Si
>> se marca "Block-mount", en el siguiente reinicio aparecen los nombres
>> de los archivos que están en la partición "rootfs_data" (sistema de
>> ficheros JFFS2) renombrados. http://pastebin.com/gsXqfutD
>> Esto sólo ocurre con los BCM6368, mientras que con BCM6358 y supongo
>> que con los 6328 no ocurre en absoluto. http://pastebin.com/0KAXi7rv
>> Creo que la razón de que no ocurra en trunk r36529 es que procd no va
>> habilitado por defecto (fijo que nadie se molesta en marcarlo) y por
>> eso funciona como debería.
>> Ahora, una vez que sabemos esto, se manda un correo a openwrt-devel y
>> que se peleen entre ellos (o que lo corrijan).
>>
>> Un saludo:
>>
>> Pepe
>>
>> P.D.: respecto a lo de cambiar el CFE y hacer backup de la flash en el
>> HG622, si se le puede meter una imagen de openwrt desde la web de
>> configuración del Huawei (en el VR-3025un se puede), se podría hacer
>> un firm mínimo basado en Attitude Adjustment, volcar las particiones
>> en un pendrive y copiar el CFE que funciona en mtd1 desde el pen. Si
>> esta idea es viable ya no haría falta un JTAG, creo. :-/
>>
>
Un saludo:
Pepe
JaR
Aug 16, 2013, 9:46:48 AM8/16/13
to José Vázquez, Esteban Benito, seguridadwireless
Por lo leído en https://lists.openwrt.org/pipermail/openwrt-devel/2013-August/021060.html parece que el problema es por el tema del SMP no ?
Yo llevo un par de días con una compilación del vr3025u sin ningún problema 'aparente'.JaR
Aug 16, 2013, 4:20:21 PM8/16/13
to José Vázquez, Esteban Benito, seguridadwireless
Si antes lo digo ... http://foro.seguridadwireless.net/openwrt/(desarrollo)-openwrt-en-comtrend-vr-3025u/msg283915/#msg283915
Y perdón por el off-topic
Álvaro Fernández Rojas
Aug 17, 2013, 12:26:40 PM8/17/13
to segurida...@googlegroups.com
Buenas,
Ayer por la noche volv� de Menorca, donde he estado bastante desconectado, as� que me leo un poco todos los emails y veo d�nde puedo echar una mano.
Siento no haber contestado antes...
Saludos!
El 16/08/2013 15:46, JaR escribi�:
> Por lo le�do en https://lists.openwrt.org/pipermail/openwrt-devel/2013-August/021060.html parece que el problema es por el tema del SMP no ?
> Yo llevo un par de d�as con una compilaci�n del vr3025u sin ning�n problema 'aparente'.
>
> Saludos.
>
> P.D.: Noltati, danitool est�s de vacaciones ?
>
>
> El 15 de agosto de 2013 20:04, Jos� V�zquez <ppvazq...@gmail.com <mailto:ppvazq...@gmail.com>> escribi�:
>
> El 15/08/13, Esteban Benito <esteb...@gmail.com <mailto:esteb...@gmail.com>> escribi�:
> >
> > sobre el cfe, precisamente es que la detecci�n de openwrt no funciona y no
> > monta la partici�n cal_data en el lugar correcto, o al menos eso creo.
> para pelear con Huawei los que m�s saben son danitool y Noltari.
> De todas formas �chale un ojo a fondo a los parches del HG556 a ver si
> >
> >> Off topic:
> >> Creo que he encontrado parte de lo que falla en las versiones m�s
> >> recientes de trunk con los BCM6368, lo que no s� es porqu� ocurre. Si
> >> un firm m�nimo basado en Attitude Adjustment, volcar las particiones
> >>
> >
> Lo que necesites y est� en mi mano avisa.
>
> Un saludo:
>
> Pepe
>
>
Ayer por la noche volv� de Menorca, donde he estado bastante desconectado, as� que me leo un poco todos los emails y veo d�nde puedo echar una mano.
Siento no haber contestado antes...
Saludos!
El 16/08/2013 15:46, JaR escribi�:
> Por lo le�do en https://lists.openwrt.org/pipermail/openwrt-devel/2013-August/021060.html parece que el problema es por el tema del SMP no ?
> Yo llevo un par de d�as con una compilaci�n del vr3025u sin ning�n problema 'aparente'.
>
> Saludos.
>
> P.D.: Noltati, danitool est�s de vacaciones ?
>
>
> El 15 de agosto de 2013 20:04, Jos� V�zquez <ppvazq...@gmail.com <mailto:ppvazq...@gmail.com>> escribi�:
>
> El 15/08/13, Esteban Benito <esteb...@gmail.com <mailto:esteb...@gmail.com>> escribi�:
> > justo estaba mirando esto... he puesto tu r36529 que has integrado con el
> > soporte de hg622 y.... sigue pasando!!!! no tengo block-mount seleccionado.
> Y supongo que "Procd as init process" tampoco... :-(
> Pues me pongo a hacer m�s pruebas (a ver si el ordenata aguanta).
> > soporte de hg622 y.... sigue pasando!!!! no tengo block-mount seleccionado.
> Y supongo que "Procd as init process" tampoco... :-(
> >
> > sobre el cfe, precisamente es que la detecci�n de openwrt no funciona y no
> > monta la partici�n cal_data en el lugar correcto, o al menos eso creo.
> Bueno, ya sabes que los chinos hacen las cosas a su rollo y les da
> igual a quien est�n fastidiando mientras ganen pasta; adem�s lo de las
> GPL violations se las saltan por el arco del triunfo...
> >
> > necesito alguien con el router virgen para confirmar esto ....
> Un bootlog del firm original aclarar�a algunas cosas, creo, aunque
> >
> > necesito alguien con el router virgen para confirmar esto ....
> para pelear con Huawei los que m�s saben son danitool y Noltari.
> De todas formas �chale un ojo a fondo a los parches del HG556 a ver si
> te pueden aclarar algo...
> >
> > saludos!
> >
> >
> > 2013/8/15 Jos� V�zquez <ppvazq...@gmail.com <mailto:ppvazq...@gmail.com>>
> >
> > saludos!
> >
> >
> >
> >> Off topic:
> >> Creo que he encontrado parte de lo que falla en las versiones m�s
> >> recientes de trunk con los BCM6368, lo que no s� es porqu� ocurre. Si
> >> se marca "Block-mount", en el siguiente reinicio aparecen los nombres
> >> de los archivos que est�n en la partici�n "rootfs_data" (sistema de
> >> ficheros JFFS2) renombrados. http://pastebin.com/gsXqfutD
> >> Esto s�lo ocurre con los BCM6368, mientras que con BCM6358 y supongo
> >> que con los 6328 no ocurre en absoluto. http://pastebin.com/0KAXi7rv
> >> Creo que la raz�n de que no ocurra en trunk r36529 es que procd no va
> >> habilitado por defecto (fijo que nadie se molesta en marcarlo) y por
> >> eso funciona como deber�a.
> >> Ahora, una vez que sabemos esto, se manda un correo a openwrt-devel y
> >> que se peleen entre ellos (o que lo corrijan).
> >>
> >> Un saludo:
> >>
> >> Pepe
> >>
> >> P.D.: respecto a lo de cambiar el CFE y hacer backup de la flash en el
> >> HG622, si se le puede meter una imagen de openwrt desde la web de
> >> configuraci�n del Huawei (en el VR-3025un se puede), se podr�a hacer
> >> que se peleen entre ellos (o que lo corrijan).
> >>
> >> Un saludo:
> >>
> >> Pepe
> >>
> >> P.D.: respecto a lo de cambiar el CFE y hacer backup de la flash en el
> >> HG622, si se le puede meter una imagen de openwrt desde la web de
> >> un firm m�nimo basado en Attitude Adjustment, volcar las particiones
> >> en un pendrive y copiar el CFE que funciona en mtd1 desde el pen. Si
> >> esta idea es viable ya no har�a falta un JTAG, creo. :-/
> >>
> >
> Lo que necesites y est� en mi mano avisa.
>
> Un saludo:
>
> Pepe
>
>
JaR
Aug 17, 2013, 12:46:07 PM8/17/13
to José Vázquez, Esteban Benito, seguridadwireless
Perdón, me referería al repositorio 'estable': https://github.com/Pteridium/openwrt/tree/bcm63xx-r36529
Saludos.José Vázquez
Aug 17, 2013, 2:03:01 PM8/17/13
to JaR, seguridadwireless
¿También falla con el que parecía "estable"? Mecagüentoloquesemenea. :-[
Hay una manera sencilla para que el código de SMP no afecteal BCM6368,
pero se queda con un core.
Es fácil: se añade en la línea 77 del archivo prom.c por "} else if
(BCMCPU_IS_3368() || BCMCPU_IS_6358 || BCMCPU_IS_6368()) {" y creo que
se acaba el problema (por lo menos hasta donde yo probé). Vosotros
decidís.
Un saludo
El 17/08/13, JaR <jar...@gmail.com> escribió:
Hay una manera sencilla para que el código de SMP no afecteal BCM6368,
pero se queda con un core.
Es fácil: se añade en la línea 77 del archivo prom.c por "} else if
(BCMCPU_IS_3368() || BCMCPU_IS_6358 || BCMCPU_IS_6368()) {" y creo que
se acaba el problema (por lo menos hasta donde yo probé). Vosotros
decidís.
Un saludo
El 17/08/13, JaR <jar...@gmail.com> escribió:
JaR
Aug 18, 2013, 7:11:10 AM8/18/13
to José Vázquez, seguridadwireless
Así es, también falla con la versión "estable" :(
A ver si Noltari tiene alguna idea de la corrupción de datos ...José Vázquez
Aug 18, 2013, 8:55:11 AM8/18/13
to JaR, seguridadwireless
Entonces me rindo.
Parchearé los repositorios para que no funcione SMP-BMIPS en los
bcm6368 y por lo menos podremos ir tirando.
Un saludo.
El 18/08/13, JaR <jar...@gmail.com> escribió:
Parchearé los repositorios para que no funcione SMP-BMIPS en los
bcm6368 y por lo menos podremos ir tirando.
Un saludo.
El 18/08/13, JaR <jar...@gmail.com> escribió:
José Vázquez Fernández
Aug 19, 2013, 6:15:14 PM8/19/13
to seguridadwireless
Antes de tirar la toalla hice una última prueba y
el resultado fue un poco curioso: creé un directorio tests en rootfs_data y dos
archivos (test1 y test2). Al reiniciar se renombraron algunos, pero los que
estaban en el directorio tests siguieron igual, como podréis ver en el fichero
adjunto.
jar comentó que varias librerías que añadió después
de flashear openwrt también se le renombraban, pero intuyo que configuró openwrt
para que las cargara o ejecutara al inicio, antes de que termine
procd.
Además encontré esto (http://www.linux-mips.org/archives/freecwmp/2012-11/msg00009.html)
y esto (http://www.linux-mips.org/archives/freecwmp/2012-11/msg00002.html),
que dan que pensar sobre procd y ubox y una cosa que se llama
uloop.
Para resumir: da la impresión que procd, ubox o el
proceso de marras que se encargue de iniciar el sistema operativo, cuando accede
a los ficheros en un sistema multiprocesador lee mal los nombres de los
archivos.
Un saludete:
Pepe
Reply all
Reply to author
Forward
0 new messages