PVH header + chain load a custom stage 2.5?
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
- Tipo de issue
- Funcionalidade
- Clareza
- Precisa de esclarecimento
- Status de atividade
- Estagnada
- Stack de tecnologia
- rust
- Domínio
- operating-systems
Direção de pesquisa
Comece revisando a definição de start_info de PVH vinculada na issue e o fluxo de carregamento MBR/BIOS existente do projeto. Determine o escopo da preparação do mapa de memória, do endereço e do comprimento de initrd e do endereço de RSDP antes de fazer chain-loading de um próximo estágio em real mode. O trabalho estará concluído quando houver um caminho de carregamento do cabeçalho PVH definido e testado para o caso de uso de VM proposto.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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/
- Linguagem predominante
- Rust
- Estrelas
- 1.7k
- Forks
- 241
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de rust-osdev/bootloader
-
help wanted
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 67/100
rust-osdev/bootloader#581 · 2 comentários ·
-
No boot on real hardwareAberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
rust-osdev/bootloader#573 · 5 comentários ·
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
rust-osdev/bootloader#555 · 2 comentários ·
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 30/100
rust-osdev/bootloader#534 ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 38/100
rust-osdev/bootloader#525 ·
Todas as issues de rust-osdev/bootloader
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 64/100
Mantenedores costumam responder em até 3 dias
-
Nushell launcher failure.Abertabug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
-
Zellij doesn't validate hex colors correctly and crashesTalvez já em andamento @ymcx assumiu hoje. Abertasuspected bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
zellij-org/zellij#5732 ·
Mantenedores costumam responder em até 1 dia
-
bug(api): E_DOSE_ATTR_NONFINITE for a modeled D/R still says the value "never reaches you as a NaN"Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 63/100