Início / unix / Perguntas / 443017
Accepted
rubicks
Asked: 2018-05-11 06:20:24 +0800 CST

Posso fazer o Qemu sair com falha no pânico do kernel?

  • 772

Estou tentando adicionar o Qemu ao meu pipeline de integração contínua para testar vários initrdartefatos. Já descobri que posso rodar o Qemu assim:

qemu-system-x86_64 \
    -machine q35 \
    -drive if=pflash,format=raw,file=OVMF_CODE.fd,readonly \
    -drive if=pflash,format=raw,file=OVMF_VARS.fd \
    -kernel vmlinuz-4.4.0-121-generic \
    -initrd my-initramfs.cpio.xz \
    -nographic

...e causar qemu-system-x86_64a saída com status 0se eu fizer isso no meu initscript:

# poweroff -f

Isso funciona porque o script init não sai - ele invoca poweroff -fe dorme "para sempre" ou até que o Qemu faça um "Power Down":

ACPI: Preparing to enter system sleep state S5
reboot: Power down

Gostaria de poder detectar problemas no initscript forçando um exiterro on via set -eu. Sair do initscript (corretamente) causa pânico no kernel, mas o qemu-system-x86_64processo trava para sempre.

Como posso evitar que fique pendurado para sempre? Como faço para que o host Qemu detecte um kernel panic no convidado Qemu?

Maior esclarecimento:

A natureza do meu aplicativo é sensível à segurança; ou seja, configurar/compilar o kernel linux é "permitido", mas passar parâmetros do kernel não. Para colocar um ponto fino nisso, CMDLINE_OVERRIDEestá habilitado.

linux linux-kernel

2 respostas

  1. QEMU -no-reboot+ CLI do kernelkernel.panic=-1

    Ele também retorna 0como pvpanic, mas tem as seguintes vantagens:

    • não há necessidade de recompilar nada, apenas um parâmetro de inicialização
    • funciona no arm e no aarch64 -M virt, bem como no x86, enquanto o pvpanic parece específico do x86, pois está sobarch/x86

    Testado com esta configuração .

    Rastrear o panicsímbolo com GDB

    Outra maneira de fazer isso pode ser detectar quando o endereço da panicfunção é alcançado e, em seguida, tentar encerrar o QEMU.

    Você pode definitivamente quebrar o GDB panicconforme explicado em: https://stackoverflow.com/questions/11408041/how-to-debug-the-linux-kernel-with-gdb-and-qemu/33203642#33203642

    Mas então TODO: como fazer o QEMU sair com status 1? Usar monitor quit, de dentro do GDB, que encaminha quitpara o monitor QEMU do GDB, chega muito perto, mas não exatamente, pois não sai com status 0.

    gem5 faz esse rastreamento por padrão nativamente, o que é incrível.

    Isso acontece em: https://github.com/gem5/gem5/blob/1da285dfcc31b904afc27e440544d006aae25b38/src/arch/arm/linux/system.cc#L73

    Talvez os desenvolvedores do QEMU possam se inspirar nessa técnica e implementar algo semelhante.

    • 9
  2. Best Answer

    Eu tenho algo que está funcionando:

    • Configure (e construa) o kernel com CONFIG_PVPANIC=y; isso produz um kernel com suporte compilado para o pvpanicdispositivo.
    • Invoque qemu-system-x86_64com a -device pvpanicopção; isso instrui o Qemu a capturar (e sair) um kernel panic.

    Um kernel panic faz qemu-system-x86_64com que saia com sucesso (return status 0), mas pelo menos não está mais travando.

    Muito obrigado a @dsstorefile1 por me indicar a direção certa.

    Referências:

    • 4

relate perguntas