From: Toshi Kani <toshi.kani@hpe.com>
To: Borislav Petkov <bp@alien8.de>
Cc: mchehab@osg.samsung.com, dougthompson@xmission.com,
linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org,
elliott@hpe.com, tony.luck@intel.com
Subject: Re: [PATCH v2 2/2] EDAC: Fix sysfs dimm_label store operation
Date: Thu, 24 Sep 2015 13:59:27 -0600 [thread overview]
Message-ID: <1443124767.25474.172.camel@hpe.com> (raw)
In-Reply-To: <20150924191551.GK3774@pd.tnic>
On Thu, 2015-09-24 at 21:15 +0200, Borislav Petkov wrote:
> On Thu, Sep 24, 2015 at 01:06:04PM -0600, Toshi Kani wrote:
> > edac-utils(1) checks empty labels and shows them as "ch%d" [1]. So,
> > I think empty labels are supported today, and using 'echo "" >' seems
> > to be a legitimate way to set them empty if desired.
>
> What would be a sane use case to set a DIMM label to an empty string?
Well, I guess there isn't a sane use case for it... :-)
Attached is a patch (on top of patch 2/2) to disallow an empty string.
I prefer to make it as a separate patch in case someone comes up with
a valid use-case for it.
Thanks,
-Toshi
====
Subject: [PATCH] EDAC: Fail empty string to sysfs dimm_label store
Updating dimm_label to an empty string does not make much sense.
Change the sysfs dimm_label store option to fail a request when
an input string is empty.
Suggested-by: Borislav Petkov <bp@alien8.de>
Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
---
drivers/edac/edac_mc_sysfs.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/edac/edac_mc_sysfs.c b/drivers/edac/edac_mc_sysfs.c
index 5252fb9..72ba530 100644
--- a/drivers/edac/edac_mc_sysfs.c
+++ b/drivers/edac/edac_mc_sysfs.c
@@ -248,7 +248,7 @@ static ssize_t channel_dimm_label_store(struct device *dev,
if (data[count - 1] == '\0' || data[count - 1] == '\n')
copy_count -= 1;
- if (copy_count >= sizeof(rank->dimm->label))
+ if (copy_count == 0 || copy_count >= sizeof(rank->dimm->label))
return -EINVAL;
strncpy(rank->dimm->label, data, copy_count);
@@ -509,7 +509,7 @@ static ssize_t dimmdev_label_store(struct device *dev,
if (data[count - 1] == '\0' || data[count - 1] == '\n')
copy_count -= 1;
- if (copy_count >= sizeof(dimm->label))
+ if (copy_count == 0 || copy_count >= sizeof(dimm->label))
return -EINVAL;
strncpy(dimm->label, data, copy_count);
next prev parent reply other threads:[~2015-09-24 20:02 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-22 14:58 [PATCH v2 0/2] EDAC: Fix sysfs dimm_label show & store operations Toshi Kani
2015-09-22 14:58 ` [PATCH v2 1/2] EDAC: Fix sysfs dimm_label show operation Toshi Kani
2015-09-22 14:58 ` [PATCH v2 2/2] EDAC: Fix sysfs dimm_label store operation Toshi Kani
2015-09-24 16:48 ` Borislav Petkov
2015-09-24 19:06 ` Toshi Kani
2015-09-24 19:15 ` Borislav Petkov
2015-09-24 19:59 ` Toshi Kani [this message]
2015-09-25 17:49 ` 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=1443124767.25474.172.camel@hpe.com \
--to=toshi.kani@hpe.com \
--cc=bp@alien8.de \
--cc=dougthompson@xmission.com \
--cc=elliott@hpe.com \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mchehab@osg.samsung.com \
--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: link
Be 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.