[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1420658416-20839-1-git-send-email-me@mortis.eu>
Date: Wed, 7 Jan 2015 20:20:15 +0100
From: Giel van Schijndel <me@...tis.eu>
To: linux-kernel@...r.kernel.org
Cc: Giel van Schijndel <me@...tis.eu>, Brian King <brking@...ibm.com>,
"James E.J. Bottomley" <JBottomley@...allels.com>,
linux-scsi@...r.kernel.org (open list:SCSI SUBSYSTEM)
Subject: [PATCH RESEND] scsi: cleanup: snprintf() always NUL-terminates: depend on it
Especially since one very strange piece of code seems to be written in
such a way that a NUL needs to be placed where a NUL is present already.
The author probably meant to fill the last byte of the buffer with a NUL
instead. But regardless of that: that isn't necessary since snprintf()
already guarantees NUL termination for buffers sizes > 0 and <= INT_MAX.
Signed-off-by: Giel van Schijndel <me@...tis.eu>
Reported-at: http://www.viva64.com/en/b/0299/
---
drivers/scsi/ipr.c | 8 +++-----
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/scsi/ipr.c b/drivers/scsi/ipr.c
index df4e27c..b49fe45 100644
--- a/drivers/scsi/ipr.c
+++ b/drivers/scsi/ipr.c
@@ -3990,7 +3990,6 @@ static ssize_t ipr_store_update_fw(struct device *dev,
return -EACCES;
len = snprintf(fname, 99, "%s", buf);
- fname[len-1] = '\0';
if (request_firmware(&fw_entry, fname, &ioa_cfg->pdev->dev)) {
dev_err(&ioa_cfg->pdev->dev, "Firmware file %s not found\n", fname);
@@ -9358,13 +9357,12 @@ static int ipr_enable_msi(struct ipr_ioa_cfg *ioa_cfg)
static void name_msi_vectors(struct ipr_ioa_cfg *ioa_cfg)
{
- int vec_idx, n = sizeof(ioa_cfg->vectors_info[0].desc) - 1;
+ int vec_idx;
for (vec_idx = 0; vec_idx < ioa_cfg->nvectors; vec_idx++) {
- snprintf(ioa_cfg->vectors_info[vec_idx].desc, n,
+ snprintf(ioa_cfg->vectors_info[vec_idx].desc,
+ sizeof(ioa_cfg->vectors_info[vec_idx].desc),
"host%d-%d", ioa_cfg->host->host_no, vec_idx);
- ioa_cfg->vectors_info[vec_idx].
- desc[strlen(ioa_cfg->vectors_info[vec_idx].desc)] = 0;
}
}
--
2.1.4
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists