Autor Tema: [Tutorial] Cómo compilar OpenWrt a nuestro gusto  (Leído 247605 veces)

0 Usuarios y 1 Visitante están viendo este tema.

crandor

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto.
« Respuesta #120 en: 28-12-2012, 02:52 (Viernes) »
¡hola

Tengo un problema con una nueva recopilación: r34892

Cómo puedo empezar a cambiar mi contraseña y mi interfaz de red a 192.168.1.2, como siempre lo hago, todo funciona bien para la tarea, pero en cuanto me reiniciará y le da la dirección 192.168.1.1, y me pregunta el passwd, parece que todo se presenta como un nuevo flash.

Nunca he tenido este problema aupravant,.

alguien una idea?

gracias por su ayuda

---------------------------------------------


bonjour

J'ai un soucis avec une nouvelle compil: r34892

je demarre en changeant mon mot de passe, et mon interface reseau à 192.168.1.2, comme j'ai toujours fais, tout fonctionne bien pour la cession, mais dés que je redemarre, il remet l'adresse à 192.168.1.1, et me redemande la passwd, on dirait que tous est remis comme pour un nouveau flash.

Je n'ai jamais eu ce probléme aupravant,.

quelqu'un à une idée ?

merci pour votre aide



Elixir1981

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto.
« Respuesta #121 en: 28-12-2012, 16:58 (Viernes) »
Hola muy buenas a todos, pues vereis, ya que el adsl en este router todavia no se ha hecho funcionar, pues mi problema es este: tengo un modem adsl concretamente el sagem fast 800 y he compilado el firmware como se dice en esta guia, y ademas le he integrado para que funcione el driver de este modem, pues me ha valido a media, el openwrt me detecta la inteferfaz ppp-sagem y me da la ip publica, el modem sincroniza bien, pero no puedo navegar por la web, y los dns creo que los pilla solo, una ayudita por favor ya que creo que el fallo que tengo en configuracion, y se muy poquito de redes, un saludetes a todos majetes jejejej

Sir-Stephen

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto.
« Respuesta #122 en: 01-01-2013, 19:42 (Martes) »
Ante todo, Feliz Año Nuevo....

Por circunstancias de la vida, he tenido que compilar Backfire, pero observo algo curioso:  En samba, el router no aparece por ninguna parte en forma de iconos, si bien es accesible creando una unidad de red.  O sea, no Me aparece un icono de PC que ponga debajo "openwrt"....

Backfite incorpora Samba 2 y Samba 3, Mientras que AA incorpora Samba 3.6.... He intentado un "injerto", pero a raiz de ahi ya no aparecen las interfaces de red en /etc/samba/samba.conf..... es algo muy raro. Y cada vez que añado algo a dicho archivo ( no cambiar valores, sino añadir entradas ) en el siguiente reinicio aparece de nuevo dicho archivo sin las añadiduras.....

Alguien sabe algo sobre ese tema?  Como usuario de windows los "iconitos" en la carpeta de red Me vienen muy bien para segun que menesteres, asi que echo en falta el del openwrt...

Reedicion:  Efectivamente, puedo verlos desde windows segun su direccion de red.... si le meto una contraseña!!!   En AA es algo automatico, nada mas conectar el router ya aparece en la lista de unidades de red de windows y no necesito meter ninguna clave.  Cual es la diferencia en AA respecto a Backfire?

Graciasssssssss
« Última modificación: 01-01-2013, 22:33 (Martes) por Sir-Stephen »

Pteridium

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #123 en: 05-01-2013, 21:19 (Sábado) »
Que nivelazo de "moderatas" que hay por aqui :D

Enhorabuena Jar229, y muchas gracias por el tuto.

Y ahora la "pedrada" ;D ;D

¿se asemejaria la forma de compilar en este tuto si queremos hacerlo para la plataforma lantiq?

Salud.

Es que hemos tenido buenos maestros  ;D ;D

El proceso, debería ser muy parecido, salvo que seleccionando lantiq en 'Target System'. A partir de ahí, en 'Subtarget' supongo que sería 'Danube' y luego el router.

De todas formas, a ver si se pasa por aquí Pteridium, que es quien controla de esa plataforma y te lo confirma ...  ^-^

