ASELSANMicrokernel
Bağımsız Rust telefon OS · hedef · mimari · yürütme

RustOS telefon platformu yol haritası

Hedef Android çalıştırmak veya APK uyumluluğu değildir. Hedef; microkernel, Rust userspace servisleri, cihaz broker'ları, System UI ve native Rust uygulama platformuyla sıfırdan geliştirilen bir telefon işletim sistemidir. Android ve iPhoneOS yalnız ürün kabiliyeti ve ölçek referansı olarak aşağıda tutulur.

Snapshot
1 Eylül 2026 · S899
Ürün
Bağımsız Rust-native telefon OS
Ölçüm
cloc 2.06 · yorum/boş hariç
Kural
LOC ≠ TCB ≠ ürün olgunluğu
Önce hedefi sabitle

Android benzeri bir ürün sınıfı; Android olmayan bir mimari

“Telefon işletim sistemi” ürün sonucunu tanımlar; uygulanacak framework'ü tanımlamaz. RustOS kendi ABI'sini, servis grafını, güvenlik modelini ve native uygulama platformunu kurar.

Ürün kimliği
ANA HEDEF

Bağımsız ve Rust-native telefon işletim sistemi

Hedef bir Android dağıtımı, AOSP fork'u veya Linux kullanıcı alanı değildir. Kernel, temel servisler, cihaz broker'ları, sistem arayüzü ve uygulama platformu kendi Rust mimarisiyle geliştirilecek.

Uygulama modeli
APK YOK

Native ELF + Rust SDK + capability manifesti

Uygulamalar APK/ART üzerinde çalışmayacak. İmzalı native paket; sürümlenmiş syscall/IPC ABI'si, servis arayüzleri ve yalnız ihtiyaç duyduğu capability'leri bildiren bir manifest taşıyacak.

Karşılaştırmanın rolü
REFERANS

Android ve iPhoneOS yalnız ürün kabiliyeti referansı

Bu sayfadaki Android/iPhoneOS sütunları uyumluluk hedefi veya uygulanacak mimari değildir. Yalnız boot, ekran, telefon, güç, güncelleme ve saha işletimi gibi eksik ürün yüzeylerini görünür kılar.

Net kapsam dışı: APK çalıştırma, ART/Dalvik, Binder uyumluluğu, Android framework API klonu ve AOSP cihaz uyumluluğu bu yol haritasının parçası değildir. RustOS için başarı ölçütü kendi native telefon akışlarının güvenli ve tekrarlanabilir çalışmasıdır.
Hedef mimari

Kernel'i küçük tut, telefon platformunu Rust userspace'te büyüt

Roadmap katman sayısına göre değil, dikey kullanıcı akışlarına göre ilerler. Ancak her kodun nereye ait olduğu aşağıdaki sınırlarla sabitlenir.

  1. L0

    Microkernel çekirdeği

    MMU · scheduler · IRQ · IPC · notification · capability · user-copy

    Sınır: EL1 yalnız koruma, zamanlama ve yetki mekanizması taşır; telefon ürün politikası veya cihaz state machine'i taşımaz.

    Bugün

    Temel mekanizmalar ve geniş kanıt yüzeyi var; fiziksel Boot-to-UI kabulü açık.

    Katman çıkış ölçütü

    Sabit ABI, W^X, güvenli user-copy, bounded IPC ve tekrarlı fiziksel boot.

  2. L1

    Temel Rust userspace servisleri

    initd · serviced · crashd · logd · timed · policyd

    Sınır: Boot grafı, servis bağımlılıkları, restart bütçesi ve health state EL0'da tek bir supervisor sözleşmesiyle yönetilir.

    Bugün

    IPC/OOM test programları var; birleşik ürün boot grafı ve kalıcı servis yöneticisi henüz yok.

    Katman çıkış ölçütü

    Servis kill sonrası kernel reboot olmadan bounded restart ve dependency recovery.

  3. L2

    Tek-sahipli cihaz broker'ları

    displayd · inputd · modemd · audiod · powerd · storaged

    Sınır: Her MMIO, IRQ ve DMA kaynağının tek userspace sahibi olur; diğer servisler cihaza yalnız typed IPC ile erişir.

    Bugün

    Framebuffer capability modeli var; gerçek scanout, touch, modem ve audio ürün yolları açık.

    Katman çıkış ölçütü

    Tek ekran, tek touch, tek modem ve tek codec profilinde fiziksel uçtan uca kanıt.

  4. L3

    Compositor, System UI ve telefon akışları

    compositord · shell · lockscreen · phone · messages · settings

    Sınır: UI surface ve input focus capability ile devredilir; uygulama doğrudan framebuffer, touch veya modem sahibi olmaz.

    Bugün

    Retained surface/scene sözleşmesi var; fiziksel piksel ve input gözlemi henüz yok.

    Katman çıkış ölçütü

    Kilit ekranı → arama/SMS → ayarlar akışı aynı image üzerinde ölçülebilir çalışır.

  5. L4

    Native uygulama platformu

    Rust SDK · app ABI · package manifest · appmgr · signing · update API

    Sınır: Paket kimliği, sürüm, servis bağımlılıkları ve capability talepleri imzalı manifestte; grant kararı policyd/appmgr sınırındadır.

    Bugün

    EL0 binary ve IPC örnekleri var; kararlı SDK, paket yaşam döngüsü ve uygulama yöneticisi açık.

    Katman çıkış ölçütü

    2–3 native Rust uygulama; install/start/stop/update/rollback ve izin reddi testleri.

