All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jared Rossi <jrossi@linux.ibm.com>
To: Eric Farman <farman@linux.ibm.com>,
	Zhuoying Cai <zycai@linux.ibm.com>,
	qemu-s390x@nongnu.org, qemu-devel@nongnu.org
Cc: cohuck@redhat.com, berrange@redhat.com,
	richard.henderson@linaro.org, david@kernel.org,
	walling@linux.ibm.com, jjherne@linux.ibm.com,
	pasic@linux.ibm.com, borntraeger@linux.ibm.com,
	mjrosato@linux.ibm.com, iii@linux.ibm.com, eblake@redhat.com,
	armbru@redhat.com, alifm@linux.ibm.com, brueckner@linux.ibm.com,
	pierrick.bouvier@oss.qualcomm.com, jdaley@linux.ibm.com
Subject: Re: [PATCH v12 18/35] hw/s390x/ipl: Rework s390_ipl_map_iplb_chain for certificate storage
Date: Thu, 2 Jul 2026 11:38:03 -0400	[thread overview]
Message-ID: <557a4ef8-a6eb-4ab1-8ed1-b8cd5ec4cee6@linux.ibm.com> (raw)
In-Reply-To: <5dd80793bb0139b0b4e69eee31c832f72493dede.camel@linux.ibm.com>



