[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ab0ab04980b07e2893d9672b96311230ac981e40.camel@linux.intel.com>
Date: Tue, 03 Oct 2023 08:13:21 -0700
From: srinivas pandruvada <srinivas.pandruvada@...ux.intel.com>
To: Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>
Cc: Hans de Goede <hdegoede@...hat.com>, markgross@...nel.org,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
platform-driver-x86@...r.kernel.org,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [UPDATE][PATCH] platform/x86/intel-uncore-freq: Conditionally
create attribute for read frequency
Hi llPo,
On Tue, 2023-10-03 at 16:10 +0300, Ilpo Järvinen wrote:
> On Mon, 2 Oct 2023, Srinivas Pandruvada wrote:
>
> > When the current uncore frequency can't be read, don't create
> > attribute
> > "current_freq_khz" as any read will fail later. Some user space
> > applications like turbostat fail to continue with the failure. So,
> > check
> > error during attribute creation.
> >
> > Fixes: 8a54e2253e4c ("platform/x86/intel-uncore-freq: Uncore
> > frequency control via TPMI")
>
> Hi,
>
> Thanks for the update but that commit id looks bogus, or where the
> value
> is used w/o error check?
commit 8a54e2253e4c25e5b61c9a9bee157bb52da5d432
Author: Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>
Date: Thu Apr 20 15:05:14 2023 -0700
platform/x86/intel-uncore-freq: Uncore frequency control via TPMI
This is the commit exposed the issue. This is not the commit which
changed the code in question.
I can add also
Fixes: dbce412a7733 ("platform/x86/intel-uncore-freq: Split common and
enumeration part")
But the change even before that as this commit just reorganized code
but because of change of folders, that will look like correct commit.
Thanks,
Srinivas
Powered by blists - more mailing lists