Respecto a la plataforma Lantiq y eso de que la controlo... más bien intento estar lo más al día posible de ella para no llevarme sorpresas e ir informando de los cambios que blogic va haciendo; la revisión 34939 ha sido un salto cualitativo muy grande, tanto que el arv4518pw, salvo por un defecto al poner la wifi en modo AP, funciona todo.

jar229 tiene razón: salvo un par de detalles el resto es exactamente lo mismo para Lantiq.

Como soy un maniático de sacarle todo el rendimiento posible a todos estos aparatos os pongo las flags que conozco y que se le pueden poner a las arquitecturas que se tratan en este foro:  ^-^

Broadcom 6328, 6338, 6348, 6358 y 6368:
-mtune=4kc en vez de -mtune=mips32 (en el benchmark de abajo se nota el mayor tamaño de la cache del 6328, o eso creo).
- Florian indicó que los bcm63xx, aunque la base es el core 4Kc, son más bien desarrollo propio, y de hecho los 6338 y 6348 son, según dmesg, BMIPS3300 y los 6358, 6368 y 6328 son BMIPS4350, con lo que, según él, usar -mtune=mips32 es suficiente.

Atheros AR7xxx/AR9xxx:
-mtune=24kc

Atheros AR231x/AR5312 (Fonera):
-mtune=4kec

Ralink RT3052 (Telefónica Home Station ALPHA ASL26555):
-mtune=24kec -mdsp

Lantiq XWAY Danube (ARV4518PW y ARV7518PW):
-mtune=24kec -mdsp

4Kc: http://www.mips.com/products/processor-cores/classic/hard-ip-cores/4kc-hard-ip-core/
24Kc: http://www.mips.com/products/processor-cores/mips32-24k/
24KEc: http://www.mips.com/products/processor-cores/classic/mips32-24k/

Todos estos detalles de las cflags los saqué de estos enlaces:
http://gcc.gnu.org/onlinedocs/gcc-4.6.2/gcc/MIPS-Options.html
https://forum.openwrt.org/viewtopic.php?id=35323

En el caso del Danube con estas dos inocentes flags el rendimiento con benchmark criptográfico aumenta entre un 10 y un 20%:

Código: [Seleccionar]
NO OPTIMIZADO

CFLAGS usadas: -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes
md5                554.40k     2238.81k     7167.74k    15701.11k    23860.22k
sha1               652.37k     1892.18k     4023.14k     5619.37k     6320.72k
des cbc           2258.80k     2234.20k     2367.91k     2388.53k     2370.51k
des ede3           837.38k      850.45k      852.27k      854.36k      756.18k
aes-128 cbc       3619.56k     3948.35k     4047.02k     4079.16k     4063.23k
aes-192 cbc       3184.85k     3449.43k     3512.51k     3530.75k     3517.90k
aes-256 cbc       2848.07k     3052.82k     3110.49k     3107.27k     3123.88k
sha256             757.52k     1708.18k     3043.42k     3715.26k     3975.85k
sha512             289.64k     1161.39k     1704.50k     2353.49k     2643.91k
                  sign    verify    sign/s verify/s
rsa 2048 bits 0.342000s 0.010050s      2.9     99.5
                  sign    verify    sign/s verify/s
dsa 2048 bits 0.099802s 0.121707s     10.0      8.2

Optimizaciones usadas: tipo de CPU MIPS 24Kec y extensiones DSP.

CFLAGS usadas: -Os -pipe -mips32r2 -mtune=24kec -mdsp -fno-caller-saves
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes
md5                700.03k     2719.57k     8263.19k    16886.10k    23866.39k
sha1               721.91k     2112.41k     4568.92k     6435.79k     7293.61k
des cbc           2867.79k     3027.50k     3050.08k     3067.90k     3060.36k
des ede3          1085.43k     1107.46k     1113.34k     1113.69k     1113.13k
aes-128 cbc       4523.67k     5038.91k     5194.49k     5232.98k     5213.84k
aes-192 cbc       4029.51k     4430.30k     4545.96k     4591.16k     4592.98k
aes-256 cbc       3622.49k     3969.17k     4049.17k     4089.51k     4068.60k
sha256             725.25k     1681.19k     2964.63k     3644.76k     3898.73k
sha512             224.17k      895.64k     1288.19k     1763.40k     1986.35k
                  sign    verify    sign/s verify/s
rsa 2048 bits 0.276486s 0.008037s      3.6    124.4
                  sign    verify    sign/s verify/s