On 7/2/26 10:56 AM, Eric Farman wrote:
> On Wed, 2026-07-01 at 16:49 -0400, Zhuoying Cai wrote:
>> Rework s390_ipl_map_iplb_chain to always allocate maximum memory for
>> the IPLB chain, regardless of the number of boot devices. This space
>> is also used to store certificates during secure boot, providing a
>> safe location for certificates until the kernel reads them during boot.
>>
>> Rename next_iplb to ipl_data to better reflect its multiple purposes:
>> storing both IPLB chains and certificate data.
>>
>> Signed-off-by: Zhuoying Cai <zycai@linux.ibm.com>
>> ---
>>   hw/s390x/ipl.c              | 13 ++++++++++---
>>   include/hw/s390x/ipl/qipl.h |  2 +-
>>   pc-bios/s390-ccw/iplb.h     |  4 ++--
>>   3 files changed, 13 insertions(+), 6 deletions(-)
>>
>> diff --git a/hw/s390x/ipl.c b/hw/s390x/ipl.c
>> index 9cb41511e8..7734b6edc7 100644
>> --- a/hw/s390x/ipl.c
>> +++ b/hw/s390x/ipl.c
>> @@ -425,10 +425,9 @@ static S390PCIBusDevice *s390_get_pci_device(DeviceState *dev_st, int *devtype)
>>       return pbdev;
>>   }
>>   
>> -static uint64_t s390_ipl_map_iplb_chain(IplParameterBlock *iplb_chain)
>> +static uint64_t s390_ipl_map_iplb_chain(IplParameterBlock *iplb_chain, uint16_t count)
>>   {
>>       S390IPLState *ipl = get_ipl_device();
>> -    uint16_t count = be16_to_cpu(ipl->qipl.chain_len);
>>       uint64_t len = sizeof(IplParameterBlock) * count;
>>       uint64_t chain_addr = find_iplb_chain_addr(ipl->bios_start_addr, count);
>>   
>> @@ -629,8 +628,16 @@ static bool s390_init_all_iplbs(S390IPLState *ipl)
>>               dev_st = get_boot_device(i);
>>               s390_build_iplb(dev_st, &iplb_chain[i - 1]);
>>           }
>> +    }
>>   
>> -        ipl->qipl.next_iplb = cpu_to_be64(s390_ipl_map_iplb_chain(iplb_chain));
>> +    /*
>> +     * Allocate maximum space for IPLB chain and/or certificate storage.
>> +     * Once a valid boot device is found, this space will be used to store
>> +     * certificates if secure boot is enabled.
>> +     */
>> +    if (iplb_num > 1 || s390_has_certificate()) {
>> +        ipl->qipl.ipl_data = cpu_to_be64(s390_ipl_map_iplb_chain(iplb_chain,
>> +                                                                 MAX_BOOT_DEVS - 1));
> I think iplb_chain needs to be explicitly initialized to zero now that you're allocating a larger
> space. load_next_iplb() is still honoring the length of the count when walking the IPLBs, but the
> above does a memcpy of the whole array.
>

+1.  Eric is correct.  I missed this in my review.  We copy all 7 IPLB 
chain indices, but build_iplb() only populates the indices it actually 
needs and the array isn't automatically cleared when it is first 
declared, so it could potentially contain garbage at the end.

Thanks,
Jared Rossi


  reply	other threads:[~2026-07-02 15:39 UTC|newest]

Thread overview: 71+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-01 20:48 [PATCH v12 00/35] Secure IPL Support for SCSI Scheme of virtio-blk/virtio-scsi Devices Zhuoying Cai
2026-07-01 20:48 ` [PATCH v12 01/35] Add boot-certs to s390-ccw-virtio machine type option Zhuoying Cai
2026-07-01 23:30   ` Jared Rossi
2026-07-02  0:47     ` Matthew Rosato
2026-07-02 17:12       ` Matthew Rosato
2026-07-01 20:48 ` [PATCH v12 02/35] crypto/x509-utils: Refactor with GNUTLS fallback Zhuoying Cai
2026-07-01 20:48 ` [PATCH v12 03/35] crypto/x509-utils: Add helper functions for certificate store Zhuoying Cai
2026-07-01 20:48 ` [PATCH v12 04/35] hw/s390x/ipl: Create " Zhuoying Cai
2026-07-02  0:41   ` Jared Rossi
2026-07-01 20:48 ` [PATCH v12 05/35] s390x/diag: Introduce DIAG 320 for Certificate Store Facility Zhuoying Cai
2026-07-01 20:48 ` [PATCH v12 06/35] s390x/diag: Refactor address validation check from diag308_parm_check Zhuoying Cai
2026-07-01 20:48 ` [PATCH v12 07/35] s390x/diag: Implement DIAG 320 subcode 1 Zhuoying Cai
2026-07-02  3:52   ` Eric Farman
2026-07-01 20:48 ` [PATCH v12 08/35] crypto/x509-utils: Add helper functions for DIAG 320 subcode 2 Zhuoying Cai
2026-07-01 20:48 ` [PATCH v12 09/35] s390x/diag: Implement " Zhuoying Cai
2026-07-01 23:29   ` Matthew Rosato
2026-07-02  3:41   ` Eric Farman
2026-07-01 20:48 ` [PATCH v12 10/35] hw/s390x: Define finite size for single entry VCEntry Zhuoying Cai
2026-07-02  1:02   ` Matthew Rosato
2026-07-02  3:54     ` Eric Farman
2026-07-01 20:48 ` [PATCH v12 11/35] s390x/diag: Introduce DIAG 508 for secure IPL operations Zhuoying Cai
2026-07-01 20:48 ` [PATCH v12 12/35] crypto/x509-utils: Add helper functions for DIAG 508 subcode 1 Zhuoying Cai
2026-07-01 20:48 ` [PATCH v12 13/35] s390x/diag: generalize s390_ipl_read/write to accept void * Zhuoying Cai
2026-07-02  1:30   ` Jared Rossi
2026-07-01 20:49 ` [PATCH v12 14/35] s390x/diag: Implement DIAG 508 subcode 1 for signature verification Zhuoying Cai
2026-07-01 20:49 ` [PATCH v12 15/35] s390x/ipl: Introduce IPL Information Report Block (IIRB) Zhuoying Cai
2026-07-02  1:39   ` Jared Rossi
2026-07-01 20:49 ` [PATCH v12 16/35] pc-bios/s390-ccw: Define memory for IPLB and convert IPLB to pointers Zhuoying Cai
2026-07-02  1:42   ` Jared Rossi
2026-07-01 20:49 ` [PATCH v12 17/35] hw/s390x/ipl: Add IPIB flags to IPL Parameter Block Zhuoying Cai
2026-07-02  1:47   ` Jared Rossi
2026-07-01 20:49 ` [PATCH v12 18/35] hw/s390x/ipl: Rework s390_ipl_map_iplb_chain for certificate storage Zhuoying Cai
2026-07-02 14:56   ` Eric Farman
2026-07-02 15:38     ` Jared Rossi [this message]
2026-07-01 20:49 ` [PATCH v12 19/35] s390x: Guest support for Secure-IPL Facility Zhuoying Cai
2026-07-01 20:49 ` [PATCH v12 20/35] pc-bios/s390-ccw: Refactor zipl_run() Zhuoying Cai
2026-07-01 20:49 ` [PATCH v12 21/35] pc-bios/s390-ccw: Rework zipl_load_segment function Zhuoying Cai
2026-07-02  1:58   ` Jared Rossi
2026-07-01 20:49 ` [PATCH v12 22/35] pc-bios/s390-ccw: Introduce ZiplBootMode enum for IPL mode selection Zhuoying Cai
2026-07-02  2:01   ` Jared Rossi
2026-07-01 20:49 ` [PATCH v12 23/35] pc-bios/s390-ccw: Add signature verification for secure IPL in audit mode Zhuoying Cai
2026-07-02  4:08   ` Eric Farman
2026-07-02 14:13   ` Jared Rossi
2026-07-02 15:26     ` Zhuoying Cai
2026-07-02 16:11       ` Jared Rossi
2026-07-01 20:49 ` [PATCH v12 24/35] pc-bios/s390-ccw: Add signed component address overlap checks Zhuoying Cai
2026-07-02  2:49   ` Jared Rossi
2026-07-01 20:49 ` [PATCH v12 25/35] s390x: Guest support for Secure-IPL Code Loading Attributes Facility (SCLAF) Zhuoying Cai
2026-07-01 20:49 ` [PATCH v12 26/35] pc-bios/s390-ccw: Add additional security checks for secure boot Zhuoying Cai
2026-07-02 16:08   ` Eric Farman
2026-07-02 20:47     ` Zhuoying Cai
2026-07-03  2:27       ` Eric Farman
2026-07-01 20:49 ` [PATCH v12 27/35] Add secure-boot to s390-ccw-virtio machine type option Zhuoying Cai
2026-07-01 20:49 ` [PATCH v12 28/35] hw/s390x/ipl: Set IPIB flags for secure IPL Zhuoying Cai
2026-07-02  3:16   ` Jared Rossi
2026-07-01 20:49 ` [PATCH v12 29/35] pc-bios/s390-ccw: Handle true secure IPL mode Zhuoying Cai
2026-07-01 20:49 ` [PATCH v12 30/35] hw/s390x/ipl: Handle secure boot with multiple boot devices Zhuoying Cai
2026-07-01 20:49 ` [PATCH v12 31/35] hw/s390x/ipl: Handle secure boot without specifying a boot device Zhuoying Cai
2026-07-02  3:28   ` Jared Rossi
2026-07-02 21:15     ` Zhuoying Cai
2026-07-01 20:49 ` [PATCH v12 32/35] s390x/ipl: re-apply secure boot flags on DIAG 308 reboot Zhuoying Cai
2026-07-02  3:47   ` Jared Rossi
2026-07-02 17:25     ` Jason J. Herne
2026-07-01 20:49 ` [PATCH v12 33/35] tests/functional/s390x: Add secure IPL functional test Zhuoying Cai
2026-07-02  1:48   ` Matthew Rosato
2026-07-02 15:38     ` Zhuoying Cai
2026-07-02 16:06       ` Matthew Rosato
2026-07-01 20:49 ` [PATCH v12 34/35] docs/specs: Add secure IPL documentation Zhuoying Cai
2026-07-02  2:54   ` Matthew Rosato
2026-07-01 20:49 ` [PATCH v12 35/35] docs/system/s390x: " Zhuoying Cai
2026-07-02  3:06   ` Matthew Rosato

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=557a4ef8-a6eb-4ab1-8ed1-b8cd5ec4cee6@linux.ibm.com \
    --to=jrossi@linux.ibm.com \
    --cc=alifm@linux.ibm.com \
    --cc=armbru@redhat.com \
    --cc=berrange@redhat.com \
    --cc=borntraeger@linux.ibm.com \
    --cc=brueckner@linux.ibm.com \
    --cc=cohuck@redhat.com \
    --cc=david@kernel.org \
    --cc=eblake@redhat.com \
    --cc=farman@linux.ibm.com \
    --cc=iii@linux.ibm.com \
    --cc=jdaley@linux.ibm.com \
    --cc=jjherne@linux.ibm.com \
    --cc=mjrosato@linux.ibm.com \
    --cc=pasic@linux.ibm.com \
    --cc=pierrick.bouvier@oss.qualcomm.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-s390x@nongnu.org \
    --cc=richard.henderson@linaro.org \
    --cc=walling@linux.ibm.com \
    --cc=zycai@linux.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.