[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20210713160141.GA9752@aus-x-yghannam.amd.com>
Date: Tue, 13 Jul 2021 12:01:41 -0400
From: Yazen Ghannam <yazen.ghannam@....com>
To: "Luck, Tony" <tony.luck@...el.com>
Cc: Dwaipayan Ray <dwaipayanray1@...il.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>,
"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
On Tue, Jul 13, 2021 at 03:27:01PM +0000, Luck, Tony wrote:
> > 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?
>
Hi Tony,
Yes, please.
Thanks,
Yazen
Powered by blists - more mailing lists