diff options
| author | Janosch Frank | 2020-03-04 12:42:31 +0100 |
|---|---|---|
| committer | Christian Borntraeger | 2020-03-10 10:18:08 +0100 |
| commit | 9bfc04f9ef6802fff0fc77130ff345a541783363 (patch) | |
| tree | 9b2f341150b32aa7eaa1fc775974b879e8fb1474 /pc-bios/s390-ccw/s390-ccw.h | |
| parent | qemu.nsi: Install Sphinx documentation (diff) | |
| download | qemu-9bfc04f9ef6802fff0fc77130ff345a541783363.tar.gz qemu-9bfc04f9ef6802fff0fc77130ff345a541783363.tar.xz qemu-9bfc04f9ef6802fff0fc77130ff345a541783363.zip | |
pc-bios: s390x: Save iplb location in lowcore
The POP states that for a list directed IPL the IPLB is stored into
memory by the machine loader and its address is stored at offset 0x14
of the lowcore.
ZIPL currently uses the address in offset 0x14 to access the IPLB and
acquire flags about secure boot. If the IPLB address points into
memory which has an unsupported mix of flags set, ZIPL will panic
instead of booting the OS.
As the lowcore can have quite a high entropy for a guest that did drop
out of protected mode (i.e. rebooted) we encountered the ZIPL panic
quite often.
Signed-off-by: Janosch Frank <frankja@linux.ibm.com>
Tested-by: Marc Hartmayer <mhartmay@linux.ibm.com>
Message-Id: <20200304114231.23493-19-frankja@linux.ibm.com>
Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
Reviewed-by: David Hildenbrand <david@redhat.com>
Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
Diffstat (limited to 'pc-bios/s390-ccw/s390-ccw.h')
| -rw-r--r-- | pc-bios/s390-ccw/s390-ccw.h | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/pc-bios/s390-ccw/s390-ccw.h b/pc-bios/s390-ccw/s390-ccw.h index 11bce7d73c..21f27e7990 100644 --- a/pc-bios/s390-ccw/s390-ccw.h +++ b/pc-bios/s390-ccw/s390-ccw.h @@ -57,6 +57,7 @@ void consume_io_int(void); /* main.c */ void panic(const char *string); void write_subsystem_identification(void); +void write_iplb_location(void); extern char stack[PAGE_SIZE * 8] __attribute__((__aligned__(PAGE_SIZE))); unsigned int get_loadparm_index(void); |