dsa 2048 bits 0.079524s 0.097843s     12.6     10.2

Optimización de código más agresiva: -O3

CFLAGS usadas: -O3 -pipe -mips32r2 -mtune=24kec -mdsp -fno-caller-saves
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes
md5                514.54k     1872.00k     5901.31k    13020.16k    19830.10k
sha1               620.92k     2144.64k     5905.92k    10531.45k    13464.92k
des cbc           2943.95k     3145.81k     3190.44k     3199.66k     3197.61k
des ede3          1112.14k     1145.49k     1144.92k     1150.98k     1152.34k
aes-128 cbc       4065.29k     4306.05k     4402.26k     4410.71k     4396.37k
aes-192 cbc       3554.71k     3710.36k     3771.65k     3773.78k     3781.97k
aes-256 cbc       3133.04k     3265.78k     3302.57k     3303.08k     3309.57k
sha256             941.71k     2269.72k     4135.08k     5201.58k     5644.29k
sha512             206.83k      826.94k     1184.34k     1622.30k     1804.42k
                  sign    verify    sign/s verify/s
rsa 2048 bits 0.257179s 0.007476s      3.9    133.8
                  sign    verify    sign/s verify/s
dsa 2048 bits 0.073897s 0.088938s     13.5     11.2

        - BCM6328 -
CFLAGS usadas: -Os -pipe -mips32 -mtune=4kc -fno-caller-saves
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes
md5               1245.61k     3655.29k     9384.89k    15668.57k    19223.89k
sha1              1148.06k     3458.23k     7886.76k    11658.24k    13564.75k
des cbc           1922.01k     2006.49k     2029.06k     2034.69k     2034.35k
des ede3           711.98k      723.54k      726.53k      727.38k      726.67k
aes-128 cbc       3594.53k     3926.17k     4027.22k     4052.65k     4057.77k
aes-192 cbc       3141.77k     3402.86k     3480.92k     3500.71k     3503.45k
aes-256 cbc       2804.69k     3006.55k     3066.79k     3081.22k     3082.92k
sha256             920.37k     2230.17k     4090.54k     5170.52k     5595.14k
sha512             260.73k     1043.43k     1528.98k     2099.88k     2359.30k
                  sign    verify    sign/s verify/s
rsa 2048 bits 0.228182s 0.006494s      4.4    154.0
                  sign    verify    sign/s verify/s
dsa 2048 bits 0.064487s 0.079841s     15.5     12.5

...
Aquí os pongo el rendimiento del Danube sin optimizar y optimizado. No me puse a calcular la mejora pero creo que no es despreciable.
...

Nada despreciable, sobre todo teniendo en cuenta el segundo tiempo del test RSA y DSA... Según mi experiencia y opinión personal, te cuento.

En mis días de facultad (kernel 2.6) en una asignatura hicimos un test para comprobar si había una diferencia clara entre kernel optimizado para 486, 586 y 686. Hicimos 10 encodings de un mpeg2 (siempre lo recordaré, el primer capítulo de Futurama) a divx, mismo número de usuarios, mismo número de procesos, mismo binario de mencoder, mismas librerías... En fin, un test bastante "de andar por casa", pero la asignatura era de libre elección.

Por los resultados, los tiempos reales no eran muy diferentes, pero las diferencias entre tiempos de sistema y de usuario eran brutales. La conclusión fue que la CPU se pasaba menos tiempo en modo protegido y que mejoraban los tiempos de cambio de contexto entre procesos, con lo que se mejoraba el throughput real, aunque en "fuerza bruta monotarea" la diferencia fuese nimia.

