From: Sebastian Ott <sebott@linux.vnet.ibm.com>
To: Julia Lawall <Julia.Lawall@lip6.fr>
Cc: kernel-janitors@vger.kernel.org,
Gerald Schaefer <gerald.schaefer@de.ibm.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
linux390@de.ibm.com, linux-s390@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 8/10] s390/pci: use safer test on the result of find_first_zero_bit
Date: Wed, 4 Jun 2014 13:09:12 +0200 (CEST) [thread overview]
Message-ID: <alpine.LFD.2.11.1406041308450.1560@denkbrett> (raw)
In-Reply-To: <1401872880-23685-9-git-send-email-Julia.Lawall@lip6.fr>
On Wed, 4 Jun 2014, Julia Lawall wrote:
> From: Julia Lawall <Julia.Lawall@lip6.fr>
>
> Find_first_zero_bit considers BITS_PER_LONG bits at a time, and thus may
> return a larger number than the maximum position argument if that position
> is not a multiple of BITS_PER_LONG.
>
> The semantic match that finds this problem is as follows:
> (http://coccinelle.lip6.fr/)
>
> // <smpl>
> @@
> expression e1,e2,e3;
> statement S1,S2;
> @@
>
> e1 = find_first_zero_bit(e2,e3)
> ...
> if (e1
> - ==
> + >=
> e3)
> S1 else S2
> // </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@lip6.fr>
>
> ---
> arch/s390/pci/pci.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff -u -p a/arch/s390/pci/pci.c b/arch/s390/pci/pci.c
> --- a/arch/s390/pci/pci.c
> +++ b/arch/s390/pci/pci.c
> @@ -566,7 +566,7 @@ static int zpci_alloc_iomap(struct zpci_
>
> spin_lock(&zpci_iomap_lock);
> entry = find_first_zero_bit(zpci_iomap, ZPCI_IOMAP_MAX_ENTRIES);
> - if (entry == ZPCI_IOMAP_MAX_ENTRIES) {
> + if (entry >= ZPCI_IOMAP_MAX_ENTRIES) {
> spin_unlock(&zpci_iomap_lock);
> return -ENOSPC;
> }
> @@ -746,7 +746,7 @@ static int zpci_alloc_domain(struct zpci
> {
> spin_lock(&zpci_domain_lock);
> zdev->domain = find_first_zero_bit(zpci_domain, ZPCI_NR_DEVICES);
> - if (zdev->domain == ZPCI_NR_DEVICES) {
> + if (zdev->domain >= ZPCI_NR_DEVICES) {
> spin_unlock(&zpci_domain_lock);
> return -ENOSPC;
> }
>
>
Thanks, applied.
Sebastian
next prev parent reply other threads:[~2014-06-04 11:09 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-04 9:07 [PATCH 0/10] use safer test on the result of find_first_zero_bit Julia Lawall
2014-06-04 9:07 ` [PATCH 8/10] s390/pci: " Julia Lawall
2014-06-04 11:09 ` Sebastian Ott [this message]
2014-06-04 9:35 ` [PATCH 0/10] " Geert Uytterhoeven
2014-06-04 9:38 ` Julia Lawall
2014-06-04 9:46 ` David Laight
2014-06-04 9:52 ` Julia Lawall
2014-06-04 10:55 ` Geert Uytterhoeven
2014-06-04 11:00 ` Julia Lawall
2014-06-04 11:07 ` Geert Uytterhoeven
2014-06-04 13:12 ` Julia Lawall
2014-06-04 13:34 ` David Laight
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=alpine.LFD.2.11.1406041308450.1560@denkbrett \
--to=sebott@linux.vnet.ibm.com \
--cc=Julia.Lawall@lip6.fr \
--cc=gerald.schaefer@de.ibm.com \
--cc=heiko.carstens@de.ibm.com \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux390@de.ibm.com \
--cc=schwidefsky@de.ibm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox