| "SOLUCION" PROBLEMA BROADCOM Y LOS KERNEL 2.6.31 > |
 |
| GNU/Linux - Kernel | |
| Escrito por Gneo | |
| Miércoles, 14 de Octubre de 2009 15:30 | |
|
Esta es la "solucion" que halle al problema que publique aqui. Gracias a mi amigo Anrras, hace un par de dias me envio un link el cual podria ser una solucion para el problema de las broadcom y los kernel 2.6.31 y superiores, mirando el enlace que me envio, broadcom tiene un controlador privado (hibrido binario), tanto para las arquitecturas de 32 bits y 64 bits, el controlador puede ser descargado desde aqui, en aquella pagina Broadcom nos informa que el controlador funciona para los siguientes chipsets BCM4311-, BCM4312-, BCM4321-, and BCM4322. Para seguir leyendo has click en "Leer Mas"
Mirando el README, me doy cuenta que hay que quitar el soporte nativo del modulo en el kernel (b43), y compilar y añadir al kernel el soporte del codigo binario que nos ofrece broadcom, y este modulo lo llamaria ( wl ), esto tiene ciertos pros y contras, en pros podemos encontrar que tenermos un soporte directamente por el fabricante con lo cual se supone que no deberia dar problemas, en contras veo uno es un driver privativo :P, segundo, segun este post soporta desde el kernel 2.6.29 al 2.6.31, y no se sabe si superiores, aunque se supone que si, otro contra que le veo, es que cada vez que se compile un kernel nuevo toque compilar el soporte para la inalambrica, para mi es algo tedioso. Sabiendo que el kernel ya tiene un modulo para estos chipsets (modulo b43 o en algunos casos b43legacy).
Mientras miraba las paginas, me di cuenta de que hasta que punto es "culpa" del hardware y no de la red, (Access Point y Portatil), entonces decidi cargar nuevamente el kernel 2.6.32-rc3 que es que ya tengo compilado, le aplique el parche de la pagina linuxwireless.org y decidi cambiar la configuracion de mi Access Point de emitir por la normal 802.11/g a la 802.11/b, y bingo !!, la conexion del portatil quedo normal, haciendo test de velocidad me muestra informacion correcta y coherente, ahora... lo que puedo deducir es que el problema existe por el momento es entre el chipset y la normal 802.11/g ya que con la 802.11/b funciona correctamente ( menor bit rate).
La "solucion" ya que no es una solucion en realidad es configurar nuestros AP con la norma 802.11/b, ahora... muchos diran.. y en el caso dado que no se pueda, por ejemplo conectarse en la Univerdad, en el trabajo y cosas asi ?, personalmente he visto que en estas configuraciones de deja que entre el AP y el usuario negocien el tipo de conexion, ya que por ejemplo si el usuario esta lejos del AP el estandar 802.11/b podria funcionar mejor que el 802.11/g, en fin.. en conclusion para que todo funcione como debe ser es esperar un poco, de todas formas ya con esto se puede tener un kernel reciente y el chipset "funcionando".
|
Hey que gran tutorial! Gracias por co...
Me parece absurdo discutir en forma t...
Tecnicamente, ambos podrian hacer lo ...
esta bien bacano el tutorial, en linu...
Ya iba siendo como hora que actualiza...