Temel tasarım kuralı

Kernel “hangi servis yeniden denensin, hangi ekran açılsın, modem nasıl kayıt olsun?” kararlarını vermez. Kernel yalnız izolasyon, zamanlama, bellek ve capability uygular; ürün davranışını native Rust EL0 servisleri yönetir.

Native uygulama sözleşmesi

Rust SDK + versioned ABI + signed package + capability manifest + typed IPC. Uygulama yalnız verilen servis ve kaynak haklarını görür.

Ölçüm sınırları

Sayı var; payda yoksa yüzde yok

Aşağıdaki yüzeyler aynı cümlede duramaz. Biri yerelde cloc ile kesindir, biri farklı araçla yaklaşıktır, biri kapalı üründür. Karşılaştırma yalnız açıkça yazılmış paydaya kadar gider.

YüzeyAraçKod satırıDahilHariç
RustOS runtimecloc 2.0697.247kernel/src + linker.ld + abi + userspace (target hariç)yorum, boş satır, test, simülasyon, web, kanıt dokümanı
Public XNUcloc 2.061.360.310commit f6217f8; tests/tools/doc hariç kernel ağacıSpringBoard, daemon'lar, SEP, baseband, cihaz firmware, tam iOS
Linux 7.2cloc 2.0630.517.355upstream linux-7.2 code alanıAndroid 17 ACK exact cloc'u; vendor tree; ürün kernelcache
AOSP 17 runningtokei / derdilla≈113 milyon*core 13.290.733 + SDK 584.972 + external/kernel 94.029.145 + packages 5.143.854device/, prebuilts/, sdk/ (devtools), tests/docs yolları, vendor blob, Google servisleri, resmi SLOC
Üç sütunlu karşılaştırma

Aynı başlıklar, dürüst kapsam sınırları

Bu depo · S708–S899 snapshot

RustOS / aselsanOS

Açık ve yerelde ölçülebilir
97.247
çalışabilir kaynak yüzeyi · cloc-code

94.460 kernel + ABI ve 2.787 userspace. Yorumlar, boş satırlar, testler, simülasyon, web ve kanıt dokümanları bu sayıya dahil değil.