Y sí... Tendría que haberme compilado varios kernels y tenerlos probados ya... Pero por varios motivos (entre ellos entrevistas de trabajo) se me ha ido la cabeza y no lo he hecho... :(

EDITO: vale, soy monguer y no había visto que no es tiempo de usuario sino de decypher... En ese caso la mejora es aún más bestia. Mucho más bestia. Vamos, un 20% a bote pronto en RSA y DSA. No me cuadra el porqué pueda bajar de rendimiento en el SHA... Puede ser que falte alguna opción de kernel en el segundo ?

Esta es la confirmación de brunorro:
Hace ya tiempo que lo hice, pero recompilando el kernel con las opciones que comentaba Pteridium, el router va lo suficientemente fino como para no tener problemas corriendo a la vez el transmission y tener el mpd reproduciendo (y algún servicio más), aunque  MPD full y ALSA tragan memoria como ellos solos. Emular OSS con ALSA es como escuchar a un burro agonizando, de ahí no usar el MPD mini. Por cierto, a quien quiera compilar el MPD full, que no se le olvide compilar ffmpeg... Buildroot no es muy claro en este aspecto y me costó lo mío encontrarlo.

http://wiki.openwrt.org/inbox/benchmark.openssl
En esta página puse el benchmark del ARV7518 pero hice "trampa": en vez de compilar con uClibc lo hice con eglibc (de milagro no me dio errores) y además le superó en rendimiento al Lantiq AR9 con core 34Kc y multithreading.  ;D ;D ;D ;D ;D

Edito:
Si las cflags son -mips32 y -mtune=4kc (plataforma BCM63xx) significa que compila para MIPS32 pero optimiza el código para el core 4kc, pero si eliminamos -mips32 -mtune=4kc y ponemos -march=4kc el código que se genera es específico para ese core, aunque desconozco si se obtiene una mejora apreciable.  ;)

Pongo esto porque, aunque algunos ya lo saben, otros desconocen las posibilades de gcc para optimizar el código según la arquitectura.

Repito lo de antes: soy un maniático de sacar toda la chicha posible siempre que haya posibilidad de "afinar" cualquier cosa.  ^-^

Edito: también se puede sustituir -Os por -O2, pero no estoy seguro si en estos aparatos con cache tan pequeña será una mejora o un obstáculo.
http://gcc.gnu.org/onlinedocs/gcc-4.6.3/gcc/Optimize-Options.html#Optimize-Options
« Última modificación: 11-01-2013, 09:45 (Viernes) por Pteridium »

Desconectado jar229

  • Moderador
  • *
  • Mensajes: 4578
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #124 en: 09-01-2013, 10:18 (Miércoles) »
Pteridium, gracias por los detalles para las posibles optimizaciones  >:(

Como inconveniente, imagino, que si has hecho una compilación con esos flags, sólo se podrán instalar los paquetes que generemos en la compilación no ?
Valoraciones positivas en compra/venta:
114 en Htcmania
100 en Har2mano
16 en elchapuzasinformatico
7 en gsmspain
4 en foro2mano
 .... :)
 
Mis portátiles en venta: https://drive.google.com/open?id=1DjTt6LiqDWzlRayB4KFhFSKc9ZQ-1mjf

Pteridium

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #125 en: 09-01-2013, 15:01 (Miércoles) »
Como inconveniente, imagino, que si has hecho una compilación con esos flags, sólo se podrán instalar los paquetes que generemos en la compilación no ?


En principio no deberían aparecer incompatibilidades, ya que las que he puesto arriba generan código para una familia de cores (por ejemplo mips32r2) pero optimizan para uno en concreto (-mtune=24kc); es más, un paquete que haya sido compilado con -mips32 y -mtune=mips32 debería funcionar en cualquier aparato que sea compatible con código mips32 aunque el sistema operativo haya sido compilado con, por ejemplo, -mtune=4kc.

Nota: -mips32 es lo mismo que -march=mips32

Edición: en cuanto tenga un hueco y media neurona libre (cuando me compraron en el mercadillo sólo cogieron el producto básico y sin garantía), además de hacer un par de pruebas, completo esto un poco, que da la impresión de no ser demasiado claro.  :P

Edición 2:
En el anterior post comenté de pasada la opción -Ox que sirve para establecer la "agresividad" con la que GCC optimiza el código según las flags (banderillas) que pongamos. Tenemos los siguientes:
-O0: peor código pero compilación más rápida. Sobre todo para debug.
-O1: código algo optimizado, pero tarda un poco más en compilar y usa algo más de memoria.
-O2: el que se usa casi siempre en las distribuciones. Es un buen compromiso entre optimización y uso de memoria.
-Os: como -O2 pero sin algunas funciones para que el código sea lo más pequeño posible y use menos memoria y cache. Algunas aplicaciones y paquetes muy grandes, como Firefox, se compilan con esta opción para que no se chupen ellos solitos todos los recursos. Esta es la preferida para los sistemas embebidos con los que estamos experimentando. Algunas distribuciones ligeras, como Damn Small Linux, se compilan con esta banderilla para que vayan decentes en sistemas viejos con poca RAM.
-O3: es la optimización más agresiva, pero no es recomendable para sistemas con pocos recursos (RAM y cache) o sistemas embebidos tanto por consumo de memoria como por aumento de tamaño de las imágenes y los paquetes.
En el anterior post puse un benchmark con -O3 y se puede apreciar la diferencia con -Os. Incluí también un bechmark de un BCM6328 porque los resultados son curiosos: a pesar de usar una arquitectura más antigua que el Danube se nota el doble de cache que tiene y algunos arreglos que fijo ha hecho Broadcom.

