From: Jean Delvare <jdelvare@suse.de> To: "Luck, Tony" <tony.luck@intel.com> Cc: Mauro Carvalho Chehab <mchehab@kernel.org>, linux-nvdimm@lists.01.org, "Rafael J. Wysocki" <rjw@rjwysocki.net>, linux-acpi@vger.kernel.org, Qiuxu Zhuo <qiuxu.zhuo@intel.com>, Borislav Petkov <bp@alien8.de>, Aristeu Rozanski <aris@redhat.com>, Borislav Petkov <bp@suse.de>, Len Brown <lenb@kernel.org> Subject: Re: [PATCH 5/5] EDAC, skx_edac: Detect non-volatile DIMMs Date: Tue, 13 Mar 2018 17:16:06 +0100 [thread overview] Message-ID: <20180313171606.4fef3ab6@endymion> (raw) In-Reply-To: <20180313155956.zapcx3l5bb72w4yz@agluck-desk> On Tue, 13 Mar 2018 08:59:56 -0700, Luck, Tony wrote: > On Tue, Mar 13, 2018 at 10:59:01AM +0100, Jean Delvare wrote: > > > + edac_dbg(0, "mc#%d: channel %d, dimm %d, %llu Mb (%u pages)\n", > > > > I did not notice on previous review, but I think "b" in general means > > bit not byte, so "MB" would be better. > > Heh! We've been cut & pasting that line from EDAC drivers since the i7core_edac.c > I think the origin is in 2.6.35. So you are far from the only person to not > notice it in a review :-) Hehe :-D Then I guess a patch fixing all drivers are once is in order, after your patch set it accepted. > > > + imc->mc, chan, dimmno, size >> 20, dimm->nr_pages); > > > + > > > + snprintf(dimm->label, sizeof(dimm->label), "CPU_SrcID#%u_MC#%u_Chan#%u_DIMM#%u", > > > + imc->src_id, imc->lmc, chan, dimmno); > > > + > > > + return 1; > > > +} > > > > Now this function always return 1, that doesn't make a lot of sense? > > I could fix the return to be: > > > diff --git a/drivers/edac/skx_edac.c b/drivers/edac/skx_edac.c > index 84c18bb1e0cd..1a66e145c0bd 100644 > --- a/drivers/edac/skx_edac.c > +++ b/drivers/edac/skx_edac.c > @@ -429,7 +429,7 @@ static int get_nvdimm_info(struct dimm_info *dimm, struct skx_imc *imc, > snprintf(dimm->label, sizeof(dimm->label), "CPU_SrcID#%u_MC#%u_Chan#%u_DIMM#%u", > imc->src_id, imc->lmc, chan, dimmno); > > - return 1; > + return (size == 0 || size == ~0ull) ? 0 : 1; > } Yes, I think it makes sense, thanks. -- Jean Delvare SUSE L3 Support _______________________________________________ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm
WARNING: multiple messages have this Message-ID (diff)
From: Jean Delvare <jdelvare-l3A5Bk7waGM@public.gmane.org> To: "Luck, Tony" <tony.luck-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> Cc: Mauro Carvalho Chehab <mchehab-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org, "Rafael J. Wysocki" <rjw-LthD3rsA81gm4RdzfppkhA@public.gmane.org>, linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Qiuxu Zhuo <qiuxu.zhuo-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Borislav Petkov <bp-Gina5bIWoIWzQB+pC5nmwQ@public.gmane.org>, Aristeu Rozanski <aris-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>, Len Brown <lenb-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> Subject: Re: [PATCH 5/5] EDAC, skx_edac: Detect non-volatile DIMMs Date: Tue, 13 Mar 2018 17:16:06 +0100 [thread overview] Message-ID: <20180313171606.4fef3ab6@endymion> (raw) In-Reply-To: <20180313155956.zapcx3l5bb72w4yz@agluck-desk> On Tue, 13 Mar 2018 08:59:56 -0700, Luck, Tony wrote: > On Tue, Mar 13, 2018 at 10:59:01AM +0100, Jean Delvare wrote: > > > + edac_dbg(0, "mc#%d: channel %d, dimm %d, %llu Mb (%u pages)\n", > > > > I did not notice on previous review, but I think "b" in general means > > bit not byte, so "MB" would be better. > > Heh! We've been cut & pasting that line from EDAC drivers since the i7core_edac.c > I think the origin is in 2.6.35. So you are far from the only person to not > notice it in a review :-) Hehe :-D Then I guess a patch fixing all drivers are once is in order, after your patch set it accepted. > > > + imc->mc, chan, dimmno, size >> 20, dimm->nr_pages); > > > + > > > + snprintf(dimm->label, sizeof(dimm->label), "CPU_SrcID#%u_MC#%u_Chan#%u_DIMM#%u", > > > + imc->src_id, imc->lmc, chan, dimmno); > > > + > > > + return 1; > > > +} > > > > Now this function always return 1, that doesn't make a lot of sense? > > I could fix the return to be: > > > diff --git a/drivers/edac/skx_edac.c b/drivers/edac/skx_edac.c > index 84c18bb1e0cd..1a66e145c0bd 100644 > --- a/drivers/edac/skx_edac.c > +++ b/drivers/edac/skx_edac.c > @@ -429,7 +429,7 @@ static int get_nvdimm_info(struct dimm_info *dimm, struct skx_imc *imc, > snprintf(dimm->label, sizeof(dimm->label), "CPU_SrcID#%u_MC#%u_Chan#%u_DIMM#%u", > imc->src_id, imc->lmc, chan, dimmno); > > - return 1; > + return (size == 0 || size == ~0ull) ? 0 : 1; > } Yes, I think it makes sense, thanks. -- Jean Delvare SUSE L3 Support
next prev parent reply other threads:[~2018-03-13 16:09 UTC|newest] Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-02-22 19:58 [PATCH 0/5] Teach EDAC about non-volatile DIMMs and add partial support to skx_edac Tony Luck 2018-02-22 19:58 ` Tony Luck 2018-02-22 19:58 ` [PATCH 1/5] EDAC: Drop duplicated array of strings for memory type names Tony Luck 2018-02-22 19:58 ` Tony Luck 2018-02-22 19:58 ` [PATCH 2/5] edac: Add new memory type for non-volatile DIMMs Tony Luck 2018-02-22 19:58 ` Tony Luck 2018-02-22 19:58 ` [PATCH 3/5] acpi, nfit: Add function to look up nvdimm device and provide SMBIOS handle Tony Luck 2018-02-22 19:58 ` Tony Luck 2018-02-28 17:36 ` Ross Zwisler 2018-02-28 17:36 ` Ross Zwisler 2018-02-28 18:48 ` Borislav Petkov 2018-02-28 18:48 ` Borislav Petkov 2018-02-22 19:58 ` [PATCH 4/5] firmware: dmi: Add function to look up a handle and return DIMM size Tony Luck 2018-02-22 19:58 ` Tony Luck 2018-03-09 10:20 ` Jean Delvare 2018-03-09 10:20 ` Jean Delvare 2018-03-09 23:03 ` Luck, Tony 2018-03-09 23:03 ` Luck, Tony 2018-03-10 13:22 ` Jean Delvare 2018-03-10 13:22 ` Jean Delvare 2018-03-12 16:46 ` Luck, Tony 2018-03-12 16:46 ` Luck, Tony 2018-02-22 19:58 ` [PATCH 5/5] EDAC, skx_edac: Detect non-volatile DIMMs Tony Luck 2018-02-22 19:58 ` Tony Luck 2018-03-09 10:38 ` Jean Delvare 2018-03-09 10:38 ` Jean Delvare 2018-02-28 13:04 ` [PATCH 0/5] Teach EDAC about non-volatile DIMMs and add partial support to skx_edac Borislav Petkov 2018-02-28 13:04 ` Borislav Petkov 2018-02-28 13:59 ` Dan Williams 2018-02-28 13:59 ` Dan Williams 2018-03-12 18:24 ` [PATCH 0/5 V3] " Tony Luck 2018-03-12 18:24 ` Tony Luck 2018-03-12 18:24 ` [PATCH 1/5] EDAC: Drop duplicated array of strings for memory type names Tony Luck 2018-03-12 18:24 ` Tony Luck 2018-03-12 18:24 ` [PATCH 2/5] edac: Add new memory type for non-volatile DIMMs Tony Luck 2018-03-12 18:24 ` Tony Luck 2018-03-12 18:24 ` [PATCH 3/5] acpi, nfit: Add function to look up nvdimm device and provide SMBIOS handle Tony Luck 2018-03-12 18:24 ` Tony Luck 2018-03-12 18:24 ` [PATCH 4/5] firmware: dmi: Add function to look up a handle and return DIMM size Tony Luck 2018-03-12 18:24 ` Tony Luck 2018-03-13 9:43 ` Jean Delvare 2018-03-13 9:43 ` Jean Delvare 2018-03-12 18:24 ` [PATCH 5/5] EDAC, skx_edac: Detect non-volatile DIMMs Tony Luck 2018-03-12 18:24 ` Tony Luck 2018-03-13 9:59 ` Jean Delvare 2018-03-13 9:59 ` Jean Delvare 2018-03-13 15:59 ` Luck, Tony 2018-03-13 15:59 ` Luck, Tony 2018-03-13 16:16 ` Jean Delvare [this message] 2018-03-13 16:16 ` Jean Delvare 2018-03-14 12:00 ` Borislav Petkov 2018-03-14 12:00 ` Borislav Petkov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20180313171606.4fef3ab6@endymion \ --to=jdelvare@suse.de \ --cc=aris@redhat.com \ --cc=bp@alien8.de \ --cc=bp@suse.de \ --cc=lenb@kernel.org \ --cc=linux-acpi@vger.kernel.org \ --cc=linux-nvdimm@lists.01.org \ --cc=mchehab@kernel.org \ --cc=qiuxu.zhuo@intel.com \ --cc=rjw@rjwysocki.net \ --cc=tony.luck@intel.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.