Çekirdek sınırı
94.460 satır ayrıcalıklı kernel + ABI kaynak yüzeyidir. S-numaralı runtime modülleri EL1 üretim yollarında yer aldığı için bunları çıkaran 56.364 satırlık yapısal dilim TCB değildir.
Bugünkü ürün durumu
R1 laboratuvar demonstratörü R2 geçiş baseline'ına ulaştı; güncel fiziksel kanıt başı S575'tir. S540 AwaitingPreflight, S543 Cpu0ReadinessTimeout ve S546 sessiz pre-BOOT8H askısı (Boot8hAbsentPrimaryFailSilent) üç ayrı fiziksel RED olarak korunur. S569 remediation ve S570 freeze sonrasında S571 fiziksel UART'ta BOOT_TO_UI_READY exact-once ile dar readiness PASS verdi. S572 bu kaydı board-rpi5 supported-profile runtime baseline'ı olarak salt-okunur taşıdı; S573 bağımsız repeat kampanyasını tanımladı. S574 exact payload'ı fresh/disjoint inode'larla byte-eş dondurdu ve board-rpi5 cargo check logunu bağladı. S575 fiziksel tekrarında 20610 B immutable raw ile ikinci BOOT_TO_UI_READY gözlemi PASS oldu; görünür scanout ve fiziksel input hâlâ gözlenmedi. S547–S568 yalnız kaynak-model kapılarıdır.
Açık sınır
Kaynak, test ve kanıt yüzeyi denetlenebilir. Ancak çalışan profil dar; modem, ses, depolama, güç, güvenli güncelleme ve uygulama platformu ürün düzeyinde kapanmış değil.
Doğru yorum
Küçük kaynak yüzeyi denetlenebilirlik avantajıdır; tek başına güvenlik, performans veya telefon tamamlanma yüzdesi değildir.
AOSP 17 · bağımsız yaklaşık sayım

Android / AOSP

Olgun telefon platformu
≈113 milyon*
derdilla/tokei “running” kaynak kovası

Bu değer ürün build graph'ı değildir. tokei 14.0.0 + aosp-analyzer, test/doc yolu ayıklanmış kod satırını dört dizine böler: core 13.290.733 + SDK (development/developers) 584.972 + external/kernel 94.029.145 + packages 5.143.854 = 113.048.704. device/ ve prebuilts/ sayılmaz. sdk/ dizini bu kovada değil, devtools aşamasındadır.

Çekirdek sınırı
Android Common Kernel Linux tabanlıdır. Exact Android 17 ACK cloc'u bu snapshot'ta koşulmadı; aynı cloc 2.06 ile ölçülen upstream Linux 7.2 referansı 30.517.355 kod satırıdır.
Bugünkü ürün durumu
Boot, grafik, güç, modem, ses, güvenli güncelleme, uygulama runtime'ı, SDK ve geniş cihaz ekosistemi olan tamamlanmış genel amaçlı telefon platformudur.
Açık sınır
AOSP geniş bir açık kaynak tabanıdır; tipik ticari cihazın vendor sürücüleri, firmware'i, SoC blob'ları ve Google servisleri bu açık paydaya bütünüyle dahil değildir.
Doğru yorum
113 milyon, bağımsız ve sezgisel dizin sınıflandırmasıdır. “Ortalama cihazda gerçekten derlenen satır” ya da Google'ın resmi SLOC sayısı diye sunulmaz.
Apple OSS · ölçülebilir alt küme

iPhoneOS / iOS

Olgun, dikey entegre ürün
Bilinmiyor
tam sevkiyat işletim sistemi kapalı

Aynı cloc 2.06 ile public XNU commit f6217f8, tests/tools/doc hariç 1.360.310 kod satırıdır. Bu yalnız kernel kesitidir; tam iOS paydası değildir.

Çekirdek sınırı
Apple'ın yayımladığı XNU; Mach, BSD ve IOKit çekirdek tabanını gösterir. Public kaynak, sevk edilen bütün kernelcache ve silikon sürücü yüzeyiyle eş anlamlı değildir.
Bugünkü ürün durumu
Apple donanımı, güven kökü, güç, medya, telefon servisleri, uygulama güvenliği ve uzun süreli saha işletimiyle tamamlanmış dikey entegre üründür.
Açık sınır
XNU ve seçilmiş Darwin bileşenleri açıktır; SpringBoard/UI yığını, birçok daemon ve sürücü, SEP, baseband ve cihaz firmware'inin büyük bölümü kapalıdır.
Doğru yorum
Tam iOS için güvenilir yüzde üretilemez. Yalnız public XNU ile kernel-mertebesi karşılaştırması yapılabilir; ürün tamamlanma oranı çıkarılamaz.
AOSP 17 · running kova

Dört aşama, dört satır sayısı

≈113 milyon, bu dört tokei kovasının toplamıdır (113.048.704). Ürün build graph'ı, ACK cloc'u veya “cihazda derlenen satır” değildir. Aşamaya basın.

Seçili AOSP aşaması

1 · Core platform · 13.290.733 satır

