Fw: HG622

[José Vázquez Fernández]

Para no molestar más.

Encontré algo de info para que un programa se ejecute en un solo hilo:

http://unix.stackexchange.com/questions/23106/limit-process-to-one-cpu-core

http://stackoverflow.com/questions/8326427/how-to-force-a-c-program-to-run-on-a-particular-core

http://linux.die.net/man/2/sched_setaffinity

http://linux.die.net/man/1/taskset

 

Siento todo el tostón pero no tengo fuerzas (cerca de dos semanas peleando con este problema) ni conocimientos para ponerlo con suficiente detalle en el mailing list de openwrt-devel; si algún otro lo hace le estaremos infinitamente agradecidos.

 

Un saludo.

 

----- Original Message -----

From: José Vázquez Fernández

To: seguridadwireless

Sent: Tuesday, August 20, 2013 12:15 AM

Subject: Re: HG622

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

----- Original Message -----

From: JaR

To: José Vázquez

Cc: seguridadwireless

Sent: Sunday, August 18, 2013 1:11 PM

Subject: Re: HG622

Así es, también falla con la versión "estable" :(

A ver si Noltari tiene alguna idea de la corrupción de datos ...

Es raro que nadie conteste en OpenWrt no ?

Están todos de vacaciones ?

Saludos.

El 17 de agosto de 2013 20:03, José Vázquez <ppvazq...@gmail.com> escribió:

¿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ó:

> Perdón, me referería al repositorio 'estable':
> https://github.com/Pteridium/openwrt/tree/bcm63xx-r36529
>
> Saludos.
>
>
> El 16 de agosto de 2013 22:20, JaR <jar...@gmail.com> escribió:
>
>> Si antes lo digo ...
>> http://foro.seguridadwireless.net/openwrt/(desarrollo)-openwrt-en-comtrend-vr-3025u/msg283915/#msg283915
>>
>> Y perdón por el off-topic
>>
>>
>> El 16 de agosto de 2013 15:46, JaR <jar...@gmail.com> 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>escribió:
>>>
>>>  El 15/08/13, Esteban Benito <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).
>>>> >
>>>> > 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
>>>> 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.
>>>>
>>>> Un saludo:
>>>>
>>>> Pepe
>>>>
>>>
>>>
>>
>

[JaR]

No se puede decir que no lo has intentado.

Lo raro es que otros routers no hayan dado problemas, no ?

Saludos.

[José Vázquez]

Parece que ya se están interesando por el detalle de los ficheros
renombrados, por lo menos Florian:
https://lists.openwrt.org/pipermail/openwrt-devel/2013-September/021250.html

Quizá me haya quedado algo sin mencionar, así que si alguno tiene algo
que aclare un poco más las cosas mejor que lo escriba directamente a
openwr...@lists.openwrt.org; hay que registrarse para poder enviar
correos: https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[JaR]

Nada que añadir a lo que ya has comentado en la lista de openwrt.

Al fin, alguien se toma interés por el problema :)

Ya sabes que tengo ambos routers, así que, como siempre, estoy dispuesto a hacer los tests que sean necesarios.

Saludos.

[JaR]

Parece que hay problemas similares en el Comtrend 5813n (el otro router con soporte SMP). Mirad estos dos mensajes del hilo: http://foro.seguridadwireless.net/openwrt/openwrt-en-comtrend-5813n/msg286333/#msg286333

Saludos.

[José Vázquez Fernández]

Pues va a ser que sí. Parece que sólo afecta al sistema de ficheros jffs2.

Voy a hablar con Florian y blogic a ver qué opinan.

 

Un saludo:

 

Pepe

----- Original Message -----

From: JaR

To: José Vázquez

Cc: seguridadwireless

[José Vázquez Fernández]

He hecho una prueba rápida y el problema parece que ha mermado un poco: https://lists.openwrt.org/pipermail/openwrt-devel/2013-October/021697.html

 

Un saludo:

 

Pepe

----- Original Message -----

From: JaR

To: José Vázquez

Cc: seguridadwireless

Sent: Monday, September 16, 2013 11:25 AM

Subject: Re: Fw: HG622

[JaR]

'nas:

Ahora entonces sólo hay 3 ficheros afectados ?

Pero veo que siguen sin contestar en la lista de OpenWrt ... :(

Saludos.

[José Vázquez Fernández]

Sí, pero es un avance :-/

No estoy seguro si es por el kernel 3.10.13 o por las actualizaciones en procd, ubox, libubox y ubus, pero el caso es que ya se convierte en algo que funciona mejor.