aboutsummaryrefslogtreecommitdiff
path: root/default-configs/sparc64-softmmu.mak
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 /default-configs/sparc64-softmmu.mak
parent83d2e94cba776c02c761a5d14b5c2504796a8c0a (diff)
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 'default-configs/sparc64-softmmu.mak')
0 files changed, 0 insertions, 0 deletions