PVH header + chain load a custom stage 2.5?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- rust
- Área
- operating-systems
Línea de trabajo
Comienza revisando la definición de start_info de PVH enlazada en el issue y el flujo de carga MBR/BIOS existente del proyecto. Determina el alcance de preparar el mapa de memoria, la dirección y la longitud de initrd, y la dirección de RSDP antes de cargar mediante chain-loading una siguiente etapa en modo real. Se considerará terminado cuando exista una ruta de carga del encabezado PVH definida y probada para el caso de uso de VM propuesto.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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/
- Lenguaje dominante
- Rust
- Estrellas
- 1.7k
- Forks
- 240
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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 hardware Abierto
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 76/100
-
bug good first issue package: quic
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 78/100
-
`dora trace view` sends a non-canonical full UUID as-is, so a valid trace ID shows "No spans found" Abiertocli coordinator rust
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
area: tasks enhancement good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Jason-jo17/Polybench#15 · 1 comentario ·