Searched hist:"3 d651996" (Results 1 – 3 of 3) sorted by relevance
/qemu/pc-bios/s390-ccw/ |
H A D | s390-arch.h | 3d651996 Fri Nov 20 16:01:17 GMT 2020 Eric Farman <farman@linux.ibm.com> pc-bios: s390x: Clear out leftover S390EP string
A Linux binary will have the string "S390EP" at address 0x10008, which is important in getting the guest up off the ground. In the case of a reboot (specifically chreipl going to a new device), we should defer to the PSW at address zero for the new config, which will re-write "S390EP" from the new image.
Let's clear it out at this point so that a reipl to, say, a DASD passthrough device drives the IPL path from scratch without disrupting disrupting the order of operations for other boots.
Rather than hardcoding the address of this magic (again), let's define it somewhere so that the two users are visibly related.
Signed-off-by: Eric Farman <farman@linux.ibm.com> Message-Id: <20201120160117.59366-3-farman@linux.ibm.com> Signed-off-by: Thomas Huth <thuth@redhat.com>
|
H A D | jump2ipl.c | 3d651996 Fri Nov 20 16:01:17 GMT 2020 Eric Farman <farman@linux.ibm.com> pc-bios: s390x: Clear out leftover S390EP string
A Linux binary will have the string "S390EP" at address 0x10008, which is important in getting the guest up off the ground. In the case of a reboot (specifically chreipl going to a new device), we should defer to the PSW at address zero for the new config, which will re-write "S390EP" from the new image.
Let's clear it out at this point so that a reipl to, say, a DASD passthrough device drives the IPL path from scratch without disrupting disrupting the order of operations for other boots.
Rather than hardcoding the address of this magic (again), let's define it somewhere so that the two users are visibly related.
Signed-off-by: Eric Farman <farman@linux.ibm.com> Message-Id: <20201120160117.59366-3-farman@linux.ibm.com> Signed-off-by: Thomas Huth <thuth@redhat.com>
|
H A D | main.c | 3d651996 Fri Nov 20 16:01:17 GMT 2020 Eric Farman <farman@linux.ibm.com> pc-bios: s390x: Clear out leftover S390EP string
A Linux binary will have the string "S390EP" at address 0x10008, which is important in getting the guest up off the ground. In the case of a reboot (specifically chreipl going to a new device), we should defer to the PSW at address zero for the new config, which will re-write "S390EP" from the new image.
Let's clear it out at this point so that a reipl to, say, a DASD passthrough device drives the IPL path from scratch without disrupting disrupting the order of operations for other boots.
Rather than hardcoding the address of this magic (again), let's define it somewhere so that the two users are visibly related.
Signed-off-by: Eric Farman <farman@linux.ibm.com> Message-Id: <20201120160117.59366-3-farman@linux.ibm.com> Signed-off-by: Thomas Huth <thuth@redhat.com>
|