All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sudeep Holla <sudeep.holla@kernel.org>
To: "Rafael J. Wysocki (Intel)" <rafael@kernel.org>
Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
	acpica-devel@lists.linux.dev,
	Saket Dumbre <saket.dumbre@intel.com>
Subject: Re: [PATCH v2 1/4] ACPICA: Fix PCC OperationRegion command offsets
Date: Thu, 13 Aug 2026 04:00:41 +0100	[thread overview]
Message-ID: <20260813-demonic-athletic-manul-e1d7bb@sudeepholla> (raw)
In-Reply-To: <CAJZ5v0hdxtuEbFQdwRe=T+Q2xRki+uN9PP7PPw7AdW4Obe3fqA@mail.gmail.com>

On Wed, Aug 05, 2026 at 06:46:15PM +0200, Rafael J. Wysocki (Intel) wrote:
> On Wed, Jul 22, 2026 at 3:16 PM Sudeep Holla <sudeep.holla@kernel.org> wrote:
> >
> > ACPI 6.3, section 5.5.2.4.7.3, states that the PCC Operation
> > Region is associated with the region of shared memory that follows the
> > PCC signature.
> >
> > The generic and extended PCC shared memory layouts include the 4-byte
> > signature at offset 0, so their raw shared memory COMMAND fields are at
> > offsets 4 and 12 respectively. Since AML field offsets for the PCC
> > OperationRegion are relative to the region after that signature, ACPICA
> > must look for those COMMAND fields at OperationRegion offsets 0 and 8.
> >
> > Adjust the generic and master subspace command checks to use those
> > OperationRegion-relative offsets. Otherwise writes to the COMMAND field
> > can fail to invoke the PCC address space handler at the offset described
> > by the PCC OperationRegion definition.
> >
> > Fixes: aa6ec56b574d ("ACPICA: ACPI 6.3: add PCC operation region support for AML interpreter")
> > Signed-off-by: Sudeep Holla <sudeep.holla@kernel.org>
> > ---
> >  drivers/acpi/acpica/exfield.c | 11 ++++++-----
> >  1 file changed, 6 insertions(+), 5 deletions(-)
> >
> > diff --git a/drivers/acpi/acpica/exfield.c b/drivers/acpi/acpica/exfield.c
> > index 9a55524ed8f4..a7fac63938b3 100644
> > --- a/drivers/acpi/acpica/exfield.c
> > +++ b/drivers/acpi/acpica/exfield.c
> > @@ -45,12 +45,13 @@ static const u8 acpi_protocol_lengths[] = {
> >
> >  /*
> >   * The following macros determine a given offset is a COMD field.
> > - * According to the specification, generic subspaces (types 0-2) contains a
> > - * 2-byte COMD field at offset 4 and master subspaces (type 3) contains a 4-byte
> > - * COMD field starting at offset 12.
> > + * According to the specification, the PCC OperationRegion begins after
> > + * the PCC signature. The raw shared memory COMD offsets of 4 for generic
> > + * subspaces (types 0-2) and 12 for master subspaces (type 3) therefore
> > + * appear at OperationRegion offsets 0 and 8.
> >   */
> > -#define GENERIC_SUBSPACE_COMMAND(a)     (4 == a || a == 5)
> > -#define MASTER_SUBSPACE_COMMAND(a)      (12 <= a && a <= 15)
> > +#define GENERIC_SUBSPACE_COMMAND(a)     ((a) < 2)
> > +#define MASTER_SUBSPACE_COMMAND(a)      (((a) - 8) < 4)
> >
> >  /*******************************************************************************
> >   *
> > --
> 
> Can you please see the corresponding upstream ACPICA pull request?
> There are concerns regarding it.
> 

Sorry for the delay in response, currently I am on vacation and don't
have all the setup to validate anything. I will follow up once I am back.
It is OK to miss v7.3

-- 
Regards,
Sudeep

  reply	other threads:[~2026-08-13  3:00 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-22 13:15 [PATCH v2 0/4] ACPI/PCC: Correct PCC OperationRegion handling Sudeep Holla
2026-07-22 13:15 ` [PATCH v2 1/4] ACPICA: Fix PCC OperationRegion command offsets Sudeep Holla
2026-08-05 16:46   ` Rafael J. Wysocki (Intel)
2026-08-13  3:00     ` Sudeep Holla [this message]
2026-07-22 13:15 ` [PATCH v2 2/4] ACPI: PCC: Preserve shared memory signature in OpRegion handler Sudeep Holla
2026-07-22 13:15 ` [PATCH v2 3/4] ACPI: PCC: Free channel on OpRegion deactivation Sudeep Holla
2026-07-22 13:15 ` [PATCH v2 4/4] ACPI: PCC: Cache OpRegion command timeout Sudeep Holla

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=20260813-demonic-athletic-manul-e1d7bb@sudeepholla \
    --to=sudeep.holla@kernel.org \
    --cc=acpica-devel@lists.linux.dev \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rafael@kernel.org \
    --cc=saket.dumbre@intel.com \
    /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.