summary refs log tree commit diff stats
path: root/scripts/tracetool/backend/simple.py
diff options
context:
space:
mode:
authorThomas Huth <thuth@redhat.com>2018-02-27 11:05:13 +0100
committerCornelia Huck <cohuck@redhat.com>2018-03-08 15:49:23 +0100
commitc575fa678bb36f35c9012fa29b104643d9707c58 (patch)
tree874f67e7833dd71f5f8e30fc67846812c8b4e69e /scripts/tracetool/backend/simple.py
parent83d2e94cba776c02c761a5d14b5c2504796a8c0a (diff)
downloadfocaccia-qemu-c575fa678bb36f35c9012fa29b104643d9707c58.tar.gz
focaccia-qemu-c575fa678bb36f35c9012fa29b104643d9707c58.zip
hw/s390x/ipl: Bail out if the network bootloader can not be found
If QEMU fails to load 's390-netboot.img', the guest firmware currently
loops forever and just floods the console with "Network boot device
detected" messages. The code in ipl.c apparently already tried to stop
the VM with vm_stop() in this case, but this is in vain since the run
state is later reset due to a call to vm_start() from vl.c again.
To avoid the ugly firmware loop, let's simply exit QEMU directly instead
since it just does not make sense to continue if the required firmware
image can not be loaded. While we're at it, also add the file name of
the netboot binary to the error message, so that the user has a better
hint about what is missing.

Signed-off-by: Thomas Huth <thuth@redhat.com>
Message-Id: <1519725913-24852-1-git-send-email-thuth@redhat.com>
Reviewed-by: David Hildenbrand <david@redhat.com>
Reviewed-by: Farhan Ali <alifm@linux.vnet.ibm.com>
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
Diffstat (limited to 'scripts/tracetool/backend/simple.py')
0 files changed, 0 insertions, 0 deletions