El resumen sería: usar -Os por norma general y -O2 ó -O3 para paquetes o aplicaciones pequeñas, como por ejemplo ntpd, o que se ejecutan muy pocas veces. Cuestión de probar combinaciones...  ^-^
De todas formas este post debería revisarlo alguien que sepa más que yo de estos menesteres. Tampoco me preguntéis cómo compilar un paquete aislado cambiando las flags porque no tengo ni idea.
« Última modificación: 09-01-2013, 23:43 (Miércoles) por Pteridium »

zwada

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #126 en: 12-01-2013, 00:18 (Sábado) »
Hola
Que compilacion se recomienda para ct 536+
De todo lo que he compilado la unica compilacion que me va bien es backfire
Las de kernel nuevo van muy muy lentas
Gracias

Pteridium

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #127 en: 12-01-2013, 01:41 (Sábado) »
Backfire sin lugar a dudas, salvo que lo que busques no lo tenga esa versión.

zwada

  • Visitante
Re: Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #128 en: 12-01-2013, 10:12 (Sábado) »
Exacto lo que busco es una compilación que soporte oscam y lector omnikey
Se puede hacer¿

Enviado desde mi ARCHOS 80G9 usando Tapatalk 2

Noltari

  • Visitante
Re: Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #129 en: 12-01-2013, 10:54 (Sábado) »
Exacto lo que busco es una compilación que soporte oscam y lector omnikey
Se puede hacer¿

Enviado desde mi ARCHOS 80G9 usando Tapatalk 2
Buscando en Google he visto algún que otro tutorial.

No creo que nadie del foro haya hecho esto antes, así que te va a tocar compilarte tu propio firmware.
Si me equivoco, que alguien eche una manita por aquí.

Saludos.

zwada

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #130 en: 12-01-2013, 11:22 (Sábado) »
Gracias por tu rapida respuesta
El problema es que mis conocimientos son muy escasos en lo que estoy haciendo
No obstante usando el san google y traductor he sacado de un foro aleman como hacerlo y lo he hecho pero el problema es que con el kernel 2.6 no va bien el driver pcsc y ninguna de las compilaciones del oscam que hecho no me han funcionado por no se que error de blockes o algo parecido
Con kernel 3.3 si le hecho funcionar pero se cuelga y va lentisimo
Otra cosa que cada compilacion que hago tengo que borrar la carpeta entera por que al compilar de nuevo me saca imagenes de mas de 4 megas he usado comandos clean y nada sigue igual

Noltari

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #131 en: 14-01-2013, 12:41 (Lunes) »
Gracias por tu rapida respuesta
El problema es que mis conocimientos son muy escasos en lo que estoy haciendo
No obstante usando el san google y traductor he sacado de un foro aleman como hacerlo y lo he hecho pero el problema es que con el kernel 2.6 no va bien el driver pcsc y ninguna de las compilaciones del oscam que hecho no me han funcionado por no se que error de blockes o algo parecido
Con kernel 3.3 si le hecho funcionar pero se cuelga y va lentisimo
Otra cosa que cada compilacion que hago tengo que borrar la carpeta entera por que al compilar de nuevo me saca imagenes de mas de 4 megas he usado comandos clean y nada sigue igual
Lo primero es lo primero, te invito a leerte las normas del foro, que dejan bien claro que no se proporciona ayuda personalizada, y ya me has enviado dos mensajes privados con dicho fin: https://foro.seguridadwireless.net/openwrt/normas-del-foro-20429/

Creo que he dejado bastante claro en el post anterior que ninguno hemos hecho nada parecido antes, pero que si alguien sabía que te echara un cable, más no podemos hacer.
Debes comprender que todos estamos ocupados y que no siempre tenemos tiempo para ayudar en estas cosas.
Yo, por ejemplo, estoy ahora mismo de exámenes y estoy dedicando mi tiempo libre a ayudar jogo a depurar el driver b53, así que bastante tengo ya con lo mío...

