Bootloader marks frames used for bootloader page tables as reserved
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- rust
- Domaine
- operating-systems
Piste de recherche
Commencez par l’allocation de frames dans uefi/src/main.rs autour des lignes 317-319 et le mapping de boot-info dans common/src/lib.rs autour de la ligne 431. Lisez LegacyFrameAllocator et l’implémentation de FrameAllocator pour comprendre comment les frames allouées sont ajoutées à la carte mémoire. C’est terminé lorsque les frames utilisés uniquement pour les tables de pages du bootloader sont signalés comme Usable afin que le kernel puisse les écraser.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
When allocating frames to copy the bootloader page table, we allocate them using the default frame allocator meaning the kernel will see those regions as reserved. It also happens when mapping the boot info.
This is wrong, as the kernel should be free to overwrite the bootloader's page tables.
Solution
I think a newtype like so:
pub struct BootloaderLegacyFrameAllocator<'a>(pub &'a mut LegacyFrameAllocator);
with a custom FrameAllocator implementation would be the way to go. e.g. when mapping the boot info in the bootloader's page tables, we would do something like this:
page_tables.bootloader.map_to(
page,
frame,
flags,
&mut BootloaderLegacyFrameAllocator(&mut frame_allocator),
);
Even then, it's not a pretty solution, as we'd need to rework LegacyFrameAllocator to support allocating frames that will be marked as Usable in the memory map.
- 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
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
Les mainteneurs répondent en général sous 1 jour
-
Docs: "Work with Codex from anywhere" page still claims Windows mobile support is "coming soon"Ouverteapp documentation remote windows-os
Difficulté 1/5 1-3 heures Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
oxidecomputer/dendrite#380 ·
Les mainteneurs répondent en général sous 5 jours
-
area:cli bug good first issue priority:high
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
rtk-ai/rtk#4249 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 1 jour