Bug 2031035

How does this differ from existing bug 2022604?  Can we close this as a duplicate of that - being sure to update bug 2031032 with the (older) reference...

(In reply to John Ferlan from comment #1)
> How does this differ from existing bug 2022604?  Can we close this as a
> duplicate of that - being sure to update bug 2031032 with the (older)
> reference...

Same as for the other bug(s) -- the existing bug deals with compat values, this one with the actual machine types.

Note historically the RHEL x86 machine types have overridden some of the SMBIOS defaults:

    pcmc->smbios_stream_product = "RHEL-AV";
    pcmc->smbios_stream_version = "8.5.0";

In 8.6,  RHEL-AV was folded back into RHEL. So there's a question of whether we should still refer to the 'smbios_stream_product' as "RHEL-AV" or revert to "RHEL"

IIUC, this info is used as a hook for things like the Windows drivers, so the safe option might be to leave it as 'RHEL-AV' for the remainder of RHEL-8.x series, and only change to 'RHEL' in the RHEL-9.x series machine types.

(In reply to Daniel Berrangé from comment #3)
> Note historically the RHEL x86 machine types have overridden some of the
> SMBIOS defaults:
> 
>     pcmc->smbios_stream_product = "RHEL-AV";
>     pcmc->smbios_stream_version = "8.5.0";
> 
> In 8.6,  RHEL-AV was folded back into RHEL. So there's a question of whether
> we should still refer to the 'smbios_stream_product' as "RHEL-AV" or revert
> to "RHEL"
> 
> IIUC, this info is used as a hook for things like the Windows drivers, so
> the safe option might be to leave it as 'RHEL-AV' for the remainder of
> RHEL-8.x series,

That seems safest; I'd rather not change anything in drivers if not essential.

> and only change to 'RHEL' in the RHEL-9.x series machine types.

Do we even have to do that?  If we just left it witht he -AV on the end it wouldn't hurt anyone
and would give a chance for the same image to work on 8 and 9

(In reply to Dr. David Alan Gilbert from comment #4)
> (In reply to Daniel Berrangé from comment #3)
> > IIUC, this info is used as a hook for things like the Windows drivers, so
> > the safe option might be to leave it as 'RHEL-AV' for the remainder of
> > RHEL-8.x series,
> 
> That seems safest; I'd rather not change anything in drivers if not
> essential.
> 
> > and only change to 'RHEL' in the RHEL-9.x series machine types.
> 
> Do we even have to do that?  If we just left it witht he -AV on the end it
> wouldn't hurt anyone
> and would give a chance for the same image to work on 8 and 9

We don't have to change it, I just felt it looks wierd to be refering to a product that no longer exists. even in RHEL-8 it was a little weird because the same machine types were used by RHEL & RHEL-AV.

I put a similar comment on the corresponding rhel9 bug 1945666 so we can consider it separately.

QE bot(pre verify): Set 'Verified:Tested,SanityOnly' as gating/tier1 test pass.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Moderate: virt:rhel and virt-devel:rhel security, bug fix, and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2022:1759