Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp2759513pxb; Mon, 6 Sep 2021 04:53:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxZbaH0dhksrImBfagRlZoQw4kotO9kBUnXCLFlO2mva+8zWeHFcrJXQKd6jF7LXCO5EO3/ X-Received: by 2002:a02:cc53:: with SMTP id i19mr10417708jaq.124.1630929225597; Mon, 06 Sep 2021 04:53:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630929225; cv=none; d=google.com; s=arc-20160816; b=JmN1g2POgelOUNXsbgxKIswHMfOMx5KiCB4iIhzMqserxQom6/q7k6wLbqbXeoHVLt XvepD60TpfuKnMjXMjrJQrbOtYdVtlLR69nFfPqHLv2Kp+MP6Mn9myxCH8Y3ZvFZOCVH X/Fn/A4DBYmCBmHEBnYmx5t+hJlypnbmY11htUXYZcH7rdu01OIQaEbssbNqiaeqKQLV sEnftr48V85z1TDPMiqXrjlVzltjYqMat5ImhN+Ys2FpoJhdcCEew8CHbhg5hRa/+Fth jRUokLPc8sI9/qQFaiZob/JihYOxbo9emXXDPjG4K972alGZatM3ylcUvFcSy8C0GzII G1GA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:references:cc :to:from:subject; bh=qIOyFS9AwV9lGTSSmlqMATh6Y1G0tGURVmip5neFqIQ=; b=FaaCCPzjUa3WpMa1i0tc78dFhQGQ0rHFmg3uxph9qORAgsLQMwuESr2CawG4tiHviX 8ZlN49NDgCUnxmepWVGmTIl9FkjQfueDOLNActeqISd2mDiuXM/nvCdZCJ5o16EotwtY 9AgI6icLZh0uqSDl2SaAshES0DSbKU2K12LZeWXe4mnAPO1l9nQKxwUNAyyHyC5R3C0I mKkQGPXzLmP7fn5K7MXIQJ6Ftx7t6OWgzeAjapzwQMSBLt/sEK60oi4Gs2uG4tP7NMbv 5wL/PolCy4iqM7hmONK5bqKGX1gxxgM/qKU9sK7EAh4WX/cybTXTdSm7U5HGUvup2nGq XhIA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a23si6855691ioh.18.2021.09.06.04.53.33; Mon, 06 Sep 2021 04:53:45 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238449AbhIFLwe (ORCPT + 99 others); Mon, 6 Sep 2021 07:52:34 -0400 Received: from mx3.molgen.mpg.de ([141.14.17.11]:33883 "EHLO mx1.molgen.mpg.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S231173AbhIFLwe (ORCPT ); Mon, 6 Sep 2021 07:52:34 -0400 Received: from [192.168.0.4] (ip5f5ae911.dynamic.kabel-deutschland.de [95.90.233.17]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: pmenzel) by mx.molgen.mpg.de (Postfix) with ESMTPSA id 62FD461E64860; Mon, 6 Sep 2021 13:51:27 +0200 (CEST) Subject: Re: New warning: PRMT not found From: Paul Menzel To: "Rafael J. Wysocki" , Len Brown Cc: linux-acpi@vger.kernel.org, LKML References: <64150c95-3f7d-d21f-d6fb-b9d478ed6798@molgen.mpg.de> Message-ID: <766862fc-80fa-775b-6e63-6d9422d1d258@molgen.mpg.de> Date: Mon, 6 Sep 2021 13:51:26 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <64150c95-3f7d-d21f-d6fb-b9d478ed6798@molgen.mpg.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dear Rafael, dear Len, Intel’s MTA rejects Erik’s address: : host mga17.intel.com[192.55.52.151] said: 550 #5.1.0 Address rejected. (in reply to RCPT TO command) So, I assume Erik left Intel. Am 26.07.21 um 09:42 schrieb Paul Menzel: > Dear Erik, > > > The new code added in commit cefc7ca462 (ACPI: PRM: implement > OperationRegion handler for the PlatformRtMechanism subtype) causes > Linux to log a warning on my desktop system Asus F2A85-M PRO. > >     PRMT not found > > The help text for the Kconfig option `ACPI_PRMT` suggests it’s mainly > used for server systems, so the warning does not apply to a lot of > systems. Therefore, in my opinion, the option should not be selected by > default, or the warning be removed or demoted, and phrased in a way, > that users can understand the consequences. The new warning shows up on a lot of systems, with no indication what to do about it or why Linux actually warns about it. Should the message be removed entirely? Or is there another indicator for systems where absent PRMT causes problems, so should be warned about? Kind regards, Paul