Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1636912ybl; Thu, 30 Jan 2020 03:24:51 -0800 (PST) X-Google-Smtp-Source: APXvYqx+Rmzv/jNss4F0x9FR2s23eqJNhXitu944sFaXyGSWCPxoM1r0gUvAsCLnuDcXUlWClWGz X-Received: by 2002:aca:2315:: with SMTP id e21mr2501222oie.147.1580383491301; Thu, 30 Jan 2020 03:24:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580383491; cv=none; d=google.com; s=arc-20160816; b=Pmx/j7Shyjew/K518By+CqcfVPkA3h8LSqk6FL7o1O5Ht8BgeXBXtEaiB499/jrDDp aomObaClV7oOsfepz4m1FRvmGDNqgyC2HgnJHATqZuNoNOIvRJIW4ArWAA5wMvmkZYFs Zz3/N/B4nKrUHUJnn/E/z/930vQ73mQafSMQk4e+lFk4/AvXdNu1ByHF7RsX/gi6cGDe nMfKvHMlpiuWm7qXrjjzO18izelGh7KqyJuCVY8fM93ReFojAMd931w6iA9v/Ejh+5sZ S3VI7myp76CJFPL0UCZsqMZnUz4KwtTtSWb+35j9lVhcZ63/obPfVItoL9CzOats+kpb Klvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=DIcX1AYb9oWnIXdnAtodSgyKijNSQXhzdbCIA5E1COM=; b=NaWvipvRbvOgaP0f6IfvimmSAJP5jDgFOKRSC5HkerjiEqhUnUy0FpF1kOkPgSucsJ toNfQxQLgxfxnYrgIKc/uinZsGOsdNcnDxvppGowWc9v6QQl/Dkdu+e6dumuDbZfuUzM eMVorvLcYhIZhctck/XAS0IjIEeHQYCmuNnOdubosEpCzkeNmmuuK7eU3ejiRjT28s8Z vI7NOZN/HF/mVh73T0KQSyGg7chTTTo8bjzLowJsD77ydrqPoSGDVQlyxfoBnmS+T/aH POGexwM0iRzJRhWgSuNmXjiEDep7DngD7iVL9lJLQvULObs3KmvAxlC9xRsocZBx8LCX YWUw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j9si2721528oiw.133.2020.01.30.03.24.39; Thu, 30 Jan 2020 03:24:51 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727107AbgA3LXq (ORCPT + 99 others); Thu, 30 Jan 2020 06:23:46 -0500 Received: from foss.arm.com ([217.140.110.172]:51236 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726902AbgA3LXq (ORCPT ); Thu, 30 Jan 2020 06:23:46 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id EBFFB328; Thu, 30 Jan 2020 03:23:45 -0800 (PST) Received: from bogus (e103737-lin.cambridge.arm.com [10.1.197.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8139E3F67D; Thu, 30 Jan 2020 03:23:44 -0800 (PST) Date: Thu, 30 Jan 2020 11:23:38 +0000 From: Sudeep Holla To: John Garry Cc: rjw@rjwysocki.net, lenb@kernel.org, jeremy.linton@arm.com, arnd@arndb.de, olof@lixom.net, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, guohanjun@huawei.com, gregkh@linuxfoundation.org, Sudeep Holla Subject: Re: [PATCH RFC 1/2] ACPI/PPTT: Add acpi_pptt_get_package_info() API Message-ID: <20200130112338.GA54532@bogus> References: <1580210059-199540-1-git-send-email-john.garry@huawei.com> <1580210059-199540-2-git-send-email-john.garry@huawei.com> <20200128123415.GB36168@bogus> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200128123415.GB36168@bogus> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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