[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d97a34694e741dc6a2a71fbcd49bab49.squirrel@webmail.sf-mail.de>
Date: Wed, 5 Oct 2011 09:35:13 +0200
From: "Rolf Eike Beer" <eike-kernel@...tec.de>
To: "Dan Carpenter" <dan.carpenter@...cle.com>
Cc: "Adaptec OEM Raid Solutions" <aacraid@...ptec.com>,
"James E.J. Bottomley" <jbottomley@...allels.com>,
linux-scsi@...r.kernel.org, linux-kernel@...r.kernel.org,
kernel-janitors@...r.kernel.org
Subject: Re: [patch] [SCSI] aacraid: use lower snprintf() limit
> This is just a cleanup, to silence static checker warnings. It
> doesn't change how the code works.
>
> buf[] can either be BUF_SIZE if this is called from sysfs, or it can
> be 16 if it's called from aac_get_adapter_info() via
> aac_get_serial_number(). We use the smaller limit here.
>
> sizeof(dev->supplement_adapter_info.MfgPcbaSerialNo) is 12 so there
> is actually no chance of hitting either limit.
>
> Signed-off-by: Dan Carpenter <dan.carpenter@...cle.com>
>
> diff --git a/drivers/scsi/aacraid/linit.c b/drivers/scsi/aacraid/linit.c
> index 3382475..ea8d96e 100644
> --- a/drivers/scsi/aacraid/linit.c
> +++ b/drivers/scsi/aacraid/linit.c
> @@ -894,15 +894,20 @@ static ssize_t aac_show_serial_number(struct device
> *device,
> int len = 0;
>
> if (le32_to_cpu(dev->adapter_info.serial[0]) != 0xBAD0)
> - len = snprintf(buf, PAGE_SIZE, "%06X\n",
> + len = snprintf(buf, 16, "%06X\n",
> le32_to_cpu(dev->adapter_info.serial[0]));
> if (len &&
> !memcmp(&dev->supplement_adapter_info.MfgPcbaSerialNo[
> sizeof(dev->supplement_adapter_info.MfgPcbaSerialNo)-len],
> buf, len-1))
> - len = snprintf(buf, PAGE_SIZE, "%.*s\n",
> + len = snprintf(buf, 16, "%.*s\n",
> (int)sizeof(dev->supplement_adapter_info.MfgPcbaSerialNo),
> dev->supplement_adapter_info.MfgPcbaSerialNo);
> +
> +
One newline too much.
> + if (len > 16)
> + len = 16;
max()?
Eike
--
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