From: Thomas Huth <thuth@redhat.com>
To: "Collin L. Walling" <walling@linux.vnet.ibm.com>,
qemu-s390x@nongnu.org, qemu-devel@nongnu.org
Cc: borntraeger@de.ibm.com, frankja@linux.vnet.ibm.com,
cohuck@redhat.com, david@redhat.com, alifm@linux.vnet.ibm.com
Subject: Re: [Qemu-devel] [PATCH v4 01/10] s390-ccw: refactor boot map table code
Date: Thu, 25 Jan 2018 11:07:40 +0100 [thread overview]
Message-ID: <0eee8b09-bcd6-9945-ae8c-1094a797f0b7@redhat.com> (raw)
In-Reply-To: <1516732013-18272-2-git-send-email-walling@linux.vnet.ibm.com>
On 23.01.2018 19:26, Collin L. Walling wrote:
> - replace ScsiMbr in ECKD code with BootMapTable
> - fix read_block messages to reflect BMT
> - reduce ipl_scsi code with BMT struct
>
> Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com>
> ---
> pc-bios/s390-ccw/bootmap.c | 58 ++++++++++++++++------------------------------
> pc-bios/s390-ccw/bootmap.h | 9 ++++++-
> 2 files changed, 28 insertions(+), 39 deletions(-)
>
> diff --git a/pc-bios/s390-ccw/bootmap.c b/pc-bios/s390-ccw/bootmap.c
> index 67a6123..6b6c915 100644
> --- a/pc-bios/s390-ccw/bootmap.c
> +++ b/pc-bios/s390-ccw/bootmap.c
> @@ -182,13 +182,13 @@ static block_number_t load_eckd_segments(block_number_t blk, uint64_t *address)
> return block_nr;
> }
>
> -static void run_eckd_boot_script(block_number_t mbr_block_nr)
> +static void run_eckd_boot_script(block_number_t bmt_block_nr)
> {
> int i;
> unsigned int loadparm = get_loadparm_index();
> block_number_t block_nr;
> uint64_t address;
> - ScsiMbr *bte = (void *)sec; /* Eckd bootmap table entry */
> + BootMapTable *bmt = (void *)sec;
> BootMapScript *bms = (void *)sec;
>
> debug_print_int("loadparm", loadparm);
> @@ -196,10 +196,10 @@ static void run_eckd_boot_script(block_number_t mbr_block_nr)
> " maximum number of boot entries allowed");
>
> memset(sec, FREE_SPACE_FILLER, sizeof(sec));
> - read_block(mbr_block_nr, sec, "Cannot read MBR");
> + read_block(bmt_block_nr, sec, "Cannot read Boot Map Table");
>
> - block_nr = eckd_block_num((void *)&(bte->blockptr[loadparm]));
> - IPL_assert(block_nr != -1, "No Boot Map");
> + block_nr = eckd_block_num((void *)&(bmt->bte[loadparm]));
Ok, I checked that sizeof(ScsiBlockPtr) == sizeof(BootMapPointer), so
this should be fine.
But I think you can now remove the "(void *)". And while you're at it,
please also remove the superfluous parentheses:
block_nr = eckd_block_num(&bmt->bte[loadparm]);
[...]
> @@ -449,10 +451,7 @@ static void zipl_run(ScsiBlockPtr *pte)
> static void ipl_scsi(void)
> {
> ScsiMbr *mbr = (void *)sec;
> - uint8_t *ns, *ns_end;
> - int program_table_entries = 0;
> - const int pte_len = sizeof(ScsiBlockPtr);
> - ScsiBlockPtr *prog_table_entry = NULL;
> + BootMapTable *bmt = (void *)sec;
> unsigned int loadparm = get_loadparm_index();
>
> /* Grab the MBR */
> @@ -467,34 +466,17 @@ static void ipl_scsi(void)
> debug_print_int("MBR Version", mbr->version_id);
> IPL_check(mbr->version_id == 1,
> "Unknown MBR layout version, assuming version 1");
> - debug_print_int("program table", mbr->blockptr[0].blockno);
> - IPL_assert(mbr->blockptr[0].blockno, "No Program Table");
> + debug_print_int("program table", mbr->bmt.blockno);
> + IPL_assert(mbr->bmt.blockno, "No Program Table");
>
> /* Parse the program table */
> - read_block(mbr->blockptr[0].blockno, sec,
> - "Error reading Program Table");
> + read_block(mbr->bmt.blockno, sec, "Error reading Program Table");
>
> IPL_assert(magic_match(sec, ZIPL_MAGIC), "No zIPL magic in PT");
>
> debug_print_int("loadparm index", loadparm);
> - ns_end = sec + virtio_get_block_size();
> - for (ns = (sec + pte_len); (ns + pte_len) < ns_end; ns += pte_len) {
> - prog_table_entry = (ScsiBlockPtr *)ns;
> - if (!prog_table_entry->blockno) {
> - break;
> - }
> -
> - program_table_entries++;
> - if (program_table_entries == loadparm + 1) {
> - break; /* selected entry found */
> - }
> - }
> -
> - debug_print_int("program table entries", program_table_entries);
> -
> - IPL_assert(program_table_entries != 0, "Empty Program Table");
The new code looks much easier, indeed!
But is it OK that the "Empty Program Table" check is gone now? ... I
assume that zipl_run() will catch errors anyway, right?
Thomas
next prev parent reply other threads:[~2018-01-25 10:07 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-23 18:26 [Qemu-devel] [PATCH v4 00/10] Interactive Boot Menu for DASD and SCSI Guests on s390x Collin L. Walling
2018-01-23 18:26 ` [Qemu-devel] [PATCH v4 01/10] s390-ccw: refactor boot map table code Collin L. Walling
2018-01-25 10:07 ` Thomas Huth [this message]
2018-01-25 14:54 ` [Qemu-devel] [qemu-s390x] " Collin L. Walling
2018-01-23 18:26 ` [Qemu-devel] [PATCH v4 02/10] s390-ccw: refactor eckd_block_num to use CHS Collin L. Walling
2018-01-25 11:06 ` Thomas Huth
2018-01-25 11:17 ` Cornelia Huck
2018-01-25 14:55 ` [Qemu-devel] [qemu-s390x] " Collin L. Walling
2018-01-23 18:26 ` [Qemu-devel] [PATCH v4 03/10] s390-ccw: refactor IPL structs Collin L. Walling
2018-01-25 11:39 ` Thomas Huth
2018-01-25 15:13 ` [Qemu-devel] [qemu-s390x] " Collin L. Walling
2018-01-23 18:26 ` [Qemu-devel] [PATCH v4 04/10] s390-ccw: update libc Collin L. Walling
2018-01-23 19:23 ` Eric Blake
2018-01-23 22:33 ` [Qemu-devel] [qemu-s390x] " Collin L. Walling
2018-01-25 12:06 ` Thomas Huth
2018-01-25 15:08 ` Eric Blake
2018-01-25 15:19 ` Collin L. Walling
2018-01-23 18:26 ` [Qemu-devel] [PATCH v4 05/10] s390-ccw: parse and set boot menu options Collin L. Walling
2018-01-23 18:26 ` [Qemu-devel] [PATCH v4 06/10] s390-ccw: set up interactive boot menu parameters Collin L. Walling
2018-01-25 13:12 ` Thomas Huth
2018-01-23 18:26 ` [Qemu-devel] [PATCH v4 07/10] s390-ccw: read stage2 boot loader data to find menu Collin L. Walling
2018-01-25 15:25 ` Thomas Huth
2018-01-25 15:49 ` [Qemu-devel] [qemu-s390x] " Collin L. Walling
2018-01-26 9:50 ` Thomas Huth
2018-01-23 18:26 ` [Qemu-devel] [PATCH v4 08/10] s390-ccw: print zipl boot menu Collin L. Walling
2018-01-25 15:46 ` Thomas Huth
2018-01-29 10:15 ` [Qemu-devel] [qemu-s390x] " David Hildenbrand
2018-01-29 14:27 ` Collin L. Walling
2018-01-23 18:26 ` [Qemu-devel] [PATCH v4 09/10] s390-ccw: read user input for boot index via the SCLP console Collin L. Walling
2018-01-26 10:44 ` Thomas Huth
2018-01-29 10:07 ` [Qemu-devel] [qemu-s390x] " David Hildenbrand
2018-01-29 10:11 ` David Hildenbrand
2018-01-29 15:16 ` Collin L. Walling
2018-01-29 13:08 ` David Hildenbrand
2018-01-29 14:38 ` Collin L. Walling
2018-01-29 15:17 ` David Hildenbrand
2018-01-23 18:26 ` [Qemu-devel] [PATCH v4 10/10] s390-ccw: interactive boot menu for scsi Collin L. Walling
2018-01-23 19:18 ` [Qemu-devel] [PATCH v4 00/10] Interactive Boot Menu for DASD and SCSI Guests on s390x Eric Blake
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0eee8b09-bcd6-9945-ae8c-1094a797f0b7@redhat.com \
--to=thuth@redhat.com \
--cc=alifm@linux.vnet.ibm.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=david@redhat.com \
--cc=frankja@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=walling@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).