On 28.04.25 17:31, Alejandro Vallejo wrote:
On Mon Apr 28, 2025 at 4:15 PM BST, Jürgen Groß wrote:On 28.04.25 17:12, Alejandro Vallejo wrote:On Thu Apr 24, 2025 at 10:41 AM BST, Anthony PERARD wrote:On Tue, Apr 08, 2025 at 02:35:20PM +0200, Juergen Gross wrote:@@ -1903,10 +1894,7 @@ it may be useful to request a different one, like UEFI.=item B<rombios> -Loads ROMBIOS, a 16-bit x86 compatible BIOS. This is used by default-when B<device_model_version=qemu-xen-traditional>. This is the only BIOS -option supported when B<device_model_version=qemu-xen-traditional>. This is -the BIOS used by all previous Xen versions. +Loads ROMBIOS, a 16-bit x86 compatible BIOS.This option is not valid anymore, libxl will complain with: "qemu-xen does not support bios=rombios."Sounds like a good time to remove bios=rombios altogether and strictly support bios=seabios only (plus the override).Fine with me. But probably we should NOT drop building RomBIOS, right?On staging/master? I don't think we ought to waste cycles rebuilding it. It'd only be a dependency for stable trees, so shouldn't it be built there instead? Then by the time we don't support it in stable either (because they all went EOL) it'd naturally just stop being built. The mechanics of how that would work I'm not sure. We have per stable-tree pipelines. Do they build everything, Anthony?
Sorry, I phrased that wrong. I meant we shouldn't remove RomBIOS from the tree. Juergen
OpenPGP_0xB0DE9DD628BF132F.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
