Raspberry Pi Linux sin manchas está un paso más cerca

La computadora tableta Raspberry Pi ha tenido un éxito asombroso desde su lanzamiento hace casi cinco años, tanto que desde el otoño pasado ha vendido diez millones de unidades sin signos de disminución de las ventas. Ha entregado una computadora extremadamente barata y bastante poderosa en manos de aficionados, jóvenes, piratas informáticos, ingenieros y miles de otros grupos, y su sistema operativo Raspbian de código abierto ha traído un entorno Linux útil a lugares que alguna vez pensamos que eran imposibles.

El párrafo anterior, debemos confesarlo, es casi cierto. El Pi se ha vendido mucho, es realmente útil y mucha gente lo usa, pero ¿es Raspbian un código abierto? No estrictamente. Debido a que el silicio Broadcom que alimenta la Pi tiene una cantidad significativa de te thatniko patentado que el fabricante de chips no quiso dejarnos mirar demasiado de cerca, cada sistema operativo Raspberry Pi se envió con un blob binario precompilado que contiene el código propietario de Broadcom, y por supuesto, esa es la fuente ligeramente sin abrir. No fue un problema para la mayoría de los usuarios de Pi, ya que se entiende como parte del intercambio que permitió a los creadores de la placa traernosla a un precio asequible en 2012, pero para los limpiadores de código abierto fue una especie de espina. en el costado de la tableta de Cambridge.

Esto no significa que todo esté perdido en el frente inquebrantable de Pi. Con la ayuda de una retirada parcial de la cortina secreta de Broadcom en 2014, el trabajo ha progresado silenciosamente, y ahora tenemos el anuncio de [Kristina Brooks] que un kernel de Linux mínimo puede arrancar desde sus últimos problemas de firmware abierto. Algún día no arrancará un Raspbian en blanco cuando la corrección de errores y el hardware USB, DMA y de video aún tengan soporte completo, pero es un paso importante. No pretendemos ser firmware sobre gurús de Broadcom, ya que simplemente informamos el trabajo, pero si es su especialidad, puede encontrar el código en su repositorio de GitHub. Mientras tanto, esperamos el progreso futuro de este proyecto tan interesante.

