[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJZ5v0i91+kPe4C-wy+oCDvYbR_Vp=MzwEyL+8T3xJU5O4XjRA@mail.gmail.com>
Date: Mon, 6 Sep 2021 14:02:47 +0200
From: "Rafael J. Wysocki" <rafael@...nel.org>
To: Paul Menzel <pmenzel@...gen.mpg.de>
Cc: "Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
Len Brown <lenb@...nel.org>,
ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: New warning: PRMT not found
On Mon, Sep 6, 2021 at 1:51 PM Paul Menzel <pmenzel@...gen.mpg.de> wrote:
>
> Dear Rafael, dear Len,
>
>
> Intel’s MTA rejects Erik’s address:
>
> <erik.kaneda@...el.com>: 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?
This should be addressed by commit 2bbfa0addd63 "ACPI: PRM: Deal with
table not present or no module found", or yet another fix is needed.
Thanks!
Powered by blists - more mailing lists