qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] x86: Check for machine state object class before typecasting


From: Philippe Mathieu-Daudé
Subject: Re: [PATCH] x86: Check for machine state object class before typecasting it
Date: Mon, 30 Dec 2019 10:45:37 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2

On 12/30/19 10:35 AM, Michal Prívozník wrote:
On 12/30/19 9:41 AM, Philippe Mathieu-Daudé wrote:
On 12/30/19 9:00 AM, Michal Privoznik wrote:
In v4.2.0-246-ged9e923c3c the SMM property was moved from PC

Typo v4.2.0-246-ged9e923c3c -> ed9e923c3c.

This depends on how you format the hash :-)
I've used 'git describe ed9e923c3c' because I find it more readable for
us humans (at least we see what version the commit was introduced in).
But I don't know what the praxis is in qemu.

Hmm I never used it. Your explanation makes sense, but the tag confused me because I don't have it locally. However git (and gitk) seems clever enough to only use the useful part:

$ git show randomcrap-ged9e923c3c
commit ed9e923c3c9a2c50c4e82ba178b3fb1feba56867
Author: Paolo Bonzini <address@hidden>
Date:   Thu Dec 12 17:28:01 2019 +0100

    x86: move SMM property to X86MachineState

FYI My output is different:

$ git describe ed9e923c3c
pull-target-arm-20191216-1-199-ged9e923c3c

machine class to x86 machine class. Makes sense, but the change
was too aggressive: in target/i386/kvm.c:kvm_arch_init() it
altered check which sets SMRAM if given machine has SMM enabled.
The line that detects whether given machine object is class of
PC_MACHINE was removed from the check. This makes qemu try to
enable SMRAM for all machine types, which is not what we want.


Fixes: ed9e923c3c
Reviewed-by: Philippe Mathieu-Daudé <address@hidden>

Thanks,
Michal





reply via email to

[Prev in Thread] Current Thread [Next in Thread]