Hace poco, en una publicación de blog realizada por el CEO de Raspberry Pi, Eben Upton, dio a conocer que la Raspberry 4 ahora cumple con la versión 1.2 de la API de Gráficos Vulkan.

Después de alcanzar la versión 1.0 en noviembre de 2020 y la versión 1.1 en octubre de 2021, la versión 1.2 integra 23 extensiones Vulkan de uso frecuente en el estándar y se acerca considerablemente a la última versión, la 1.3, que se lanzó en enero.

Khronos ha dado su visto bueno y con el cual debería haber una actualización del controlador en una próxima versión del sistema operativo.

«Todos los cambios necesarios ya se incorporaron en el controlador Mesa v3dv anterior y eventualmente estarán disponibles en futuras actualizaciones del sistema operativo Raspberry Pi. Compatibilidad con varias otras extensiones, algunas de las cuales son esenciales en Vulkan 1.3, así como muchas correcciones de errores y mejoras de rendimiento. ”, dice Iago Toral de Igalia.

La versión actual de Mesa es la 22.1.3 y el nuevo código probablemente no estará disponible hasta la 22.2. Esto significa que se requerirá algo de trabajo para los primeros usuarios. El artículo de Upton también apunta a una contribución de Roman Stratiienko que agrega compatibilidad con Android al controlador. Esto allana el camino para ejecutar juegos de Android en Pi 4 a través de un port del sistema operativo de Google, como Lineage OS.

Este desarrollo, incluido el soporte para Vulkan 1.2, no significa necesariamente que se verán juegos populares o pueda aprovecharse para cosas de este tipo en la Raspberry Pi 4. Pero podría generar mejoras en el rendimiento de aplicaciones como Kodi, VLC o aplicaciones web aceleradas por hardware.

También hay bibliotecas de Vulkan para el aprendizaje automático, lo que abre nuevas vías para entrenar redes neuronales en clústeres de Pi. Para la mayoría de las personas que usan su Pi como servidor, controlador de bricolaje o escritorio liviano, el cumplimiento de Vulkan 1.2 no será perceptible. Los gráficos de escritorio en el sistema operativo estándar Raspberry Pi están controlados por OpenGL.

Esta es la antigua API de gráficos que se supone que Vulkan debe reemplazar. Según Upton, hay un grupo que se beneficia: los juegos 3D de Android y otras aplicaciones. Android usa Vulkan como una API de gráficos de bajo costo.

Al igual que con la mayoría de los avances de Raspberry Pi, este cambio aparentemente pequeño podría abrir oportunidades imprevistas. La compatibilidad con Vulkan 1.2 brinda a los desarrolladores la misma interfaz de gráficos 3D (pero no la misma potencia) que las tarjetas gráficas NVIDIA 2019, los chips Intel 2020 con gráficos integrados y docenas de otros dispositivos.

Con un controlador Vulkan 1.0 instalado, Toral pudo, en 2020, ejecutar la trilogía Quake original en una Pi 4, con velocidades de cuadro no tan malas. Configurar un controlador Vulkan moderno para Pi 4 es de particular importancia para Upton.

De hecho, antes de trabajar en Raspberry Pi, Upton formó parte del equipo de Broadcom que diseñó el chip GPU VideoCore 3D, el mismo que está montado en cada placa Raspberry Pi. Upton también representó a Broadcom de 2007 a 2012 en Khronos, la API de gráficos organismo de estándares que supervisaba estándares como OpenGL.

OpenGL ya estaba mostrando su edad en la época de Upton, y él estuvo involucrado en el esfuerzo inicial para lanzar su sucesor, Vulkan.

“Tendemos a adelantar las versiones de Mesa en lugar de esperar dos años para que aparezcan en la próxima versión principal de Debian. Probablemente sea demasiado tarde para el lanzamiento en septiembre, así que estoy pensando en fin de año”, dijo. En cuanto a dónde podría ir esta tecnología, dijo, «es útil como un back-end más eficiente para los diversos motores de juegos estándar (en particular, el motor Unreal de Epic Games)». Los estudios que invierten en adaptar los juegos a la plataforma son otra cosa, «pero es bueno tener lo básico en su lugar».

Finalmente, cabe mencionar que el soporte aún no está disponible en los sistemas operativos descargables adecuados para las placas Pi, pero debería estar disponible pronto.

