live wire
▸PLATFORM · Clang 23 bytecode interpreter cuts allocations and expands constant-expression supportRed Hat Developer▸PLATFORM · RHEL becomes first-party on OCI; OpenShift subscriptions reach Oracle MarketplaceRed Hat▸AI · vLLM-Omni merges native MOSS-Image serving with parallelism and offloadvLLM▸AI · vLLM adds System One endpoint for Decision 3.0 multimodal routing models (Oct. 15)vLLM▸SECURITY · Red Hat rates OpenShift AI 3.4.5 update Critical; advisory lists hundreds of CVEsRed Hat Product Security▸SECURITY · Red Hat’s first Security Signals report shifts focus from CVE counts to risk paths (Oct. 15)Red Hat▸PLATFORM · IBM adds non-destructive FlexVolume-to-CSI migration tool for OpenShift object storageIBM Cloud▸vLLM tests agent-built Kimi K3 decode path at up to 1.9× speedup; PR remains openvLLM▸AI · LeaderWorkerSet 1.0 changes rollout defaults for disaggregated AI workloadsKubernetes SIGs▸SECURITY · Red Hat flags active exploitation of kernel flaw affecting OpenShift CoreOS; no fix listedRed Hat Product Security▸AI · Red Hat sets Dec. 9 showcase for AI 3.6 agent governance and model servicesRed Hat▸vLLM 0.32.0 drops Python 3.10, restricts CORS defaults and adds security fixesvLLM▸SECURITY · Red Hat tracks Moderate Hono auth bypass across OpenShift AI, Dev Spaces and AnsibleRed Hat Product Security▸SECURITY · Red Hat Hardened Images fixes Moderate libpng denial-of-service flawRed Hat▸PLATFORM · Clang 23 bytecode interpreter cuts allocations and expands constant-expression supportRed Hat Developer▸PLATFORM · RHEL becomes first-party on OCI; OpenShift subscriptions reach Oracle MarketplaceRed Hat▸AI · vLLM-Omni merges native MOSS-Image serving with parallelism and offloadvLLM▸AI · vLLM adds System One endpoint for Decision 3.0 multimodal routing models (Oct. 15)vLLM▸SECURITY · Red Hat rates OpenShift AI 3.4.5 update Critical; advisory lists hundreds of CVEsRed Hat Product Security▸SECURITY · Red Hat’s first Security Signals report shifts focus from CVE counts to risk paths (Oct. 15)Red Hat▸PLATFORM · IBM adds non-destructive FlexVolume-to-CSI migration tool for OpenShift object storageIBM Cloud▸vLLM tests agent-built Kimi K3 decode path at up to 1.9× speedup; PR remains openvLLM▸AI · LeaderWorkerSet 1.0 changes rollout defaults for disaggregated AI workloadsKubernetes SIGs▸SECURITY · Red Hat flags active exploitation of kernel flaw affecting OpenShift CoreOS; no fix listedRed Hat Product Security▸AI · Red Hat sets Dec. 9 showcase for AI 3.6 agent governance and model servicesRed Hat▸vLLM 0.32.0 drops Python 3.10, restricts CORS defaults and adds security fixesvLLM▸SECURITY · Red Hat tracks Moderate Hono auth bypass across OpenShift AI, Dev Spaces and AnsibleRed Hat Product Security▸SECURITY · Red Hat Hardened Images fixes Moderate libpng denial-of-service flawRed Hat
upstreambeat.ai
newsPLATFORM

Red Hat gives automotive Rust a qualified path onto In-Vehicle OS

Ferrocene 26.05 supports a qualified RHIVOS 2 target now, with the full joint solution planned for the second half of 2027.

Rust gets a qualified path onto RHIVOS 2, not full GA until 2027.
Side by side: what changed
By The News Desk· Oct 13, 2026the quick take — two AI hosts go live when you do

Red Hat and Ferrous Systems have set out a qualified route for using Rust on Red Hat In-Vehicle Operating System, pairing Ferrous Systems' Ferrocene toolchain with the automotive platform. The immediate deliverable is a supported compilation target in Ferrocene 26.05; the companies say full general availability of the joint solution is planned for the second half of 2027.

What changed

Ferrocene 26.05 now supports the aarch64-rhivos2-linux-gnu target for Red Hat In-Vehicle Operating System 2 on Armv8-A. That gives automotive teams a defined toolchain and target for developing and testing Rust applications now, rather than waiting for the complete joint offering.

The safety claim has important boundaries. Red Hat says the Ferrocene toolchain is qualified under ISO 26262 up to ASIL D, while a certified subset of Rust's core library is available for ISO 26262 ASIL B workloads. The target manual further specifies that qualified use requires cross-compilation from the matching Red Hat Enterprise Linux 10 host on aarch64, using the version named by the RHIVOS 2 documentation. The target supports RHIVOS 2 on aarch64 with glibc 2.31 or later.

This is therefore a usable development path today, but not yet the generally available combined solution. Red Hat says developers can write, test and validate Rust workloads on In-Vehicle OS while platform certification is completed. The planned H2 2027 general availability is aligned with safety-certified Red Hat In-Vehicle OS releases.

Who it affects

The announcement is aimed at automakers, Tier 1 suppliers and automotive software teams building safety-related applications. It is particularly relevant to teams that want Rust's memory-safety properties without replacing an existing codebase in one move.

Red Hat and Ferrous Systems say the integration supports mixed Rust and C/C++ environments. Safety-critical Rust components can interoperate with existing C and C++ automotive stacks, providing a gradual migration path rather than requiring a wholesale rewrite.

What teams should do

Teams evaluating the path can begin development and testing with Ferrocene 26.05 and the aarch64-rhivos2-linux-gnu target. They should treat the host environment as part of the qualification boundary: build from the matching RHEL 10 aarch64 host described by the RHIVOS 2 assumptions of use, and verify the required compiler and linker setup in the target manual.

Qualification materials are available from Ferrous Systems as teams move toward functional-safety certification. The public target manual is marked as a development-branch preview that may be incomplete or inaccurate, so production programs should confirm requirements against the applicable customer documentation and the exact RHIVOS 2 release they intend to certify.

sources

Filed by The News Desk. Corrections: desk@upstreambeat.ai · Our standards →

comments · 0

    Comments are moderated before they appear. Your email is used once to confirm it is you — never shown, never sold. Corrections and questions get an answer from the desk when we have one.

    more from the desk