From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: wei.liu2@citrix.com, andrew.cooper3@citrix.com,
ian.jackson@eu.citrix.com, xen-devel@lists.xen.org,
jbeulich@suse.com, roger.pau@citrix.com
Subject: Re: [PATCH 06/10] acpi: PVH guests need _E02 method
Date: Mon, 7 Nov 2016 11:08:00 -0500 [thread overview]
Message-ID: <20161107160800.GR21570@char.us.oracle.com> (raw)
In-Reply-To: <ffa3e3e1-982f-5de2-1e0c-66d461c55965@oracle.com>
On Mon, Nov 07, 2016 at 11:08:26AM -0500, Boris Ostrovsky wrote:
> On 11/07/2016 10:45 AM, Konrad Rzeszutek Wilk wrote:
> > On Sun, Nov 06, 2016 at 04:42:39PM -0500, Boris Ostrovsky wrote:
> >> This is the method that will get invoked on an SCI.
> >>
> >> Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
> >
> > .. thought I wonder - do you want to also make the writes to
> > _GPE.DPT1 and _GPE.DPT2 be optional? Looking at the mk_dsdt.c
> > those are defined at 0xb044 and are done in:
> > /**** PCI0 start ****/
> >
> > aka:
> >
> > stmt("OperationRegion", "DG1, SystemIO, 0xb044, 0x04");
> > 415
> > 416 push_block("Field", "DG1, ByteAcc, NoLock, Preserve");
> > 417 indent(); printf("DPT1, 8, DPT2, 8\n");
> > 418 pop_block();
> >
> > Which means if you run 'acpixtract' and 'acpixecute' to play with
> > the DSDTs you will get nasty warnings about the DPT1 and DPT2 not being
> > defined.
> >
> > I am actually not sure what the kernel will do with undefind DPT1 and DPT2?
> > I would have thought the iasl compiler would throw an nasty fit?
>
> Are these ACPI debug ports?
Yes.
>
> I don't see any warnings from acpixtract, unless it's a particular AML
> that would cause it.
Could you send the .dsl files over ?
>
> -boris
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-11-07 16:08 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-06 21:42 [PATCH 00/10] PVH VCPU hotplug support Boris Ostrovsky
2016-11-06 21:42 ` [PATCH 01/10] x86/domctl: Add XEN_DOMCTL_set_avail_vcpus Boris Ostrovsky
2016-11-07 15:30 ` Konrad Rzeszutek Wilk
2016-11-07 18:24 ` Boris Ostrovsky
2016-11-08 19:07 ` Daniel De Graaf
2016-11-06 21:42 ` [PATCH 02/10] acpi: Define ACPI IO registers for PVH guests Boris Ostrovsky
2016-11-06 21:42 ` [PATCH 03/10] pvh: Set online VCPU map to avail_vcpus Boris Ostrovsky
2016-11-07 15:36 ` Konrad Rzeszutek Wilk
2016-11-07 15:52 ` Boris Ostrovsky
2016-11-06 21:42 ` [PATCH 04/10] acpi: Power and Sleep ACPI buttons are not emulated Boris Ostrovsky
2016-11-07 15:38 ` Konrad Rzeszutek Wilk
2016-11-07 15:54 ` Boris Ostrovsky
2016-11-07 17:24 ` annie li
2016-11-06 21:42 ` [PATCH 05/10] acpi: Make pmtimer optional in FADT Boris Ostrovsky
2016-11-07 15:39 ` Konrad Rzeszutek Wilk
2016-11-06 21:42 ` [PATCH 06/10] acpi: PVH guests need _E02 method Boris Ostrovsky
2016-11-07 15:45 ` Konrad Rzeszutek Wilk
2016-11-07 16:08 ` Boris Ostrovsky
2016-11-07 16:08 ` Konrad Rzeszutek Wilk [this message]
2016-11-06 21:42 ` [PATCH 07/10] pvh/ioreq: Install handlers for ACPI-related PVH IO accesses Boris Ostrovsky
2016-11-07 9:39 ` Paul Durrant
2016-11-07 14:01 ` Boris Ostrovsky
2016-11-07 14:00 ` Paul Durrant
2016-11-06 21:42 ` [PATCH 08/10] pvh/acpi: Handle ACPI accesses for PVH guests Boris Ostrovsky
2016-11-07 9:51 ` Paul Durrant
2016-11-08 16:14 ` Boris Ostrovsky
2016-11-07 15:55 ` Konrad Rzeszutek Wilk
2016-11-07 16:20 ` Boris Ostrovsky
2016-11-07 16:47 ` Jan Beulich
2016-11-06 21:42 ` [PATCH 09/10] events/x86: Define SCI virtual interrupt Boris Ostrovsky
2016-11-07 16:05 ` Konrad Rzeszutek Wilk
2016-11-07 16:29 ` Boris Ostrovsky
2016-11-06 21:42 ` [PATCH 10/10] pvh: Send an SCI on VCPU hotplug event Boris Ostrovsky
2016-11-07 11:41 ` [PATCH 00/10] PVH VCPU hotplug support Andrew Cooper
2016-11-07 14:19 ` Boris Ostrovsky
2016-11-07 14:46 ` Andrew Cooper
2016-11-07 15:30 ` Boris Ostrovsky
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=20161107160800.GR21570@char.us.oracle.com \
--to=konrad.wilk@oracle.com \
--cc=andrew.cooper3@citrix.com \
--cc=boris.ostrovsky@oracle.com \
--cc=ian.jackson@eu.citrix.com \
--cc=jbeulich@suse.com \
--cc=roger.pau@citrix.com \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.