Continuité Linux
Réutilisation des threads POSIX, timers, sockets et applications existantes.
LINRT REAL-TIME LINUX DISTRIBUTION
LinRT Oxygen
Temps réel Linux natif avec PREEMPT_RT
Oxygen privilégie les API Linux standard, la richesse de l’écosystème et la maintenance tout en réduisant la latence d’ordonnancement du noyau.
TECHNOLOGY PROFILE
KERNELPREEMPT_RT
MODELSingle Linux kernel
APIsPOSIX / Linux APIs
DRIVERSLinux driver model
Un excellent point de départ pour les systèmes industriels Linux natifs.
LinRT 5.3Q4 2026 · CRA Ready planned
LinRT 6.x LTSQ1 2027 · i.MX95 planned
NXP i.MXi.MX6 · 8MP · 91/93 · 95
SecurityCRA evidence approach
01 / Pourquoi cette approche ?
Le temps réel sans quitter le modèle de programmation Linux.
Oxygen privilégie les API Linux standard, la richesse de l’écosystème et la maintenance tout en réduisant la latence d’ordonnancement du noyau.
Écosystème étendu
Intégration naturelle de Qt / Wayland, de la connectivité et des pilotes courants, selon qualification.
Exploitation simplifiée
Ordonnancement, diagnostic, debug et gestion des vulnérabilités réunis sous Linux.
Réglages ciblés
Isolation CPU, priorités, affinités IRQ et verrouillage mémoire selon mesures.
02 / Fonctionnement de l’architecture
Temps réel Linux natif avec PREEMPT_RT
Oxygen exploite un noyau Linux avec PREEMPT_RT. Les threads critiques utilisent les politiques d’ordonnancement temps réel, tandis que Linux conserve les services, pilotes et interfaces utilisateur. Les interruptions et la charge globale influencent toujours la latence maximale.
Compromis d’ingénierie: PREEMPT_RT seul ne garantit pas le respect d’échéances critiques : des mesures représentatives restent indispensables.
03 / Points d’ingénierie
Applications types & Points à valider
Applications types
- IHM industrielles avec boucles de contrôle bornées
- Passerelles connectées et conversion de protocoles
- Systèmes Edge avec Qt ou multimédia et tâches temps réel
- Nouvelles applications fondées sur Linux / POSIX
Contrôles de latence
- Définir échéances, budget de gigue et charge maximale.
- Configurer avec prudence SCHED_FIFO / SCHED_RR.
- Auditer interruptions, DMA, horloges et allocations mémoire.
- Mesurer avec cyclictest / rtla et des tests applicatifs de bout en bout.
04 / Gamme BSP et cibles SoM
LinRT 5.3 au T4 2026 · LinRT 6.x LTS au T1 2027
Q4 2026 PLANIFIÉ / PAS ENCORE PUBLIÉ
LinRT 5.3 — CRA Ready
LinRT 5.3 est prévu au T4 2026 comme évolution CRA Ready de la gamme LinRT 5.x LTS, fondée sur Yocto 5.0 Scarthgap LTS. Contrôles de sécurité BSP, preuves de validation traçables et CRA Certification Kit sont les objectifs de livraison.
Q1 2027 PLANIFIÉ / PAS ENCORE PUBLIÉ
LinRT 6.x LTS — NXP i.MX95
LinRT 6.x LTS est prévu au T1 2027, avec Yocto 6.0 Wrynose LTS, Linux 6.18 LTS et Qt 6.12 LTS ciblés. Le support des modules NXP i.MX95 est annoncé dans cette génération, sous réserve de qualification par configuration.
LinRT 5.x LTS — base Scarthgap LTS
LinRT 5.x LTS repose sur Yocto Project 5.0 « Scarthgap » LTS, avec Linux 6.6 / 6.12 LTS selon la cible et la distribution. LinRT 5.3 (version du produit, distincte de Yocto 5.3) est prévu au T4 2026 avec l’objectif CRA Ready.
LinRT 6.x LTS — feuille de route T1 2027
LinRT 6.x LTS est prévu au T1 2027, ciblant Yocto Project 6.0 « Wrynose » LTS, Linux 6.18 LTS et Qt 6.12 LTS. Le support NXP i.MX95 est planifié pour cette version, sous réserve de qualification de chaque variante BSP.
Familles de référence et cibles envisagées. Le support final dépend de la distribution, du fabricant du SoM, de la carte et du noyau.
05 / Préparation CRA
La preuve de sécurité au cœur du BSP
Le BSP LinRT CRA Ready et son CRA Certification Kit sont envisagés pour faciliter les évaluations produit, avec des preuves rattachées à une image logicielle et un matériel identifiés.
CRA CERTIFICATION KIT · DÉBUT 2027
CRA Certification Kit — prévu avec LinRT 6.x LTS
Prévu pour début 2027, en accompagnement de la première version LinRT 6.x LTS, le CRA Certification Kit aidera les fabricants à transformer les mesures de cybersécurité du BSP en preuves traçables pour l’évaluation de conformité de leurs propres produits.
SBOM et suivi des vulnérabilités
Nomenclature logicielle, processus CVE/VEX et traçabilité des composants pour une construction BSP identifiée.
Vérification de la sécurité
Contrôles réutilisables de durcissement, vérification du démarrage et des mises à jour, et procédures de validation reproductibles.
Preuves documentées
Correspondance exigences/tests, modèles de résultats et structure des dossiers de preuves pour l’intégration client.
Le kit facilite la démarche de conformité CRA d’un produit spécifique ; ce n’est pas un certificat CRA et il ne remplace ni l’analyse de risques ni les obligations légales du fabricant.
« CRA Ready » décrit un objectif d’ingénierie facilitant la conformité : ce n’est ni un certificat CE ni une garantie de conformité CRA du produit fini. La qualification dépend du SoM, du noyau et de la carte.
06 / Découvrir une autre distribution
Découvrez les distributions
Oxygen
PREEMPT_RTGestion des interruptions en threads, préemption accrue et interfaces Linux / POSIX standard. Une approche directe lorsque Linux satisfait les contraintes de latence.
Découvrir la distribution →Cobalt
Xenomai 3 · Cobalt / RTDMUn niveau d’exécution temps réel prioritaire, les pilotes RTDM et des interfaces Xenomai adaptées à la migration d’applications existantes.
Découvrir la distribution →Tungsten
Xenomai 4 · EVL / libevlDovetail relie Linux au cœur EVL ; libevl expose des services spécifiques pour exécuter les tâches critiques hors bande.
Découvrir la distribution →Construisons une plateforme temps réel qualifiée
Parlons SoM, intégration, pilotes temps réel et périmètre de la feuille de route LinRT CRA Ready.
Références techniques
Documentation officielle et références amont. Disponibilité et périmètre produit à confirmer auprès de LinRT.