On Wed, Mar 17, 2021 at 09:58:25AM +0100, Reinoud Zandijk wrote:
> On Tue, Mar 16, 2021 at 09:34:08PM +0100, Igor Mammedov wrote:
> > Thanks for reporting it before it was released
> > please test/review fix that I've just posted:
> >
> > "[PATCH for-6.0] x86:acpi:piix4: reinitialize PM1.CNT on r
On Tue, Mar 16, 2021 at 09:34:08PM +0100, Igor Mammedov wrote:
> Thanks for reporting it before it was released
> please test/review fix that I've just posted:
>
> "[PATCH for-6.0] x86:acpi:piix4: reinitialize PM1.CNT on reset"
Reported-by: Reinoud Zandijk
Tested-by: Reinoud Zandijk
On Wed, 17 Mar 2021 09:58:25 +0100
Reinoud Zandijk wrote:
> On Tue, Mar 16, 2021 at 09:34:08PM +0100, Igor Mammedov wrote:
> > Thanks for reporting it before it was released
> > please test/review fix that I've just posted:
> >
> > "[PATCH for-6.0] x86:acpi:piix4: reinitialize PM1.CNT on reset"
On Tue, Mar 16, 2021 at 09:34:08PM +0100, Igor Mammedov wrote:
> Thanks for reporting it before it was released
> please test/review fix that I've just posted:
>
> "[PATCH for-6.0] x86:acpi:piix4: reinitialize PM1.CNT on reset"
I've tested qemu with the patch, booted the install without specifyi
On Tue, 16 Mar 2021 18:17:50 +0100
Igor Mammedov wrote:
> On Tue, 16 Mar 2021 17:28:52 +0100
> Reinoud Zandijk wrote:
>
> > On Tue, Mar 16, 2021 at 01:53:01PM +0100, Igor Mammedov wrote:
> > > > The image file was downloaded pre-installed from Microsoft for Edge
> > > > browser
> > > > evalu
On Tue, 16 Mar 2021 18:33:47 +0100
Paolo Bonzini wrote:
> On 16/03/21 17:49, Igor Mammedov wrote:
> > | smm=on | smm=off|
> > --
> > QEMU6.0 pc-i440fx-5.2 |pass| pass |
> > defaut smm-compat=on |
On 16/03/21 17:27, Reinoud Zandijk wrote:
On Tue, Mar 16, 2021 at 01:49:57PM +0100, Paolo Bonzini wrote:
On 16/03/21 13:13, Igor Mammedov wrote:
Although I don't know about nvmm case, this function also needs to be updated
if smi isn't supported.
can you submit a patch for this please?
nvmm
On 16/03/21 17:49, Igor Mammedov wrote:
| smm=on | smm=off|
--
QEMU6.0 pc-i440fx-5.2 |pass| pass |
defaut smm-compat=on |||
--
Q
On Tue, 16 Mar 2021 17:28:52 +0100
Reinoud Zandijk wrote:
> On Tue, Mar 16, 2021 at 01:53:01PM +0100, Igor Mammedov wrote:
> > > The image file was downloaded pre-installed from Microsoft for Edge
> > > browser
> > > evaluation. I used it first on Qemu 5.1 IIRC and it kept working in Qemu
> > >
On Tue, 16 Mar 2021 14:10:44 +0100
Igor Mammedov wrote:
> On Tue, 16 Mar 2021 13:49:57 +0100
> Paolo Bonzini wrote:
>
> > On 16/03/21 13:13, Igor Mammedov wrote:
> > >>> Surprisingly without accelerator ie with tcg the default machine does
> > >>> seem to
> > >>> get to the login prompt. Is
On Mon, Mar 15, 2021 at 06:55:03PM -0700, Isaku Yamahata wrote:
> I think tcg case can be explained by x86_machine_is_smm_enabled()
>
> bool x86_machine_is_smm_enabled(const X86MachineState *x86ms)
> ...
> if (tcg_enabled() || qtest_enabled()) {
> smm_available = true;
>
On Tue, Mar 16, 2021 at 01:53:01PM +0100, Igor Mammedov wrote:
> > The image file was downloaded pre-installed from Microsoft for Edge browser
> > evaluation. I used it first on Qemu 5.1 IIRC and it kept working in Qemu
> > 5.2.
>
> issue looks similar to:
> 0a343a5add7 i386/acpi: restore device
On Mon, Mar 15, 2021 at 06:55:03PM -0700, Isaku Yamahata wrote:
> > If I add in '-M pc-i440fx-5.2' it works again with the accelerator. If I add
> > in '-M q35' it does work fine with or without the accelerator.
>
> Anyhow, can you please try "-global PIIX4_PM.smm-compat=on"
> (or "-global ICH9-LP
On Tue, Mar 16, 2021 at 01:49:57PM +0100, Paolo Bonzini wrote:
> On 16/03/21 13:13, Igor Mammedov wrote:
> > > Although I don't know about nvmm case, this function also needs to be
> > > updated
> > > if smi isn't supported.
> > can you submit a patch for this please?
> nvmm is not part of upstre
On Tue, 16 Mar 2021 13:49:57 +0100
Paolo Bonzini wrote:
> On 16/03/21 13:13, Igor Mammedov wrote:
> >>> Surprisingly without accelerator ie with tcg the default machine does
> >>> seem to
> >>> get to the login prompt. Is the ACPI data tailored to indicate an
> >>> accelerator/VM or is it static
On Tue, 16 Mar 2021 12:40:28 +
Daniel P. Berrangé wrote:
> On Tue, Mar 16, 2021 at 01:33:54PM +0100, Igor Mammedov wrote:
> > On Mon, 15 Mar 2021 15:05:26 -0700
> > Isaku Yamahata wrote:
> >
> > > On Mon, Mar 15, 2021 at 05:58:04PM +0100,
> > > Reinoud Zandijk wrote:
> > >
> > > > I t
On Mon, 15 Mar 2021 23:27:29 +0100
Reinoud Zandijk wrote:
> On Mon, Mar 15, 2021 at 06:53:02PM +0100, Igor Mammedov wrote:
> > Windows 10 1607x64 boots fine when I test it with default machine.
> >
> > So
> > 1) can you provide full QEMU command line used
> > 2) What Windows build do you use
On 16/03/21 13:13, Igor Mammedov wrote:
Surprisingly without accelerator ie with tcg the default machine does seem to
get to the login prompt. Is the ACPI data tailored to indicate an
accelerator/VM or is it static? Could it be that the CPU reported by my
machine is causing the issue? With the NV
On Tue, Mar 16, 2021 at 01:33:54PM +0100, Igor Mammedov wrote:
> On Mon, 15 Mar 2021 15:05:26 -0700
> Isaku Yamahata wrote:
>
> > On Mon, Mar 15, 2021 at 05:58:04PM +0100,
> > Reinoud Zandijk wrote:
> >
> > > I think its better to revert this and fix Linux ;) or make it a selectable
> > > featu
On Mon, 15 Mar 2021 15:05:26 -0700
Isaku Yamahata wrote:
> On Mon, Mar 15, 2021 at 05:58:04PM +0100,
> Reinoud Zandijk wrote:
>
> > I think its better to revert this and fix Linux ;) or make it a selectable
> > feature as a workaround that's by default OFF :)
>
> Anyway here is a patch to fl
On Mon, 15 Mar 2021 18:55:03 -0700
Isaku Yamahata wrote:
> On Mon, Mar 15, 2021 at 11:27:29PM +0100,
> Reinoud Zandijk wrote:
>
> > On Mon, Mar 15, 2021 at 06:53:02PM +0100, Igor Mammedov wrote:
> > > Windows 10 1607x64 boots fine when I test it with default machine.
> > >
> > > So
> > > 1
On Mon, Mar 15, 2021 at 11:27:29PM +0100,
Reinoud Zandijk wrote:
> On Mon, Mar 15, 2021 at 06:53:02PM +0100, Igor Mammedov wrote:
> > Windows 10 1607x64 boots fine when I test it with default machine.
> >
> > So
> > 1) can you provide full QEMU command line used
> > 2) What Windows build do
On Mon, Mar 15, 2021 at 06:53:02PM +0100, Igor Mammedov wrote:
> Windows 10 1607x64 boots fine when I test it with default machine.
>
> So
> 1) can you provide full QEMU command line used
> 2) What Windows build do you use
> 3) is it existing guest image (i.e. installed in older QEMU version
On Mon, Mar 15, 2021 at 05:58:04PM +0100,
Reinoud Zandijk wrote:
> I think its better to revert this and fix Linux ;) or make it a selectable
> feature as a workaround that's by default OFF :)
Anyway here is a patch to flip the default.
At the moment, this is compile-only tested to provide the c
On Mon, Mar 15, 2021 at 05:58:04PM +0100, Reinoud Zandijk wrote:
> Hi,
>
> with the introduction of the following patch from 17th of February, Win10
> won't boot anymore without explicitly setting the machine to be 5.2 compatible
> like pc-1440fx-5.2. The default 6.0 will cause it to panic and giv
On Mon, Mar 15, 2021 at 05:19:17PM +,
"Daniel P. Berrangé" wrote:
> On Mon, Mar 15, 2021 at 05:58:04PM +0100, Reinoud Zandijk wrote:
> > Hi,
> >
> > with the introduction of the following patch from 17th of February, Win10
> > won't boot anymore without explicitly setting the machine to be 5
On Mon, 15 Mar 2021 17:58:04 +0100
Reinoud Zandijk wrote:
> Hi,
>
> with the introduction of the following patch from 17th of February, Win10
> won't boot anymore without explicitly setting the machine to be 5.2 compatible
> like pc-1440fx-5.2. The default 6.0 will cause it to panic and gives as
On Mon, Mar 15, 2021 at 05:58:04PM +0100, Reinoud Zandijk wrote:
> Hi,
>
> with the introduction of the following patch from 17th of February, Win10
> won't boot anymore without explicitly setting the machine to be 5.2 compatible
> like pc-1440fx-5.2. The default 6.0 will cause it to panic and giv
Hi,
with the introduction of the following patch from 17th of February, Win10
won't boot anymore without explicitly setting the machine to be 5.2 compatible
like pc-1440fx-5.2. The default 6.0 will cause it to panic and gives as reason
only "ACPI error".
It might work to counter a bug in Linux bu
29 matches
Mail list logo