Por otro lado, si las imágenes ocupan más de 4 MB es porque cada paquete que incluyes aumenta el peso de la imagen final. Así que si necesitas una imagen de menos de 4 MB tienes que quitar paquetes que no necesites (utilizar la versión squashfs de la imagen también ayuda).

Saludos y suerte con tu proyecto.

zwada

  • Visitante
Re: Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #132 en: 14-01-2013, 15:46 (Lunes) »
Bueno ,lo siento,  estamos todos liados. No mas privados. Sobre el tema de omnikey  lo tengo ya solucionado. Bastaba con quitar de la compilación lucí y uhttpd y lo de los 4megas era porque marcaba nada mas que squashfs y Desmarcaba  jffs2. Mi siguiente pregunta era sobre hd spain que tienes puesto en tu firma. Si te lo pregunto es por algo.
Saludos

Enviado desde mi ARCHOS 80G9 usando Tapatalk 2

Chumpy

  • Visitante
Re: Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #133 en: 14-01-2013, 18:51 (Lunes) »
Mi siguiente pregunta era sobre hd spain que tienes puesto en tu firma. Si te lo pregunto es por algo.
Saludos

Parece que no terminas de pillarlo  ;D, lo dice bien claro en su firma, si eres un alma caritativa con una invitación para HDspain SI tienes que enviar un privado.  ;)

Desconectado jar229

  • Moderador
  • *
  • Mensajes: 4578
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #134 en: 19-01-2013, 18:53 (Sábado) »
Yo esto lo pondría en un hilo separado, y unas capturas de pantalla (y de paso le ponemos 'chicheta' unas semanas). Que seguro que le es un útil a más de uno  ;)
Valoraciones positivas en compra/venta:
114 en Htcmania
100 en Har2mano
16 en elchapuzasinformatico
7 en gsmspain
4 en foro2mano
 .... :)
 
Mis portátiles en venta: https://drive.google.com/open?id=1DjTt6LiqDWzlRayB4KFhFSKc9ZQ-1mjf

husus1

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #135 en: 20-01-2013, 23:31 (Domingo) »
si ya tengo el firmware en el router con las apps que necesito como puedo sacar la compilacion completa de ese firm?tengo luci entre otras apps,alguna idea pra poder leerlo y guardar la imagen para posteriomente subirlo por web?
saludos y gracias de antemano

Noltari

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #136 en: 26-01-2013, 14:30 (Sábado) »
Añadido al post principal dos branches de mi repositorio de OpenWrt en Github.
bcm63xx-next: soporte para Comtrend WAP-5813n / fix para sysupgrade del HW553/HW556 / BCMA SPROM para bcm63xx (WiFi en 5381/5387/A4001N).
arv7518: fix del USB / fix del WiFi.

P.D: No se incluye el fix de la MAC para los HW556 Ralink, pero podéis descargarlo y copiarlo manualmente al directorio: package/mac80211/patches/
Podéis descargarlo desde: https://dl.dropbox.com/u/4708147/openwrt/barrier_breaker/rt2x00/patches/620-rt2800_platform_data_mac_addr.patch

Saludos!
« Última modificación: 26-01-2013, 18:59 (Sábado) por Noltari »

Noltari

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #137 en: 27-01-2013, 20:53 (Domingo) »
He cambiado la rama arv7518 por la rama lantiq-next, que incorpora:
  • Fix USB ARV7518
  • Fix WiFi ARV7518
  • Fix ARV4518 R01
  • Rename ARV4518 R01A

Saludos.

Noltari

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #138 en: 28-01-2013, 19:06 (Lunes) »
Eliminada las branches de Github relativas a lantiq, puesto que todos los cambios han sido integrados en OpenWrt.

Más info: https://foro.seguridadwireless.net/openwrt/openwrt-para-roters-astoria-de-ya-com/msg266559/#msg266559

Saludos.

roli06

  • Visitante
Re: [Tutorial] Cómo compilar OpenWrt a nuestro gusto
« Respuesta #139 en: 29-01-2013, 12:58 (Martes) »
buenas a tod@ tengo un hg556a ralink y he compilando siguiendo los pasos indicado en el primer post,pero a la hora flashear no me arranca el router agradeseria cualquier ayuda gracias