art/ · bionic/ · bootable/ · dalvik/ · frameworks/ · hardware/ · libcore/ · libnativehelper/ · system/

Çalışma zamanı çekirdeği: ART, bionic, framework, hardware HAL iskeleti ve system servisleri. Ürün kernelcache veya ACK cloc'u değildir. Klasör başına ayrı tokei yayımlanmamıştır; satırlar dil tablosundan gelir.

Klasörler
art/ayrı tokei yok
bionic/ayrı tokei yok
bootable/ayrı tokei yok
dalvik/ayrı tokei yok
frameworks/ayrı tokei yok
hardware/ayrı tokei yok
libcore/ayrı tokei yok
libnativehelper/ayrı tokei yok
system/ayrı tokei yok
Aşama toplamı13.290.733
Dil kırılımı · tokei code
Java4.096.310
C Header3.099.411
C++3.026.188
Kotlin932.434
GNU Assembly627.959
C++ Header480.646
Rust358.363
C208.186
CIL (SELinux)169.425
Protocol Buffers89.687
Python81.388
Diğer yayımlı diller120.736
Toplam13.290.733
devtools · 113M dışında
1.660.856

build/ · cts/ · tools/ · pdk/ · platform_testing/ · sdk/ · test/ · toolchain/

Yayımlı tablo: 1.660.856 kod satırı. Running kovaya dahil edilmez.

device/ + prebuilts/
sayılmadı

device/ · prebuilts/

Analyzer yok sayar. Bu snapshot'ta satır sayısı yoktur.

Kaynak: derdilla AOSP 17 blog tabloları + aosp-analyzer analyze.sh sınıflandırması. Tests/docs yolları bu dört kovadan ayıklanır ve 113 milyona girmez; onların tam satırı bu sayfada ayrı toplam olarak uydurulmaz.

RustOS · cloc 2.06 klasör tablosu

Aynı kırılım, farklı sütunlar

AOSP tablosu klasör + dil diye iki ayrı kutu. RustOS tablosu tek ızgarada Klasör · Dosya · Kod · Dil sütunları kullanır. Ölçüm bu ağacın cloc 2.06 çıktısıdır (97.666 satır). S538 kartındaki 97.247 ile karıştırılmaz; kernel o günden beri büyümüştür. Userspace 2.787 aynı kalır.

Seçili RustOS aşaması

1 · kernel/src alt dizinler · 26.455 satır

Donanım, bellek, görev, UI ve DT alt dizinleri. cloc 2.06, yorum/boş hariç. AOSP core klasörleriyle birebir eşleşmez.

KlasörDosyaKodDil
kernel/src/mm/198.627Rust
kernel/src/arch/145.973Rust 5.495 · Assembly 478
kernel/src/task/35.573Rust
kernel/src/ui/44.212Rust
kernel/src/dt/31.841Rust
kernel/src/board/4148Rust
kernel/src/driver/281Rust
Aşama toplamı4926.455Rust 25.977 · Assembly 478

26.455 + 68.281 + 143 + 2.787 = 97.666. Test, simülasyon, web ve docs yine dahil değil. AOSP sütunundaki 13.290.733 core ile toplanamaz.

İnteraktif kütle

Yüzde var; “tamamlanma yüzdesi” yok

Logaritmik ölçek gerçeği gösterir; doğrusal ölçek yutar. Çubuğa basınca paydayı görürsünüz. Doğrusal modda RustOS neredeyse kaybolur; bu tamamlanmamışlık değil, kütle farkıdır.

RustOS 97.247 nasıl bölünür
  • Kernel + ABI94.460 · 97,13%
  • Userspace2.787 · 2,87%

56.364 satırlık “S hariç” dilim TCB diye yayımlanamaz.

%0,0861

RustOS runtime / AOSP 17 sezgisel kaynak kovası

AOSP sayımı yaklaşık 1.162× büyüktür. Bu kod-kütlesi oranıdır; RustOS'un Android'in %0,0861'i kadar tamamlandığı anlamına gelmez.

%0,3095

RustOS kernel + ABI / upstream Linux 7.2

Linux referansı yaklaşık 323× büyüktür. Bu exact ACK karşılaştırması değil; aynı araçla ölçülmüş upstream ölçek referansıdır.

%6,944

