Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp2742759pxu; Mon, 7 Dec 2020 14:34:53 -0800 (PST) X-Google-Smtp-Source: ABdhPJyi4OMp9RojQ5WtoYnRTFMdvmcJq38RXcqUaNDMwze1A/Ub033Q1glDd1XN8XBnLCe0EVZ6 X-Received: by 2002:a17:906:145b:: with SMTP id q27mr21186927ejc.86.1607380493084; Mon, 07 Dec 2020 14:34:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607380493; cv=none; d=google.com; s=arc-20160816; b=CS2sbzbr5eOxgilsFEXoblgzygx//Y3t9G5kLuOykTIR9jhaM2qLfOIOinZn1+fojB b7WKsSgwQppNxrjUHBLOY39EDgo4g0dirdAyM2d0qg9a2xdejjO1Iaoee8ee3ao48Ui6 NGxv+XVx1E9Ev/b3iTq66ONVvFfOTjh7t9pFPzPG4IOsIZiTmm2wkfShLseOtW09Q8r8 c0yTRsyQG34oDLaAFg7jI4uSAW4mxRgTGvQ5CCrSOeGNhC02ggeL0Arz/EGC1zCG6IZq LomqdsP9HmgvowPSeDwD7QRTJbN7avDblIJuIaJTkuu8eB22wRmDbeYd0/yQKYjDY5v9 mDbA== 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=1pXP7Us+7n31k5o5RoCjT5roVSbCsK8S24nd3SAu6nM=; b=iZmog9myWi17+m9itlP/Zvgy3r46Jrpx5z/aEBy1thlBgvw8FgkC/aL2yb6MS7HIWH 8gLGEXWn3QlRepEreRuo8UyEnXG6IYThPc782aOYSy7uLnj6dWVEa2DnhoEaWvjk9bmI gLfWJv4XxW3Q9SP/hm0XW/qdQt1BPII29+E/ArPn9o7LTkTOkaHJgJDoesrA6i5YLpfH uIUad7KMcE3KG8wmA4bmACU3y8Q4AWNpJJ/YD/SGlmF1QQO5yYuce7wvYxO1N+kZQDu6 hXiE5rqc9dd9ynMJpCdeNNz2oDEDYzHHAkWRpzC8LDzL2bOIIvrfr9JnNvh9xu545Ps9 /doA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=LX+vDVL0; 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=alien8.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n3si1021593ejx.102.2020.12.07.14.34.30; Mon, 07 Dec 2020 14:34:53 -0800 (PST) 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=@alien8.de header.s=dkim header.b=LX+vDVL0; 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=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726754AbgLGWbn (ORCPT + 99 others); Mon, 7 Dec 2020 17:31:43 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59138 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726120AbgLGWbn (ORCPT ); Mon, 7 Dec 2020 17:31:43 -0500 Received: from mail.skyhub.de (mail.skyhub.de [IPv6:2a01:4f8:190:11c2::b:1457]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F09A4C061793; Mon, 7 Dec 2020 14:31:02 -0800 (PST) Received: from zn.tnic (p200300ec2f0a3800f6520bb83eb81f06.dip0.t-ipconnect.de [IPv6:2003:ec:2f0a:3800:f652:bb8:3eb8:1f06]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 632601EC0391; Mon, 7 Dec 2020 23:31:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1607380261; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=1pXP7Us+7n31k5o5RoCjT5roVSbCsK8S24nd3SAu6nM=; b=LX+vDVL0KwxEYHMvTNniRiIcWMWirj755BhWqUH6/TdDOrWciishdcFtbOZupUuoNjvEWF gZukmB/j2luqiJEaLk2wDHzvQ2dNrRWwHguZMjIIPyokBmBCkU4qJv1ohgyP4vrmGeF27a mGov61wUvrcTqIn/AhrUl4WTOqlf7UQ= Date: Mon, 7 Dec 2020 23:30:57 +0100 From: Borislav Petkov To: Wei Huang Cc: Punit Agrawal , rjw@rjwysocki.net, wei.huang2@amd.com, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, x86@kernel.org Subject: Re: [RFC PATCH 2/4] cpufreq: acpi-cpufreq: Add processor to the ignore PSD override list Message-ID: <20201207223057.GJ20489@zn.tnic> References: <20201125144847.3920-1-punitagrawal@gmail.com> <20201125144847.3920-3-punitagrawal@gmail.com> <20201207202610.GG20489@zn.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Dec 07, 2020 at 04:07:52PM -0600, Wei Huang wrote: > I think we shouldn't override zen2 if _PSD is correct. In my opinion, > there are two approaches: > > * Keep override_acpi_psd() > Let us keep the original quirk and override_acpi_psd() function. Over > the time, people may want to add new CPUs to override_acpi_psd(). The > maintainer may declare that only CPUs >= family 17h will be fixed, to > avoid exploding the check-list. > > * Remove the quirk completely > We can completely remove commit acd316248205 ("acpi-cpufreq: Add quirk > to disable _PSD usage on all AMD CPUs")? I am not sure what "AMD desktop > boards" was referring to in the original commit message of acd316248205. > Maybe such machines aren't in use anymore. * Third option: do not do anything. Why? - Let sleeping dogs lie and leave the workaround acd316248205 for old machines. - Make a clear cut that the override is not needed from Zen3 on, i.e., your patch 5368512abe08 ("acpi-cpufreq: Honor _PSD table setting on new AMD CPUs") Punit's commit message reads "...indicates that the override is not required for Zen3 onwards, it seems that domain information can be trusted even on certain earlier systems." That's not nearly a justification in my book to do this on anything < Zen3. This way you have a clear cut, you don't need to deal with adding any more models to override_acpi_psd() and all is good. Unless there's a better reason to skip the override on machines < Zen3 but I haven't heard any so far... Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette