All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Farman <farman@linux.ibm.com>
To: Michael Tokarev <mjt@tls.msk.ru>, qemu-devel@nongnu.org
Cc: qemu-s390x@nongnu.org, Matthew Rosato <mjrosato@linux.ibm.com>,
	Cornelia Huck <cohuck@redhat.com>
Subject: Re: [PULL 15/15] pc-bios/s390-ccw.img: update s390x bios
Date: Fri, 14 Aug 2026 12:07:20 -0400	[thread overview]
Message-ID: <591fcc50-05ee-40e2-a94e-003fef7b9c79@linux.ibm.com> (raw)
In-Reply-To: <4aecc479-d63e-4b84-8278-44db0e6d82ee@tls.msk.ru>



On 8/13/26 4:38 PM, Michael Tokarev wrote:
> On 8/12/26 20:17, Eric Farman wrote:
>> Update the s390 bios with recent fixes for out-of-bounds accesses.
>>
>> Signed-off-by: Eric Farman <farman@linux.ibm.com>
>> ---
>>   pc-bios/s390-ccw.img | Bin 104136 -> 104216 bytes
>>   1 file changed, 0 insertions(+), 0 deletions(-)
> 
> How do you guys build s390x-ccw.img - which compiler version(s) are
> used for that?

This was gcc-16.1.1

> 
> Since we're updating source files in the stable series, where this
> image is not the same as in current master, I'll have to rebuild
> it after patching.  Now I wonder how should I build it.
> 
> In official debian we always build it from source, and there were no
> complains - maybe because no one uses debian to run qemu-system-s390x? :)
> 
> Anyway, on debian stable we have gcc-14.2.0, -- is it okay to use it for
> building the image?

I should think so. But if it doesn't work, let's look into why.

> 
> Also, there's little changes in s390-ccw.img between qemu 11.0 and 11.1,
> here's the list:
> 
>   b2b5dec9295 s390x: Enable boot menu for virtio pci device
>   d0473643803 pc-bios/s390-ccw: write IPLB location for non-net virtio 
> devices
>   e26dafb207b pc-bios/s390-ccw: Verify virtio support when booting from 
> virtio PCI device on s390x
>   084feb90980 pc-bios/s390-ccw: Add per-queue notification offset for 
> multi-queue virtio configurations
>   730173107a9 pc-bios/s390-ccw/virtio.c: Fix missing break for PCI 
> notifications
>   c12bb74fd57 pc-bios/s390-ccw: Refactor byte swapping
> 
> I think I can pick all that stuff for 11.0.x series just fine, to avoid
> (re)building the image for 11.0.x series.
> 
> For 10.0.x, things are really much larger:
> 
>   14c29f29064 pc-bios/s390-ccw: Fix compiler warning when compiling with 
> DEBUG enabled
>   d72fb5e6b2e pc-bios/s390-ccw: Add support for virtio-blk-pci IPL
>   40d80aedd5a pc-bios/s390-ccw: Introduce virtio-pci functions
>   5ed17bb32ab pc-bios/s390-ccw: Introduce PCI device
>   d3da8afd1dd pc-bios/s390-ccw: Introduce CLP Architecture
>   4ff1499adab pc-bios/s390-ccw: Split virtio-ccw and generic virtio
>   ada7a60056c pc-bios/s390-ccw: Store device type independent of sense data
>   4228a92b2a3 s390x: Remove duplicate definitions of IPL types
>   dd8c8f16c02 pc-bios/s390-ccw: Always reset virtio device on failed 
> boot attempt
>   5dbabcfee89 pc-bios/s390-ccw: Remove redundant vring schid attribute
>   1ef532cbcfc pc-bios/s390-ccw: Fix misattributed function prototypes
>   acb00a7aae4 pc-bios/s390-ccw: link statically
>   fc24fd9342e pc-bios/s390-ccw: Add a boot menu for booting via 
> pxelinux.cfg
>   47d68f7475f pc-bios/s390-ccw: Make get_boot_index() from menu.c global
>   108977796fb pc-bios/s390-ccw: Allow up to 31 entries for pxelinux.cfg
>   a4adf071dc7 pc-bios/s390-ccw: Allow to select a different pxelinux.cfg 
> entry via loadparm
> 
> basically it's whole virtio and pci support added, which might be too much?
> Please note that 10.0.x is an LTS series, also used in current debian 
> stable
> (trixie), so maybe it is also okay to pick everything up to this series, to
> bring the image in-line with current development.
> 
> In this case I'll just pick the commits updating the image too :)
> 
> What do you think?

