qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Matthias Lange <matthias.lange@kernkonzept.com>
Cc: imammedo@redhat.com, rth@twiddle.net, qemu-devel@nongnu.org,
	ehabkost@redhat.com, pbonzini@redhat.com
Subject: Re: [Qemu-devel] [PATCH] i386/acpi: add _HID to processor nodes
Date: Thu, 22 Oct 2015 16:02:28 +0300	[thread overview]
Message-ID: <20151022155947-mutt-send-email-mst@redhat.com> (raw)
In-Reply-To: <5628D99C.4080902@kernkonzept.com>

On Thu, Oct 22, 2015 at 02:42:05PM +0200, Matthias Lange wrote:
> On 10/22/2015 01:48 PM, Michael S. Tsirkin wrote:
> > On Thu, Oct 22, 2015 at 12:38:11PM +0200, Matthias Lange wrote:
> >> Processor nodes created via the acpi/aml framework currently don't
> >> feature a _HID string. This patch appends "ACPI0007" as the _HID
> >> string to each processor node.
> >>
> >> Signed-off-by: Matthias Lange <matthias.lange@kernkonzept.com>
> > 
> > Indeed,  it does that.  But why?
> > 
> > ACPI0007 Processor Device. This device provides an alternative to
> > declaring processors using the
> > Processor ASL statement.
> >  
> > And “Declaring Processors” says
> > 
> > 
> > 	Each processor in the system must be declared in the ACPI namespace in
> > 	either the \_SB or \_PR
> > 	scope but not both. Declaration of processors in the \_PR scope is
> > 	required for platforms desiring
> > 	compatibility with ACPI 1.0-based OSPM implementations. Processors are
> > 	declared either via the
> > 	ASL Processor statement or the ASL Device statement. A Processor
> > 	definition declares a processor
> > 	object that provides processor configuration information and points to
> > 	the processor register block
> > 	(P_BLK). A Device definition for a processor is declared using the
> > 	ACPI0007 hardware identifier
> > 	(HID). In this case, processor configuration information is provided
> > 	exclusively by objects in the
> > 	processor device’s object list.
> 
> Thanks for pointing me to the right section.
> 
> > In other words, Processor directive does not need a HID.
> > In fact, ACPI 1.0 didn't include the ACPI0007 HID at all.
> 
> Right. But, does Qemu strive for ACPI 1.0 compatibility?

Where possible - it's handy for old guests.

> And e.g.
> seabios also defines processors using the ALS processor statement
> including the HID.

I don't see it there:
[mst@robin seabios]$ git grep ACI0007
[mst@robin seabios]$

> > Please include this info in both the commit log and a code comment.
> 
> Will do.
> 
> Matthias.

Not the ACPI spec info. I have that. The answer to my question - the
actual motivation for the patch.

> >> ---
> >>  hw/i386/acpi-build.c | 1 +
> >>  1 file changed, 1 insertion(+)
> >>
> >> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> >> index 95e0c65..95f7bf9 100644
> >> --- a/hw/i386/acpi-build.c
> >> +++ b/hw/i386/acpi-build.c
> >> @@ -1153,6 +1153,7 @@ build_ssdt(GArray *table_data, GArray *linker,
> >>          for (i = 0; i < acpi_cpus; i++) {
> >>              dev = aml_processor(i, 0, 0, "CP%.02X", i);
> >>  
> >> +            aml_append(dev, aml_name_decl("_HID", aml_string("ACPI0007")));
> >>              method = aml_method("_MAT", 0);
> >>              aml_append(method, aml_return(aml_call1("CPMA", aml_int(i))));
> >>              aml_append(dev, method);
> >> -- 
> >> 1.9.1
> 
> 
> -- 
> Matthias Lange, matthias.lange@kernkonzept.com, +49 - 351 - 41 88 86 14
> 
> Kernkonzept GmbH.  Sitz: Dresden.  Amtsgericht Dresden, HRB 31129.
> Geschäftsführer: Dr.-Ing. Michael Hohmuth

  reply	other threads:[~2015-10-22 13:02 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-22 10:38 [Qemu-devel] [PATCH] i386/acpi: add _HID to processor nodes Matthias Lange
2015-10-22 11:48 ` Michael S. Tsirkin
2015-10-22 12:42   ` Matthias Lange
2015-10-22 13:02     ` Michael S. Tsirkin [this message]
2015-10-22 13:34       ` Matthias Lange
2015-10-22 13:43         ` Michael S. Tsirkin

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=20151022155947-mutt-send-email-mst@redhat.com \
    --to=mst@redhat.com \
    --cc=ehabkost@redhat.com \
    --cc=imammedo@redhat.com \
    --cc=matthias.lange@kernkonzept.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).