[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200130112338.GA54532@bogus>
Date: Thu, 30 Jan 2020 11:23:38 +0000
From: Sudeep Holla <sudeep.holla@....com>
To: John Garry <john.garry@...wei.com>
Cc: rjw@...ysocki.net, lenb@...nel.org, jeremy.linton@....com,
arnd@...db.de, olof@...om.net, linux-kernel@...r.kernel.org,
linux-acpi@...r.kernel.org, guohanjun@...wei.com,
gregkh@...uxfoundation.org, Sudeep Holla <sudeep.holla@....com>
Subject: Re: [PATCH RFC 1/2] ACPI/PPTT: Add acpi_pptt_get_package_info() API
On Tue, Jan 28, 2020 at 12:34:15PM +0000, Sudeep Holla wrote:
> On Tue, Jan 28, 2020 at 07:14:18PM +0800, John Garry wrote:
> > The ACPI PPTT ID structure (see 6.2 spec, section 5.2.29.3) allows the
> > vendor to provide an identifier (or vendor specific part number) for a
> > particular processor hierarchy node structure. That may be a processor
> > identifier for a processor node, or some chip identifier for a processor
> > package node.
> >
>
> Unfortunately, there were plans to deprecate this in favour of the new
> SOC_ID SMCCC API[1]. I am not sure if you or anyone in your company have
> access to UEFI ASWG mantis where you can look for the ECR for the PPTT
> Type 2 deprecation. I understand it's not ideal, but we need to converge,
> please take a look at both before further discussion.
>
> I personally would not prefer to add the support when I know it is getting
> deprecated. I am not sure on kernel community policy on the same.
>
OK, the details on the proposal to deprecate can be now found in UEFI
bugzilla [1]
--
Regards,
Sudeep
[1] https://bugzilla.tianocore.org/show_bug.cgi?id=2492
Powered by blists - more mailing lists