Informamos sobre el lanzamiento parcial de Broadcom en 2014. En ese momento, la gente de Raspberry Pi estaba ofreciendo un premio a la primera persona en administrar un nativo. Terremoto III juego en su hardware, desafortunadamente a pesar de que se dan cuenta de que el concurso está cerrado, no están vinculados a la entrada ganadora.

  • CRImier dice:

    Por desgracia, acabo de empezar a escribir un artículo sobre cómo mi teléfono Raspberry Pi que estoy desarrollando todavía no se puede considerar “puro código abierto”, en parte debido al blob mencionado anteriormente.

    Puedes leer más sobre mi proyecto más – https://la-tecnologia.io/project/19035/log/51839, Con este desarrollo, es posible que obtengamos un teléfono de “fuente libre y limpia” que también se puede montar por menos de $ 50 .

    • jaromirs dice:

      El raspberry-pi es más pequeño que los problemas de “código abierto”. ¿Tiene fuentes para SIM800?
      ¿Existe como un módulo GSM de código abierto?

      • ALINOME el A dice:

        En teoría, existe el proyecto Osmocom, que tiene una implementación de banda base GSM de código abierto …
        El problema es que se hace completamente por software de radio, lo que significa un HW de RF bastante caro y una gran cantidad de energía de CPU ahorrada o un FPGA fuerte, o no es exactamente adecuado para un dispositivo portátil, se necesitaría algo de dinero para producirlo en masa. ASIC.

        Pero podemos esperar 😉

      • Jonathan Wilson dice:

        Todo lo que responda a algunos de los estándares celulares (GSM, UMTS, LTE, CDMA, lo que sea) debe cerrarse con más firmeza que ft knox para obtener la aprobación de todas las agencias reguladoras del mundo.

        • Daniel dice:

          No, no es:
          https://media.ccc.de/v/33c3-8151-dissecting_modern_3g_4g_cellular_modems

      • CRImier dice:

        Tl; dr – no existe. Solo estoy haciendo lo siguiente que puedo hacer. Si puedo hacer que el hardware sea lo más abierto posible, creará una demanda de un módem de código abierto y entonces es solo una cuestión de tiempo y comunidad hasta que lo consigamos.

    • John Doe dice:

      Creo que no es una buena idea utilizar un módulo gsm ya que los primeros proveedores en los EE. UU. Y Australia están apagando sus redes GSM. Los primeros países de Europa planean lo mismo en los próximos 12 meses.
      Intente usar algún módulo umts / lte.

      • GekkePrutser dice:

        En realidad, existen muy pocos módulos UMTS baratos.

        He usado los módulos SIM800L / SIM900L en algunos proyectos que cuestan alrededor de $ 10 y funcionan muy bien. Incluso tienen PPP incorporado. El tablero es un sello grande y habla en serie.

        Pero para UMTS hay mucho menos, existe la U.Blox SARA U260 pero las únicas placas que las tienen son placas de desarrollo masivas que también son caras. El requisito de potencia también es mayor. Puede comprar los chips básicos, pero perderá muchos filtros e interfaces SIM.

        • CRImier dice:

          Por ejemplo, el SIM5360. Un chico de Reddit me lo sugirió, y parece que puedes comprar un módulo desnudo por $ 30. Sin embargo, la hoja de datos aún no ha sido examinada. La interfaz SIM suele ser solo un conector SIM de acuerdo con su elección y algunas responsabilidades, el filtrado son solo responsabilidades, y hay proyectos de referencia para ambos.

  • JammerX19 dice:

    ¿Por qué exactamente todo debería ser de código abierto? ¿Por qué querría consultar el código de nivel más bajo para estos periféricos? Y dada la extrema baratura del Pi, ¿cómo conseguimos todos el eje porque Broadcom tenía algunas cartas cerca del chaleco?

    • Lista de Jenny dice:

      No es necesario que sea de código abierto, para la mayoría de nosotros. Es agradable, claro, pero es comprensible con productos como Pi, es un intercambio.

      Pero para algunas personas es muy importante y eso hará que sus corazones se regocijen.

      • JammerX19 dice:

        Me pregunto si estas personas están regalando los frutos de su trabajo. A veces, los desarrolladores y fabricantes deben recibir un pago por su trabajo o la innovación se detiene.

        • jpa dice:

          Broadcom aún podría vender sus chips incluso si publicaran suficiente documentación para implementar controladores y firmware de código abierto. Le daría a los competidores un poco más de trabajo, pero no es totalmente o no es una opción de “si quieres que te paguen, no puedes abrir el código”.

        • rutigrem dice:

          Vamos, puedo entender que digas eso hace 30 años, pero estamos en 2017, ¿vives bajo una piedra?

          • jammerX19 dice:

            Yo no trabajo gratis y sospecho que tú tampoco.

          • Tu romance Exentio (@Exentiostep) dice:

            TIL en 2017 las cosas se han vuelto gratis

          • darren dice:

            Si es un proyecto que quiero realizar, pero nadie me pagará por hacerlo … seguiré trabajando en él.

        • nsayer dice:

          El material de código abierto agrega valor y reduce los costos de desarrollo. El negocio de Broadcom vende chips, no código. Si abrieran su firmware en principio (en principio (esto no siempre funciona tan bien, por supuesto), podrían aprovechar la comunidad para ayudar a desarrollar el firmware y corregir errores. Mientras tanto, podrían volver a fabricar y vender las fichas reales.

          Generalmente, el código abierto funciona muy bien para las personas que fabrican hardware, porque incluso si alguien toma el proyecto, todavía tiene que gastar dinero para construirlo. Este no es el caso del software limpio, donde cualquiera que lo copie puede usarlo inmediatamente de forma gratuita. En el primer caso, la disponibilidad de firmware / diseño abierto es una característica atractiva que no canibaliza el mercado.

        • Redhatter (VK4MSL) dice:

          En algunos casos … el fragmento de código en cuestión se publica como un código abierto porque por sí solo no vale la pena venderlo, pero es utilizado por un trabajo más grande vendido por IS.

          En mi caso, algunos de los frutos de mi trabajo fueron correcciones a la librería Python M-Bus, mejoras a pymodbus, mejoras a pyhaystack, analizador / dumper de Project Haystack ZINC … etc Estos, los regalé gratis, con el bendición de mi empresa.

          El software en el que estoy trabajando está construido en Tornado, que es un IOLoop asincrónico en Python. Fue desarrollado por FriendFeed, que luego fue adquirido por FaceBook. Código abierto bajo la licencia Apache 2.0, pero utilizado internamente por FaceBook para algunos de sus proyectos.

          El código en cuestión funciona con un conjunto de aproximadamente 15 o más computadoras industriales basadas en ARM y varios servidores basados ​​en x86 que inspeccionan medidores térmicos y eléctricos en el área residencial de Barangaroo en Sydney: http://www.vrt.com. au / industria / proyectos / lendlease-and-living-utilities-lendlease-barangaroo

          Ejecutan el kernel de Linux, y sí, las fuentes también están aquí: https://github.com/vrtsystems/linux

          Entonces, para responder a su pregunta, sí, doy los frutos de mi trabajo gratis … y me pagan por ello.

        • Ostraco dice:

          ¿El hecho de que uno sea el hardware y el otro software diferencia el argumento?

      • jawnhenry dice:

        Hacer esto

        “… todos los sistemas operativos Raspberry Pi se enviaron con un blob binario precompilado que contiene el código propietario de Broadcom …”

        ¿Cuál es la razón por la que la Raspberry Pi no se puede programar completamente, de principio a fin, en lenguaje ensamblador?

        • nsayer dice:

          * Puede * ser por definición. Aún no ha sido.

          • jawnhenry dice:

            Estoy realmente cansado de la gente que obviamente no conoce mejor dicho de que la Raspberry Pi se puede programar en lenguaje ensamblador.
            Decir, “Puede * ser * por definición” es un muy buen ejemplo de un reclamo “descartado”: TODO lo que tiene que hacer es HACER el reclamo, y luego queda liberado de cualquier responsabilidad de explicar su posición.

            Le haré un favor serio: explíquenos a CADA UNO de nosotros, por favor, el significado de la simple afirmación, “Puede * ser * por definición”. Como mínimo, (a) explique qué significan los asteriscos alrededor de estas palabras “puede”; y luego (b) explique qué significa que una máquina digital se puede programar en lenguaje ensamblador “… por definición …”.
            En todos mis años de programación de máquinas en lenguaje ensamblador, nunca había visto esta forma de justificación.

            No estoy diciendo que las siguientes tareas adicionales lo ayuden a resolverlo, pero sí lo ayudarán:

            proporcione instrucciones sobre dónde obtener una lista COMPLETA de instrucciones;

            Proporcione instrucciones claras y claras sobre cómo y dónde completar compilador;

            indique dónde encontrar el mapa de memoria;

            por favor indique dónde comenzar el mapa vectorial de interrupciones;

            por favor indique dónde residirá el programa ensamblado;

            indique dónde reside la pila.

            Usted * podría * (¿PUEDE?). Por supuesto, resolver la mayoría de las “pruebas” con un simple ejemplo: simplemente escriba un programa de “mordida” para generar una onda cuadrada desde uno de los pines de E / S de Pi. Está bastante bien establecido que el RPI está limitado a alrededor de 40 KHz, aunque una pequeña máquina de 16 bits puede alcanzar alrededor de 44 MHz, por supuesto en lenguaje ensamblador.

            Todos esperaremos

          • Anathae Townsend dice:

            Respondo [jawnhenry] pero este hilo de comentarios está demasiado anidado para que pueda responderle específicamente.

            La Raspberry Pi contiene un Broadcom soc, que contiene un procesador de brazo (cpu) y un procesador de gráficos (gpu). Ambos son dispositivos de uso general que ejecutan código de máquina. El blob, que es el firmware cargado por la gpu para inicializar el dispositivo durante el funcionamiento, fue programado ligeramente por Broadcom. Por lo tanto, se puede definir mediante lenguaje ensamblador por definición. Diablos … si una pieza de hardware necesita firmware para funcionar, se puede programar con lenguaje ensamblador (o cualquier lenguaje que sueles usar, incluida la lluvia de ideas si fueras tan pervertido).

            Las citas aterradoras alrededor de la palabra pueden deberse al hecho de que los detalles sobre cómo programar la gpu están o han estado bajo la protección NDA de Broadcom. Si desea una explicación de lo que significa NDA, pague a un abogado.

        • Vejestorio dice:

          Hay un grupo de personas que invierten el GPU VideoCore. Pueden lanzar demostraciones de montaje limpio en la GPU.

        • bytes usados dice:

          Realmente depende de lo que quieras decir. El Raspberry Pi SoC comienza a usar la GPU. Esta GPU funciona (inicialmente) como un cargador de arranque de primera fase de una ROM. Esto es típico de cualquier SoC moderadamente complicado que tiene algún código de reinicio integrado en el chip (y a menudo se ejecuta en una CPU que no sea la principal (s), como un pequeño kernel de uC, aunque los chips bcm283x utilizados en el RPi son bastante inusual en el arranque de la GPU).

          En cualquier sistema que utilice un lanzador de paso 1 en ROM, nunca podrá reemplazar ese código con un conjunto de su propia creación.

          A continuación, la etapa 1 carga los cargadores de arranque de las etapas 2 y 3 (que aún se ejecutan en la GPU), así como el firmware de la GPU. Estos son de código cerrado, pero debido a que son accesibles y reemplazables por el usuario, pueden invertirse o reescribirse, lo que hace el proyecto destacado.

          Después de todo, el código para el kernel ARM finalmente se carga en la RAM (generalmente un kernel de Linux), y el kernel ARM se apaga para encenderlo. Este es “kernel.img”, y es el primer código que se ejecuta en el (los) kernel (s) ARM.

          Si todo lo que quiere decir con “de principio a fin” es “todo el código se está ejecutando en la CPU principal”, puede, y siempre podría (firmware de código cerrado o no) escribir, compilar y ejecutar su propio código en el kernel ARM. de la primera instrucción que ejecuta. Puede encontrar todos los detalles sobre cómo hacerlo en línea, pero aquí hay un ejemplo: http://www.cl.cam.ac.uk/projects/raspberrypi/tutorials/os/ok01.html

          Si desea que cada instrucción ejecutada por VideoCore (GPU) sea su propio conjunto (que por cierto sería un código VideoCore4, no un conjunto ARM), entonces tiene mala suerte debido al lanzador de la etapa 1 de descarga. Sin embargo, el proyecto rpi-open-firmware hace que todas las instrucciones físicamente posibles de reemplazar (todas después de la etapa 1) puedan ser reemplazadas por un ensamblado que usted mismo escribió.

    • Dave dice:

      La respuesta al aprovisionamiento abierto completo es que extiende la vida útil del problema, ya que puede actualizar los controladores para siempre para que coincidan con la versión principal actual. En cuanto al hardware por RMS, que tiene un objeto de hardware inamovible (no se puede actualizar o modificar por programa) (por ejemplo, módem de radio) con E / S controladas y deshabilitado funciona si lo está apuntando a un teléfono que realmente respeta la privacidad y los derechos del usuario / propietario.
      Le gustó mi propuesta de integrar un módulo de código de pago POCSAG en la experiencia del usuario para los mensajes entrantes y dejar el radio módem siempre a menos que el sistema de seguridad controlado FOSS-OS lo llame para hacer una llamada saliente, dijo que realmente lo consideraría para su primer teléfono móvil. teléfono.

    • Steven Clark dice:

      Explicaré lo que se acaba de decir sobre esto: los controladores de código cerrado tienden a estar bloqueados en una versión de parche separada del kernel construido para admitirlos (paquete de soporte de placa). El resultado es que el kernel no se puede actualizar más allá de la versión admitida por el BSP y, por lo tanto, el sistema se bloquea, a menudo con una versión del kernel que ahora tiene problemas de seguridad. A continuación, se explica parte de por qué el infierno de las actualizaciones de Android es tan malo como es: los fabricantes de chips no están actualizando los BSP estándar. Esto es un poco mejor con la Raspberry Pi que yo sepa, solo con algunos códigos binarios centrales y controladores externos de código abierto que se pueden actualizar para permanecer en el núcleo. Pero, si el núcleo cambia lo suficiente como para requerir un cambio en el blob, entonces el Pi pierde la capacidad de actualizar el núcleo en ese mismo momento.

      • METRO dice:

        Y la seguridad es un gran problema aquí que a menudo se pasa por alto. Cuando es de código abierto, es posible que inspeccione el código y tome algunas medidas para verificar que lo que está funcionando en el dispositivo sea lo que espera, y también poder arreglarlo si no es así. No todo el mundo tiene que hacer esto, solo la gente suficiente para detectar un problema y anunciarlo, y ciertamente ayuda si alguien puede buscarlo y si alguien puede verificar que está allí una vez que se ha encontrado.

        La parte del núcleo también es un buen punto. Si desea tener un blob binario específico, y ese blob no funcionará con un software seguro más nuevo (o, lo que es peor, en sí mismo es inseguro), deberá usar software con vulnerabilidades conocidas y esperar que nadie intente obtener en. Si alguien encontrara un error hipotético en el código de blob por el cual la GPU lo pondría en modo de control si proporcionara datos de video corruptos a través de un programa de usuario, entonces todo depende de que braudcom busque su copia de la fuente y lance un parche. . Si sucedió lo mismo durante cuatro años, cuando tal vez cambiaron a chips más potentes y populares, entonces todos se arreglaron porque se quedan con un código de video exportable o se mudan a una plataforma completamente nueva.

        El código abierto no se trata solo de sentimientos de borrosidad caliente y educación de borrosidad caliente. Tiene implicaciones prácticas reales para la seguridad, la capacidad de actualización y la sostenibilidad del dispositivo pronto y AND.

    • supernatendo dice:

      Me abruma cómo puedes ser usuario de este sitio y decir algo tan miope y tan lleno de solipsismo.

    • taquión1 dice:

      Olvídese de las tonterías de Stallmanite, Iceweasel y piense en su libertad y privacidad personal. Después de Snowden, las cosas estaban bastante mal, pero la vigilancia masiva solo ha empeorado desde entonces, no ha mejorado. El código abierto al menos te da la oportunidad de ver por ti mismo lo que hay debajo del capó. Y no solo tenemos que preocuparnos por el gobierno y los ciberdelincuentes. Las corporaciones también miran mal todo lo que hacemos y lo usan en nuestra contra, ya sea para vendernos, o en Windows 10, cosas aún peores.
      Así que sí, el código abierto es importante.

    • Matt Mulrooney dice:

      Ciertamente es difícil transportar otros programas / sistemas interesantes a una plataforma cerrada. Un ejemplo: OpenBSD.

  • Tong Huynh dice:

    El artículo en fondo NEGRO me duele mucho la vista. Bloomberg.com solía ser así y lo cambiaron.
    Cualquiera siente eso o solo soy yo.

    • nsayer dice:

      No. Literalmente, nadie más en Internet se siente así.

    • markoberg802514317 dice:

      Creo que lo hicieron bien en la forma en que usaron un esquema oscuro con colores de texto contrastantes. Es mucho mejor que todos esos sitios web que usan negro con azul oscuro y gris oscuro. El resultado parece complicado pero ilegible. Quien eligió estos colores es un buen diseñador.

    • darren dice:

      Puede personalizar el sitio según sus estándares personales con GreaseMonkey / TamperMonkey. Invertir el esquema de color de una página en particular es muy fácil de hacer.

    • notarealemail dice:

      El fondo ahorra costes energéticos.

      • darren dice:

        Eso depende de la tecnología de pantalla que uses.

        http://www.howtogeek.com/131823/htg-explains-does-black-wallpaper-save-battery-on-your-mobile-devices/
        https://www.scientificamerican.com/article/fact-or-fiction-black-is/

      • LemZ dice:

        Tienes un punto. Tengo migrañas con masilla con fondo negro y texto blanco. Lo mismo para este sitio.

      • Martín dice:

        Esto no es cierto para la tecnología de visualización más utilizada: LCD. La luz de fondo siempre tiene la misma intensidad y, por lo tanto, necesita la misma potencia.

    • Moryc dice:

      Simplemente tome un complemento NoSquint si lo necesita. Lo uso para cambiar muchos sitios web de fuente gris / negra + fondo blanco / gris a algo más útil, como fuente # 90FFFF y fondo negro …

    • rojo dice:

      Odio absolutamente el fondo blanco / texto negro. Demasiado blanco me da dolor de cabeza. Casi por lo que puedo decir, mi cerebro interpreta el blanco como una forma de luz, por lo que una página en blanco “grita” a mi cerebro que necesita atención. Una página negra le dice a mi cerebro “ignórame, no soy el centro de atención ahora” y, en cambio, se centra en el texto. No puedo hablar por todos, pero ciertamente me encanta el tema.

    • GekkePrutser dice:

      Realmente no me importa. Pero cuando era adulto, la mayoría de las computadoras presentaban texto brillante en pantallas oscuras 🙂 Creo que quieren tener la sensación de “terminal”.

      Sin embargo, deben elegirla, como técnica Ars, donde puede elegir el tema oscuro o claro.

      • darren dice:

        Puse mi caparazón a propósito para que tuviera un fondo negro con texto verde para imitar el aspecto de la pantalla TRS-80 con la que comencé.

  • Benjamin Bird dice:

    El hecho de que no sea completamente de código abierto probablemente ha contribuido al éxito. Esperar a que la comunidad corrija errores y produzca documentos significativos es, en el mejor de los casos, un procedimiento largo …

    • Jii dice:

      Entonces, si fuera código abierto / especificaciones, ¿Broadcom no podría hacer la programación y proporcionar la documentación?

      • Benjamin Bird dice:

        No, pero según en mi experiencia es uno o el otro. ¡No dude en corregirme con ejemplos!

  • Cierto dice:

    ¿Soy la única persona que piensa que el RPi tendrá “oficialmente” manchas en ellos hasta que caduquen los códecs patentados utilizados para admitir MPEG-2 y VC-1? Más del 90% de la cartera de patentes propiedad de MPEG LA ha expirado para MPEG-2, la última de las cuales expirará en algún momento de 2018 (6181712 registrada en 1995). Aproximadamente el 60% de las patentes de VC-1 siguen siendo válidas, sin investigación, supongo después de 2 décadas. Si alguien quiere leer todas las patentes activas y procesar la última, la última caducará, no dude en (http://www.mpegla.com/main/programs/VC1/Documents/vc-1-att1.pdf) .

    Entonces, la organización benéfica RPi tiene que mantener blobs para forzar el bloqueo del hardware y cumplir con los requisitos de licencia de códecs de MPEG LA (que actualmente venden en http://www.raspberrypi.com/mpeg-2-license-key/).

    Desafortunadamente, predigo que DMCA se enviará a github.

    • Dan dice:

      Buen punto. El trabajo en github no progresa en absoluto y este artículo de HAD desperdicia píxeles de pantalla.

      • fanoush dice:

        Es un progreso. Ahora hay un kit de herramientas VC4 gcc para la VPU y el firmware abierto tiene un código para una configuración básica de hardware que incluye SDRAM y el funcionamiento de los kernel (s) ARM, todos ejecutándose en una VPU VC4. Esto significa que puede ejecutar su propio código barométrico o RTOS directamente a través de una VPU (de doble núcleo), o incluso portar linux u otro sistema operativo. Especialmente a $ 5 Zero, esto desbloquea potencia de CPU adicional y opciones en tiempo real. O, en algunos casos, incluso podría tener sentido mantener alejado el kernel ARM y ejecutar todo a través de una VPU.

    • Paz dice:

      El firmware de código abierto mínimo no necesita decodificadores de video.
      solo para inicializar soc y cargar un brazo binario. (lo que tenemos ahora)
      y alguna forma de configurar / escribir en los registros vpu de arm (usando el buzón de correo).

      • Cierto dice:

        No los necesita, pero eventualmente estarán disponibles …

  • Hans Van Ingelgom dice:

    ¿Mancha de Duuma? ¿Qué otro tipo de mancha hay? (lo siento, estoy en modo pedante)

    • Ostraco dice:

      Un poco de Schrödinger que puede o no estar allí.

    • fugnuttin dice:

      Todas mis manchas son bolas adormecidas.

  • ellisgl dice:

    ¿Alguien ha revelado alguna vez uno de los chips Broadcom?

  • onebiozz dice:

    Los blobs de Linux son un problema, por lo que recuerdo, desafortunadamente no muchas plataformas tienen Linux libre de blobs.

  • Steve Rodgers dice:

    Sé que es frustrante. En mi carrera de ingeniería, y como aficionado, me he encontrado con esta cultura secreta varias veces.

    La razón principal por la que empresas como Broadcom y Marvell no quieren abrir el código abierto de sus controladores principales es que revela la estructura de hardware interna del SOC (Sistema en un chip). Revelar la estructura del dispositivo representaría una carga de soporte para estas empresas. Es por eso que necesita obtener la aprobación para obtener la documentación de hardware bajo NDA (Acuerdo sin nivel). Solo quieren revelar los detalles del proyecto a alguien a quien venderán un montón de chips, por lo que pagarán el costo del soporte.

  • xorpunk dice:

    Los desarrolladores principales de BSD y Linux utilizan RE para controladores en todo momento.

  • Paz dice:

    lo cual sería realmente genial porque rpi3.1 / rpiz + sería de código abierto o simplemente openapi bootrom.
    en el pi3 hay un código para inicializar / leer la tarjeta sd, los dispositivos de almacenamiento masivo usb y la tarjeta de red usb. (Email)
    la mayor parte de este código podría transformarse en funciones públicas utilizables, que podrían llamarse bootcode.bin (código abierto o cerrado)
    por lo tanto, no se requiere duplicación de código en bootrom, bootcode.bin y en los controladores.

    funciones tales como; inicialice (self, msdc, usb, wifi), busque un dispositivo usb (nic / msd / hub / keyb) y lea “sector” de (sdc / msd / net).
    incluso puede ser posible con un startrom actual si los compiladores no han desarrollado las características.

Joel Carrasco
Joel Carrasco

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *