PVH header + chain load a custom stage 2.5?
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- rust
- Ambito
- operating-systems
Direzione di ricerca
Inizia esaminando la definizione di start_info di PVH collegata nell’issue e il flusso di caricamento MBR/BIOS esistente del progetto. Determina l’ambito della preparazione della mappa di memoria, dell’indirizzo e della lunghezza di initrd e dell’indirizzo di RSDP prima di eseguire il chain-loading di uno stage successivo in real mode. Il lavoro sarà considerato completato quando sarà definito e testato un percorso di caricamento dell’header PVH per il caso d’uso VM proposto.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hello!
As OS kernels are quite often particular about memory layout, GDT, IRQs, etc., they often choose to set these things up themselves and not rely on the bootloader. In addition, using PVH start_info [1] is now kind of an industry standard when booting guest images in VMS (e.g. [2]).
Would it be in scope of this project to support this "PVH header + chain load a realmode next stage" loading flow? I.e. load initrd, prepare PVH start_info (basically, the memory map, initrd address/len, rsdp address), and jump into the next stage? If so, I'll hack together a prototype PR... (for MBR/BIOS only, I see no use for UEFI in a VM, sorry).
Thanks,
U.L.
[1] https://github.com/Xilinx/xen/blob/master/xen/include/public/arch-x86/hvm/start_info.h
[2] https://www.cloudhypervisor.org/docs/prologue/quick-start/
- Lingua principale
- Rust
- Stelle
- 1.7k
- Fork
- 240
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di rust-osdev/bootloader
-
help wanted
Difficoltà 3/5 1-2 giorni Idoneità per principianti 67/100
rust-osdev/bootloader#581 · 2 commenti ·
-
No boot on real hardware Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
rust-osdev/bootloader#573 · 5 commenti ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
rust-osdev/bootloader#555 · 2 commenti ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
rust-osdev/bootloader#534 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
rust-osdev/bootloader#525 ·
Tutte le issue di rust-osdev/bootloader
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
bug good first issue package: quic
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
-
`dora trace view` sends a non-canonical full UUID as-is, so a valid trace ID shows "No spans found" Apertacli coordinator rust
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
area: tasks enhancement good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
Jason-jo17/Polybench#15 · 1 commento ·