From: Igor Mammedov <imammedo@redhat.com>
To: Marcel Apfelbaum <marcel@redhat.com>
Cc: ehabkost@redhat.com, "Michael S. Tsirkin" <mst@redhat.com>,
ghammer@redhat.com, qemu-devel@nongnu.org, laine@redhat.com,
pbonzini@redhat.com, rth@twiddle.net
Subject: Re: [Qemu-devel] [PATCH] hw/acpi: fix Q35 support for legacy Windows OS
Date: Mon, 7 Mar 2016 16:16:27 +0100 [thread overview]
Message-ID: <20160307161627.30131270@nial.brq.redhat.com> (raw)
In-Reply-To: <56DD8068.2000002@redhat.com>
On Mon, 7 Mar 2016 15:21:44 +0200
Marcel Apfelbaum <marcel@redhat.com> wrote:
> On 03/07/2016 02:36 PM, Michael S. Tsirkin wrote:
> > On Mon, Mar 07, 2016 at 01:06:43PM +0100, Igor Mammedov wrote:
> >> On Sun, 6 Mar 2016 14:17:56 +0200
> >> Marcel Apfelbaum <marcel@redhat.com> wrote:
> >>
> >>> Legacy Windows operating systems like Windows XP and Windows 2003
> >>> require _DIS method to be present for all interrupt links.
> >>>
> >>> PC machines already have a no-op implemented for GSI links, add
> >>> it also in Q35.
> >> Maybe I don't see but only LINKS has no-op _DIS, the rest of
> >> links have _DIS that does something. According to spec
> >> _STA must return disabled status after _DIS has been called.
> >
> > A no-op _DIS is OK as long as the interrupt can not be disabled.
> > Marcel, how about a comment explaining this?
>
> Sure, I'll add a comment and re-post.
>
> >
> > BTW, going over it again:
> > - we really need to set separate UIDs for them, might
> > be a good idea to fix that, might it not?
>
> Absolutely (in my opinion), Igor is OK if I'll submit a patch for it?
> Since we're getting rid of old Q35 machines we don't care about compatibility here.
Sure, provided Windows doesn't complain/crash.
>
> > -
> > method = aml_method("_SRS", 1, AML_NOTSERIALIZED);
> > aml_append(method, aml_create_dword_field(aml_arg(0), aml_int(5), "PRRI"));
> > aml_append(method, aml_store(aml_name("PRRI"), reg));
> > aml_append(dev, method);
> >
> > should this be serialized as it creates a local name (PRRI)?
I'd make it serialize for other reason,
it shouldn't happen but what if method were executed in parallel
> >
>
> I'll let Igor answer this.
>
> Thanks,
> Marcel
>
> >>
> >>>
> >>> Signed-off-by: Marcel Apfelbaum <marcel@redhat.com>
> >>> ---
> >>>
> >>> Hi,
> >>>
> >>> I tested this patch with WinXP and Win 2003, but also with Win 10, and Fedora.
> >>> This solves a BSOD early in the setup process.
> >>>
> >>> WinXP/2003 can be tested using:
> >>> -device piix3-ide,id=legacyide \
> >>> -drive file=winxp-q35.qcow2,if=none,id=disk -device ide-hd,drive=disk,bus=legacyide.0 \
> >>> -drive file=xp_sp3.iso,if=none,id=cdrom -device ide-cd,drive=cdrom,bus=legacyide.1
> >>>
> >>> Please note that you have to use the piix3-ide because Win2003 (and probably XP)
> >>> does not have Q35 AHCI drivers inbox.
> >>>
> >>> Thanks,
> >>> Marcel
> >>>
> >>> hw/i386/acpi-build.c | 3 +++
> >>> 1 file changed, 3 insertions(+)
> >>>
> >>> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> >>> index 52c9470..4c66568 100644
> >>> --- a/hw/i386/acpi-build.c
> >>> +++ b/hw/i386/acpi-build.c
> >>> @@ -1509,6 +1509,9 @@ static Aml *build_gsi_link_dev(const char *name, uint8_t uid, uint8_t gsi)
> >>>
> >>> aml_append(dev, aml_name_decl("_CRS", crs));
> >>>
> >>> + method = aml_method("_DIS", 0, AML_NOTSERIALIZED);
> >>> + aml_append(dev, method);
> >>> +
> >>> method = aml_method("_SRS", 1, AML_NOTSERIALIZED);
> >>> aml_append(dev, method);
> >>>
>
next prev parent reply other threads:[~2016-03-07 15:16 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-06 12:17 [Qemu-devel] [PATCH] hw/acpi: fix Q35 support for legacy Windows OS Marcel Apfelbaum
2016-03-07 12:06 ` Igor Mammedov
2016-03-07 12:36 ` Michael S. Tsirkin
2016-03-07 13:21 ` Marcel Apfelbaum
2016-03-07 13:43 ` Michael S. Tsirkin
2016-03-07 15:16 ` Igor Mammedov [this message]
2016-03-07 15:43 ` Marcel Apfelbaum
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160307161627.30131270@nial.brq.redhat.com \
--to=imammedo@redhat.com \
--cc=ehabkost@redhat.com \
--cc=ghammer@redhat.com \
--cc=laine@redhat.com \
--cc=marcel@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).