[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <43f0eb92643a4613992714effefed757@intel.com>
Date: Tue, 13 Jul 2021 15:27:01 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: Dwaipayan Ray <dwaipayanray1@...il.com>,
"yazen.ghannam@....com" <yazen.ghannam@....com>,
"bp@...en8.de" <bp@...en8.de>,
"mchehab@...nel.org" <mchehab@...nel.org>,
"james.morse@....com" <james.morse@....com>,
"rric@...nel.org" <rric@...nel.org>
CC: "lukas.bulwahn@...il.com" <lukas.bulwahn@...il.com>,
"kbuild-all@...ts.01.org" <kbuild-all@...ts.01.org>,
"linux-edac@...r.kernel.org" <linux-edac@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH v3] EDAC/amd64: Use DEVICE_ATTR helper macros
> Instead of "open coding" DEVICE_ATTR, use the corresponding
> helper macros DEVICE_ATTR_{RW,RO,WO} in amd64_edac.c
>
> Some function names needed to be changed to match the device
> conventions <foo>_show and <foo>_store, but the functionality
> itself is unchanged.
>
> The devices using EDAC_DCT_ATTR_SHOW() are left unchanged.
>
> Reviewed-by: Yazen Ghannam <yazen.ghannam@....com>
> Signed-off-by: Dwaipayan Ray <dwaipayanray1@...il.com>
Yazen,
Boris is on vacation. Should I queue this change?
-Tony
Powered by blists - more mailing lists