RustOS kernel + ABI / public XNU

Public XNU yaklaşık 14,4× büyüktür. Karşılaştırma yalnız açık kernel kaynak yüzeyidir; tam iPhoneOS karşılaştırması değildir.

TCB notu: TCB, tehdit modeli ve gerçek release konfigürasyonuyla tanımlanır. RustOS'ta S-serisi modülleri derlenen ayrıcalıklı yollarda bulunduğu için 56.364 satırlık “S hariç” dilim TCB diye yayımlanamaz. Aynı şekilde AOSP ağacı Android TCB'si, public XNU da tam iOS TCB'si değildir.
Yığın ve açıklık

Ürün özelliği × ölçülebilir açıklık

Hücreye basın. Renk tamamlanma yüzdesi değil: gözlenmedi, wiring, plan, açık denetim, ürün veya kapalı ürün. RustOS satırı S546 gerçeğidir.

AkışRustOS · S899AndroidiPhoneOS
Kaynak denetimi
Soğuk boot
Ekran scanout
Dokunma / girdi
Modem / çağrı / SMS
PCM ses
Native uygulama platformu
Güvenli güncelleme
Saha / günlük kullanım
Ekran scanout · rustos

physical_scanout_observed=false. 64×40 surface sözleşmesi UI karesi değildir. İlk kare P1 / S547–S553.

Ekran scanout · android

Grafik yığını, compositor ve panel yolları ürün kapsamındadır.

Ekran scanout · iphoneos

SpringBoard ve kompozitör kapalı tam üründür; public XNU bunu ölçmez.

Üç kanıt katmanı

Source PASS fiziksel kare değildir

Her ürün iddiası üç katmanda ayrı yayımlanır. Katmana basın.

Focused test, derleme, Code kartı. Yazılımın sözleşme ve kimliğini kanıtlar.

S899 güncel: S1–S574 kartları yayımlı; S569 focused 18/18 kaynak remediation'ını, S570 focused 16/16 frozen candidate'ı, S571 focused 17/17 fiziksel receipt'i, S572 focused 18/18 supported-profile baseline provenance'ını, S573 focused 21/21 repeat-request sınırını ve S574 focused 26/26 fresh immutable freeze kaydını sabitler. S540/S543/S546 üç fiziksel RED olarak değişmez kalır; S571 dar fiziksel UART readiness verdict PASS'tir.

Kaynak testi tek başına cihazın açıldığını veya ekranın yandığını göstermez.

Roadmap işletim sistemi

Sıra numarasını değil, dikey telefon sonucunu yönet

S-kapıları kanıt günlüğüdür; ürün backlog'unun kendisi değildir. Her milestone güç düğmesinden kullanıcı sonucuna kadar tek bir dikey dilimi kapatmalı. Yol haritasını aşağıdaki altı adımla oluşturun ve her fiziksel RED sonrasında aynı yöntemi tekrarlayın.

  1. 01

    Kullanıcı sonucunu seç

    Her dilim tek gözlenebilir sonuç üretir: örneğin güç ver → kilit ekranı veya SMS al → bildirim göster.

  2. 02

    Dikey dilimi çıkar

    Gerekli kernel mekanizması, cihaz broker'ı, servis ABI'si, UI ve fiziksel test aynı backlog maddesinde görünür.

  3. 03

    Definition of Done yaz

    Source testi + desteklenen profil runtime'ı + immutable fiziksel kanıt üçü tamamlanmadan ürün özelliği PASS olmaz.

  4. 04

    WIP'i sınırla

    Aynı anda en fazla iki dikey dilim; R1 boyunca tek board, tek ekran, tek touch, tek modem ve tek codec.

  5. 05

    Kernel bütçesini koru

    Yeni EL1 kodu yalnız koruma mekanizması gerekiyorsa eklenir. State machine, retry politikası ve ürün davranışı EL0 servisine gider.

  6. 06

    Release manifestiyle kapat

    Image hash, donanım kimliği, servis sürümleri, test sonucu ve ham artifact tek kabul kaydında birleşir.

R1 geliştirme kapasitesi önerisi

Kod büyümesini kernel'den ürün yığınına kaydır

Bunlar satır kotası değil, zaman ve inceleme kapasitesi oranlarıdır. Kritik bir kernel güvenlik bulgusu oranları geçici olarak değiştirebilir.