Yeah, might be a bit much. The smaller fixes were contained enough that 
targeting them for stable made sense. Of the four fixes that were in 
this rebuild, three of the blamed commits date to the v2/v3 days. The 
fourth went in in 9.2.

Everything else in your lists is new function and whatnot, so my gut 
says leave it there.

Thanks,
Eric


  reply	other threads:[~2026-08-14 16:08 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-12 17:16 [PULL 00/15] s390x queue Eric Farman
2026-08-12 17:16 ` [PULL 01/15] target/s390x: Make PRNO TRNG interruptible Eric Farman
2026-08-12 17:16 ` [PULL 02/15] tests/tcg/s390x: Test PRNO TRNG interruptibility Eric Farman
2026-08-12 17:16 ` [PULL 03/15] target/s390x: Fix DR/D INT64_MIN / -1 host crash Eric Farman
2026-08-12 17:16 ` [PULL 04/15] tests/tcg/s390x: Test DR overflow (INT64_MIN / -1) Eric Farman
2026-08-12 17:16 ` [PULL 05/15] hw/char/sclpconsole-lm: avoid guest triggerable assert Eric Farman
2026-08-12 17:16 ` [PULL 06/15] s390x/ipl: validate num_comp against iplb length before iterating Eric Farman
2026-08-12 17:16 ` [PULL 07/15] pc-bios/s390-ccw: fix out-of-bounds read in iso_get_file_size() Eric Farman
2026-08-12 17:17 ` [PULL 08/15] pc-bios/s390-ccw: bounds-check zipl menu entry index before array write Eric Farman
2026-08-12 17:17 ` [PULL 09/15] pc-bios/s390-ccw: bound zipl menu strlen and replace VLA in zipl_print_entry Eric Farman
2026-08-12 17:17 ` [PULL 10/15] pc-bios/s390-ccw: Fix off-by-one errors with loadparm and boot entries Eric Farman
2026-08-12 17:17 ` [PULL 11/15] target/s390x/tcg: Set STCK/STCKF condition code after the store Eric Farman
2026-08-12 17:17 ` [PULL 12/15] tests/tcg/s390x: Test STCKF condition code on a faulting store Eric Farman
2026-08-12 17:17 ` [PULL 13/15] target/s390x: Allow 2G hugepages guest backing Eric Farman
2026-08-12 17:17 ` [PULL 14/15] hw: add compat machines for 11.2 Eric Farman
2026-08-12 17:17 ` [PULL 15/15] pc-bios/s390-ccw.img: update s390x bios Eric Farman
2026-08-13 20:38   ` Michael Tokarev
2026-08-14 16:07     ` Eric Farman [this message]
2026-08-13 14:06 ` [PULL 00/15] s390x queue Richard Henderson
  -- strict thread matches above, loose matches on Subject: below --
2026-07-07 12:58 [PULL 00/15] s390x updates (contains Linux headers update) Cornelia Huck
2026-07-07 12:58 ` [PULL 15/15] pc-bios/s390-ccw.img: update s390x bios Cornelia Huck

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=591fcc50-05ee-40e2-a94e-003fef7b9c79@linux.ibm.com \
    --to=farman@linux.ibm.com \
    --cc=cohuck@redhat.com \
    --cc=mjrosato@linux.ibm.com \
    --cc=mjt@tls.msk.ru \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-s390x@nongnu.org \
    /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.