[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200130174116.GA57159@bogus>
Date: Thu, 30 Jan 2020 17:41:16 +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 Thu, Jan 30, 2020 at 04:12:20PM +0000, John Garry wrote:
> On 30/01/2020 11:23, Sudeep Holla wrote:
> > > 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]
> >
>
> Wouldn't it be a better approach to propose deprecating the field when there
> is a readily available alternative, i.e. not a spec from a different body in
> beta stage?
>
Understandable and valid concerns. It would be helpful if you raise it in
the UEFI bugzilla. Your concerns will get lost if you just raise here.
> To me, this new SMC support will take an appreciable amount of time to be
> implemented in FW by SiPs when actually released. And if it requires an ATF
> upgrade - which I guess it does - then that's a big job.
>
Again I do understand, please raise it with the SMCCC specification contact
as listed in the link I shared.
--
Regards,
Sudeep
Powered by blists - more mailing lists