%40

Native userspace ve ürün akışları

Supervisor, servisler, compositor, System UI ve native uygulamalar.

%30

Sürücü ve cihaz broker'ları

RP1/DSI, touch, modem, audio, güç ve depolama.

%20

Kernel sertleştirme

Yalnız kritik mekanizma, izolasyon, W^X, IPC ve bellek güvenliği.

%10

Kanıt ve yayın

Otomatik kabul, fiziksel raw, manifest ve dokümantasyon.

Backlog şablonu: kullanıcı sonucu → tehdit/invariant → gereken kernel mekanizması → EL0 servis sahibi → typed IPC/ABI → fiziksel test → kabul eşiği → immutable artifact. Bu alanlardan biri boşsa iş “başlamaya hazır” değildir.
İş akışı · süreç

Ne yapılırsa nereye ulaşılır

Bugün, 1 Eylül 2026 tarihinde S899'dasınız: üç fiziksel RED (S540 AwaitingPreflight, S543 Cpu0ReadinessTimeout ve S546 sessiz pre-BOOT8H askısı) ayrı korunuyor; S547–S568 kaynak-model kapıları, S569 source remediation ve S570 byte-exact candidate freeze kapandı. Ayrı exact operatör token'ıyla yürütülen S571 koşusu 20947 B immutable raw ve BOOT_TO_UI_READY exact-once sonucu ile dar fiziksel UART readiness PASS'tir. Görünür scanout ve fiziksel input gözlenmediği için genel R1 kabulü false kalır. S572 bu kaydı supported-profile runtime baseline'ı olarak doğruladı; yeni cihaz işlemi ve bağımsız tekrar üretmedi. S573 aynı payload için repeat campaign talebini 21/21 PASS ile kapattı. S574 payload'ı yeni evidence yolunda fresh/disjoint inode'larla byte-eş dondurdu; 26/26 focused ve kalıcı board-rpi5 cargo check exit 0 verdi. S575 fiziksel repeat gerçek preflight, transaction tool, compiled capture binary ve ayrı operatör yetkisiyle tamamlandı; immutable raw 20610 B / 96bc5fe9…ff77602 olarak arşivlendi. S576–S707 kalan on dört R2 iş kolunu 132 ayrı kapı, 132 module, 132 focused test ve 132 kanıt belgesiyle fail-closed olarak kaydetti: 132/132 grup ve 1056/1056 PASS. Bu aralık S575 fiziksel repeat PASS'ine tutunur, board-rpi5 kernel'ine linklenmez ve yeni production callsite eklemez. Runtime/fiziksel/operatör/dış kabul gözlemi 0/0/0/0 ve r2_field_acceptance_complete=false'tur. Ekran görüntüsü P1 cihaz kanıtıyla mümkün olur; native Rust uygulama platformu P3 diliminde başlar. Adıma basın; Yapılan iş ve Ulaşılan yer ayrı durur.

Yapılan iş

S544 · Reachable producer remediation

S541 CPU1 producer'ını exact G8h stage/CPU doğrulaması sonrasında, IRQ maskeli ve timer arm öncesi ownership-safe production sınıra taşımak.

Ulaşılan yer

Focused 19/19, selected 156/156 ve dört AArch64 profil 4/4 source PASS. S543 RED değişmez; runtime/fiziksel gözlem yok.

Kaynak reachability kapandı; fiziksel PASS veya candidate freeze değildir.

Makul seviye önerisi

Hedef kod kütlesi değil, bağımsız Rust R1 akışını uçtan uca çalıştırmak

