Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3450581pxj; Tue, 11 May 2021 04:58:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzzLjoLBHRbByBPskrF96/MOxPnyPhnPCmjUDU5zkDP+IWRbTmi3XQSsbUjTrxzQUxmsGqb X-Received: by 2002:a5d:8787:: with SMTP id f7mr22253759ion.108.1620734299902; Tue, 11 May 2021 04:58:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620734299; cv=none; d=google.com; s=arc-20160816; b=SUl5OdeLU9LeRdVKkVelMpLghgVdUSk2EhBdv1TFMIGbwokIfbg4FwyiItIuVJSJ6S W8/lf2uQiDWR3fCQSUuOjktL9fXnzvs1ryggj2+bTP5DJ035B34JYehv3dglawD/JCbH ujSYyVn+jXs2ql+YF+t4w+cZaHFw7spvdPB5wa+8Xv6pnVMYk76vQ6c94XsMFnGa+tk3 Azf6MbmUlH3EXdYZhXDw1Fo6VrPWrhhxSFWIVmP/A9YSzA9e/y40rG+08mlgWoogEyMT mYU0dl3rMY8AL4eN1mruiTkVihiWwSPu9fKyRqaYQBkI9HVOCmpRH7+/RHJQWh0kpRdM g7og== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=EPdGCzt92fRvpGmuCdjX7Qh8zsVVQsOw/hTMb39cqyI=; b=EolByIopK6s8rJguSfeTlYcVImYBLlqwPm7eczE2kWsC+8/CkrWhzadxAesd7M787X HfZZDSw4JLJrooJwNZt1kPQIAex2KA0RtNCOKBmlUKL+FsdkR3i/wTeBGTqh+iEnmdOz P+Qf8cctCOjbKDn0FSf4dAv8V9M5pSBmAxs05Qae7XQ1cgj/Ga4OWEfo/u8hCoMagGZS YwTT1lasVespUMkli5UFvy0TFOqu6vM0DatBoSUDN0r+E1iZaSJmDsVXs7hi920gnSL0 VZMkyf1KPXkBrpxZlTmToqna4jEf+RwNwIv/vxH4+8E6PdqFthrvUl1Q2VAqpdbwGi+6 Uxgw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="Velce/SB"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n14si20680855ilt.105.2021.05.11.04.58.08; Tue, 11 May 2021 04:58:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="Velce/SB"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231359AbhEKL6e (ORCPT + 99 others); Tue, 11 May 2021 07:58:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:44850 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231132AbhEKL6e (ORCPT ); Tue, 11 May 2021 07:58:34 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8E97161007; Tue, 11 May 2021 11:57:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620734247; bh=6WMcv2xd6VsBSIHKu0Ob2YKNaIqY4ZBocnGR8jWPXfg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Velce/SBQYGXz4Bg/7MEcnrC8mePdPHBrP4IMe4Tpsax5sLl6YyaI71oMDf3fz+kg ygCu/riXXrPEFlt8H0bnpxiOEjpI74RMzM6Ck7hSb8hnBv6BN8JxnfKRwl6iwbyawV 3iFX9unUIIRRf70XxgGvOnAODX+8wsSURNF6FWuA= Date: Tue, 11 May 2021 13:57:24 +0200 From: Greg Kroah-Hartman To: Pavel Machek Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, "David E. Box" , Hans de Goede , Rajneesh Bhardwaj , Sasha Levin Subject: Re: [PATCH 5.10 108/299] platform/x86: intel_pmc_core: Dont use global pmcdev in quirks Message-ID: References: <20210510102004.821838356@linuxfoundation.org> <20210510102008.507160403@linuxfoundation.org> <20210510121240.GD3547@duo.ucw.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210510121240.GD3547@duo.ucw.cz> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 10, 2021 at 02:12:40PM +0200, Pavel Machek wrote: > Hi! > > > From: David E. Box > > > > [ Upstream commit c9f86d6ca6b5e23d30d16ade4b9fff5b922a610a ] > > > > The DMI callbacks, used for quirks, currently access the PMC by getting > > the address a global pmc_dev struct. Instead, have the callbacks set a > > global quirk specific variable. In probe, after calling dmi_check_system(), > > pass pmc_dev to a function that will handle each quirk if its variable > > condition is met. This allows removing the global pmc_dev later. > > This does not fix a bug.. it is preparation for further cleanups that > are not queued to 5.10 stable. So this should not be in 5.10 either. I'll leave this for now, it will be helpful for later. thanks, greg k-h