> On Jul 26, 2017, at 10:28 AM, qemu-devel-requ...@nongnu.org wrote: > > Message: 3 > Date: Wed, 26 Jul 2017 15:30:20 +0200 > From: Igor Mammedov <imamm...@redhat.com> > To: Paolo Bonzini <pbonz...@redhat.com> > Cc: Laszlo Ersek <ler...@redhat.com>, Phil Dennis-Jordan > <li...@philjordan.eu>, "Daniel P. Berrange" <berra...@redhat.com>, > Phil Dennis-Jordan <p...@philjordan.eu>, ehabk...@redhat.com, > "qemu-devel@nongnu.org qemu-devel" <qemu-devel@nongnu.org>, > Programmingkid <programmingk...@gmail.com>, Richard Henderson > <r...@twiddle.net>, "Michael S. Tsirkin" <m...@redhat.com> > Subject: Re: [Qemu-devel] Commit > 77af8a2b95b79699de650965d5228772743efe84 breaks Windows 2000 support > Message-ID: <20170726153020.4c20b...@nial.brq.redhat.com> > Content-Type: text/plain; charset=US-ASCII > > On Wed, 26 Jul 2017 15:10:40 +0200 > Paolo Bonzini <pbonz...@redhat.com> wrote: > >> On 26/07/2017 15:08, Igor Mammedov wrote: >>> On Tue, 25 Jul 2017 18:23:22 +0200 >>> Paolo Bonzini <pbonz...@redhat.com> wrote: >>> >>>> On 25/07/2017 18:14, Laszlo Ersek wrote: >>>>> "No regressions became apparent in tests with a range of Windows >>>>> (XP-10)" >>>>> >>>>> In theory, w2k falls within that range. >>>> >>>> Nope, Windows 2000 is like NT 5.0, XP is like NT 5.1. :( >>>> >>>> One possibility is to fix it in SeaBIOS instead: if you get a 2.0 FADT >>>> and an XSDT and no RSDT, it can build an RSDT and a 1.0 FADT itself, >>>> patching the RSDT to point to it. >>>> >>>> It's a hack, but it's the only place I see to make it "just work". And >>>> it could be extended nicely in the future. >>>> >>>> All QEMU would have to do is to provide an XSDT _instead_ of an RSDT. >>> I'd support it, however it would break migrated guests with old BIOS >>> image in RAM on reboot. >> >> Why? Shouldn't the old ACPI tables get migrated together with the old >> BIOS? Or are they rebuilt after reset? > they are rebuild on reset, but I've been wrong > Looking at SeaBIOS something similar to your suggestion also should work, > if > RsdpAddr = find_acpi_rsdp(); > fails, current SeaBIOS falls back to its own ACPI tables. > > but it seems that we don't even need to go to that extent, > all user have to do is to use "-no-acpi" CLI option with QEMU > for any SeaBIOS to fallback to embedded legacy ACPI tables. > > Maybe we should just fix wiki > http://wiki.qemu.org/Windows2000 > to recommend using '-no-acpi' option when running w2k and > leave PC machine at rev3 and mention it in release notes. > > Opinions?
I just tried booting Windows 2000 using '-no-acpi' and ended up in a restart loop. Windows would look like its booting up properly then the screen is blanked. Seabios text would appear on the screen for a fraction of a second then be replaced by the Windows startup screen again. This repeats over and over.