Para quienes estén interesados en poder conocer más al respecto, pueden consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/Y6QWgjk
via IFTTT

Miguel Ojeda, autor del proyecto Rust-for-Linux dio a conocer el octavo lanzamiento del desarrollo de parches para el kernel de Linux con soporte para el lenguaje Rust para que los desarrolladores del kernel de Linux los consideren.

Este se posiciona como el noveno lanzamiento de los parches (teniendo en cuenta la primera versión publicada sin número de versión). El soporte de Rust se considera experimental, pero ya está incluido en la rama linux-next, afirmapara la integración en la versión de otoño de 5.20/6.0 y está lo suficientemente avanzado como para comenzar a trabajar en la creación de capas de abstracción sobre los subsistemas del núcleo, así como en la escritura de controladores y módulos.

El desarrollo está financiado por Google y el ISRG (Internet Security Research Group), que es el fundador del proyecto Let’s Encrypt y promueve HTTPS y el desarrollo de tecnologías para aumentar la seguridad de Internet.

Los cambios propuestos hacen posible el uso de Rust como segundo lenguaje para desarrollar controladores y módulos del kernel. El soporte de Rust se presenta como una opción que no está habilitada de forma predeterminada y no da como resultado la inclusión de Rust entre las dependencias de compilación requeridas para el kernel. El uso de Rust para desarrollar controladores le permitirá crear controladores mejores y más seguros con un esfuerzo mínimo, sin problemas como acceder a un área de memoria después de liberarla, desreferenciar punteros nulos y desbordamientos de búfer.

La seguridad de la memoria se proporciona en Rust en tiempo de compilación mediante la verificación de referencias, el seguimiento de la propiedad del objeto y la vida útil del objeto (alcance), así como mediante la evaluación de la corrección del acceso a la memoria durante la ejecución del código.

¿Qué hay de nuevo en este octavo lanzamiento?

En esta nueva propuesta que se dio a conocer se menciona que la variante de la biblioteca alloc, que eliminó la posible generación de estado de «panic» en los errores, se actualizó a la versión Rust 1.62. En comparación con la versión anterior, el kit de herramientas de Rust ha estabilizado el soporte para la funcionalidad const_fn_trait_bound utilizada en los parches del kernel.

Ademas de ello el código de enlaces se separa en un paquete de cajas de «bindings» separado, lo que facilita la reconstrucción si solo se cambia el paquete principal del «kernel».

Tambien se destaca la implementación de la macro «concat_idents!», reescrito en forma de macro de procedimiento, no vinculado a la funcionalidad de concat_idents y que permite el uso de referencias a variables locales.

Ademas de ello, se menciona que la macro «static_assert!» ha sido reescrita para permitir que «core::assert!()» se use en cualquier contexto en lugar de constantes, mientras que la macro «error_construcción!» se ha adaptado para funcionar al configurar el modo «RUST_BUILD_ASSERT_{WARN,ALLOW}» para módulos.

Se agregó el módulo fs que proporciona enlaces para trabajar con sistemas de archivos. Se propone un ejemplo de un sistema de archivos simple escrito en Rust, asi como tambien se agregó el módulo de cola de trabajo para trabajar con las colas del sistema.

De los demás cambios que se destacan de esta nueva propuesta:

• Se agregó un archivo de configuración separado «kernel/configs/rust.config».
• Los archivos «*.i» procesados ​​en sustituciones de macros se han renombrado como «*.rsi».
• Se eliminó la compatibilidad con la creación de componentes de Rust con niveles de optimización distintos de los utilizados para el código C.
• El desarrollo del módulo kasync continuó con la implementación de métodos de programación asíncrona (async).
• Se agregó un ejemplo de un servidor TCP a nivel de kernel escrito en Rust y se agregó la capacidad de manejar interrupciones en Rust.
• Se agregó una macro de procedimiento para facilitar el trabajo con tablas de punteros de funciones, como la estructura file_operations.
• Se ha agregado la implementación de listas enlazadas bidireccionales «unsafe_list::List».
• Se agregó soporte inicial para RCU y el tipo Guard para verificar si un bloqueo de lectura está vinculado al hilo actual.
• Se agregó la función Task::spawn() para generar e iniciar automáticamente los subprocesos del kernel.
• También se ha agregado el método Task::wake_up().
• Se agregó un módulo de retraso

Finalmente si estás interesado en conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/d4pY0gz
via IFTTT