Bootloader marks frames used for bootloader page tables as reserved
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- rust
- Área
- operating-systems
Línea de trabajo
Comienza con la asignación de frames en uefi/src/main.rs alrededor de las líneas 317-319 y el mapeo de boot-info en common/src/lib.rs alrededor de la línea 431. Lee LegacyFrameAllocator y la implementación de FrameAllocator para entender cómo entran los frames asignados en el mapa de memoria. La tarea está terminada cuando los frames usados únicamente para las tablas de páginas del bootloader se reportan como Usable, de modo que el kernel pueda sobrescribirlos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Rust
- Estrellas
- 1.7k
- Forks
- 240
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de rust-osdev/bootloader
-
help wanted
Dificultad 3/5 1-2 días Aptitud para principiantes 67/100
rust-osdev/bootloader#581 · 2 comentarios ·
-
No boot on real hardwareAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
rust-osdev/bootloader#573 · 5 comentarios ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
rust-osdev/bootloader#555 · 2 comentarios ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
rust-osdev/bootloader#534 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
rust-osdev/bootloader#525 ·
Todos los issues de rust-osdev/bootloader
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
Docs: "Work with Codex from anywhere" page still claims Windows mobile support is "coming soon"Abiertoapp documentation remote windows-os
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
oxidecomputer/dendrite#380 ·
Los mantenedores suelen responder en 5 días
-
area:cli bug good first issue priority:high
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
rtk-ai/rtk#4249 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día