6 votos

Portabilidad controladores Linux RTOS

Todo el mundo es, probablemente, van en la dirección opuesta, la mudanza de sus sistemas informáticos, etc. para linux. Tengo el siguiente problema. Me gusta usar un WiFi chipset junto con su controlador de Linux en mi RTOS (FreeRtos). Si puedo hacer esto de la manera convencional, me tomará de 3 meses a puerto. (Ahora trabajo para una empresa pequeña, por lo tanto no espero ningún tipo de apoyo de los chipset vendor con mi volúmenes. Sin embargo, tengo una muy estricta costo objetivo así que no puedo utilizar esta realmente caro, pero fácil de usar módulos. Yo soy de orientación sub 5$ el módulo wi-fi aquí)

Es allí una manera simple o tengo que ir realmente en conocer profundamente el controlador y el puerto lentamente. No sé Linux, pero sé que RTOS conceptos relativamente bien. Estoy buscando un contenedor de algún tipo que se traduce Linux llamadas al sistema más convencional, Rto cosas.

Sé que es un tiro largo, pero había que intentarlo.

Y, no sugieren uCLinux como el sistema operativo, he estado por ese camino, parece ser la mejor manera, sin embargo el tamaño del código es prohibitivo para que se ejecute con el chip de recursos de mi CPU.

Pregunta extra: Cualquier WiFi expertos que podría recomendar un b/g con chipset RTOS los conductores que están fácilmente disponibles. He mirado en la RSE,Realtek y Nanoradio, todos ellos proporcionan drivers para Linux pero no RTOS de apoyo. Atheros ni siquiera entretener a hablar conmigo, supongo que el efecto de Qualcomm.

6voto

Mark Puntos 1998

Trasladar manualmente el controlador es el único camino a seguir si usted está dispuesto a escribir el controlador desde cero. @jeremy-kerr es, usted tiene problemas de licencias ser cuidadoso, pero básicamente lo que esto significa si el conductor es GPL es que su portada controlador también ser GPL. Usted no tiene que abrir estás todo el RTOS código fuente.

Tres meses es probablemente una estimación conservadora para la conservación esfuerzo; si usted puede identificar la Api que se utiliza (red, interrupciones, temporizadores de espera/bloqueo, I/O, devolución de llamada, la operación de archivo, etc.) y crear un áspero y listo mapa entre el Linux API utilizada y lo que está disponible en su RTO va a hacer el proceso MUCHO más rápido, sobre todo porque entonces usted puede comenzar a punta de cabo de Linux llamada a la API utilizada y "traducir" a la API y estructuras de datos utilizadas en el RTO.

No será una tarea sencilla, pero sin duda es factible y si el controlador de Linux está escrito, usted tendrá una muy buena idea de lo que cada parte hace y por qué, que siempre hace más fácil de portar. Buena suerte!

i-Ciencias.com

I-Ciencias es una comunidad de estudiantes y amantes de la ciencia en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X