PVH header + chain load a custom stage 2.5?
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- rust
- Domaine
- operating-systems
Piste de recherche
Commencez par examiner la définition de start_info de PVH référencée dans l’issue et le flux de chargement MBR/BIOS existant du projet. Déterminez la portée de la préparation de la carte mémoire, de l’adresse et de la longueur de initrd, ainsi que de l’adresse de RSDP, avant de charger par chain-loading une étape suivante en mode réel. Le travail sera considéré comme terminé lorsqu’un chemin de chargement de l’en-tête PVH, défini et testé pour le cas d’utilisation de VM proposé, sera disponible.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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/
- Langage dominant
- Rust
- Étoiles
- 1.7k
- Forks
- 240
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Nous n'avons pas encore vérifié les fichiers d'installation de ce projet. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de rust-osdev/bootloader
-
help wanted
Difficulté 3/5 1-2 jours Accessibilité débutants 67/100
rust-osdev/bootloader#581 · 2 commentaires ·
-
No boot on real hardwareOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
rust-osdev/bootloader#573 · 5 commentaires ·
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
rust-osdev/bootloader#555 · 2 commentaires ·
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
rust-osdev/bootloader#534 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 38/100
rust-osdev/bootloader#525 ·
Toutes les issues de rust-osdev/bootloader
Issues similaires
-
`sysknife history --help` says --since takes ISO-8601, and the parser refuses offsets and bare datesOuvertebug easy good first issue help wanted
Difficulté 1/5 1-3 heures Accessibilité débutants 94/100
lacs-project/sysknife#519 ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 1/5 Moins d'une heure Accessibilité débutants 72/100
-
area:breg bug criticality:p3 triage:needs-implementation
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
registrystack/registry-stack#1699 ·
Les mainteneurs répondent en général sous 1 jour
-
documentation
Difficulté 1/5 1-3 heures Accessibilité débutants 84/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
lbjlaq/Antigravity-Manager#3539 · 2 commentaires ·
Les mainteneurs répondent en général sous 1 jour