Bugün makul hedef “günlük kullanıma hazır telefon” değil; tekrarlanabilir laboratuvar telefon demonstratörüdür. Aşağıdaki eşikler öneridir, mevcut PASS veya yeni S-kapısı değildir.

  1. P0S540–S546

    Önce fiziksel Boot-to-UI kanıtını kapat

    S540, S543 ve S546 immutable RED kayıtlarını koru. S569 marker zincirini koşmamış runtime ledger'ından ayırdı, S570 yeni candidate'ı dondurdu, ayrı yetkili S571 koşusu fiziksel UART readiness PASS verdi ve S572 bunu R2 supported-profile baseline'ına taşıdı. S573 repeat campaign sınırını tanımladı; S574 fresh immutable freeze kaydını kapattı. S575 fiziksel kapısında bağımsız tekrar ile görünür scanout/input kanıtını ayrı tut.

    Önerilen R1 eşiği: aynı paketle 20/20 soğuk boot, marker sırası exact-once, kernel fault=0 ve her koşunun ham kaydı/hash'i.

  2. P1S547–S553

    Tek ekran + tek dokunma yolunu dikey bitir

    Bir ekran ve bir touch controller profilini sabitle. Scanout, compositor, input dispatch ve kilit ekranı benzeri tek kontrollü akışı mümkünse EL0 device broker'larla kur; geniş GPU desteğini ertele.

    Önerilen R1 eşiği: 60 dakika sürekli redraw/input, bozuk frame=0, kayıp input=0 ve p95 dokunma→görsel tepki <100 ms.

  3. P2S554–S560

    Modem + ses için tek uçtan uca telefon dilimi kur

    EG25-G gibi tek modemde UART/USB sahipliği, AT/URC state machine, SIM kayıt, SMS, paket veri, gelen/giden çağrı ve PCM ses yolunu birlikte kapat. Modem resetini kernel resetine dönüştürme.

    Önerilen R1 eşiği: 10 gelen + 10 giden çağrı, 20 SMS, 30 dakika çift yönlü ses ve zorlanmış modem restart sonrası otomatik yeniden kayıt.

  4. P3S561–S567

    Native Rust uygulama, update ve recovery'yi aynı demoda birleştir

    Kararlı bir Rust SDK/ABI, capability manifesti ve imzalı tek paket biçimiyle 2–3 native uygulama kullan. Servis çökmesi, bozuk paket ve güç kesintisi senaryolarında supervisor, A/B update ve rollback sınırını göster.

    Önerilen R1 eşiği: uygulama/servis kill sonrası UI ve arama yolu geri gelir; yarıda kesilen update eski veya yeni doğrulanmış slota döner.

  5. P4S568

    Demoyu tekrar edilebilir kabul paketine dönüştür

    Boot, UI, input, modem, ses, update ve recovery kanıtlarını tek sürüm manifestinde birleştir. Her PASS'i aynı image/hash, donanım profili, sıcaklık/güç koşulu ve ham artifact ile bağla.

    Önerilen R1 eşiği: en az 8 saat soak, kernel fault=0, bellek kullanımı plato yapıyor, kritik servisler supervised restart ediliyor ve demo baştan sona üç kez tekrarlanıyor.

Kritik yol disiplini

Ne yaparsak daha hızlı makul olur?

  • 1Android/iOS satır sayısına yaklaşmayı hedef yapma; bağımsız Rust telefon akışlarının ölçülebilir kabulünü hedef yap.
  • 2APK, ART, Binder veya Android framework uyumluluğu bu ürünün hedefi değildir; roadmap'e uyumluluk işi ekleme.
  • 3R1 bitene kadar yeni cihaz ailesi ile geniş kamera/GPU/NPU matrisini kritik yola alma.
  • 4Paylaşılamayan SoC cihazlarını küçük, güvenilir EL0 broker'larda tut; capability, frame ownership ve DMA sınırını gerçek donanıma bağla.
  • 5Tek donanım profili, tek modem, tek ekran ve tek audio codec dondurulmadan sürücü kapsamını büyütme.
  • 6Her ürün iddiasını source testi + desteklenen profil runtime'ı + fiziksel ham kanıt olarak üç ayrı katmanda yayımla.
Tekrarlanabilirlik

Ölçüm reçetesi ve kaynaklar

RustOS, Linux 7.2 ve XNU sayıları aynı cloc 2.06“code” alanıdır. AOSP sayısı farklı araçla yayımlanmış bağımsıztokei analizidir; bu nedenle yaklaşık işaretlidir.

npx cloc kernel/src kernel/linker.ld abi
npx cloc userspace --exclude-dir=target
npx cloc linux-7.2
npx cloc --exclude-dir=tests,tools,doc xnu

Bu karşılaştırma paneli planlama ve kaynak metodolojisi kaydıdır; yeni S-sırası tüketmez, donanım gözlemi oluşturmaz ve R1 kabul durumunu değiştirmez.