From: Martin Schwidefsky <schwidefsky@de.ibm.com>
To: Dan Carpenter <dan.carpenter@oracle.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>,
Michael Holzheu <holzheu@linux.vnet.ibm.com>,
Thomas Gleixner <tglx@linutronix.de>,
Hendrik Brueckner <brueckner@linux.vnet.ibm.com>,
"Peter Zijlstra (Intel)" <peterz@infradead.org>,
Christian Borntraeger <borntraeger@de.ibm.com>,
linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org,
kernel-janitors@vger.kernel.org
Subject: Re: [patch] s390/smp: clean up a condition
Date: Mon, 18 Jul 2016 09:07:35 +0200 [thread overview]
Message-ID: <20160718090735.103390c9@mschwide> (raw)
In-Reply-To: <20160714104022.GF18175@mwanda>
On Thu, 14 Jul 2016 13:40:22 +0300
Dan Carpenter <dan.carpenter@oracle.com> wrote:
> I can never remember precedence rules. Let's add some parenthesis so
> this code is more clear.
>
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
> ---
> The original code is correct right? We didn't intend to say:
>
> sclp_max = sclp.max_cores * (sclp_max ?: nr_cpu_ids);
>
> diff --git a/arch/s390/kernel/smp.c b/arch/s390/kernel/smp.c
> index 5c8f7ca..35531fe 100644
> --- a/arch/s390/kernel/smp.c
> +++ b/arch/s390/kernel/smp.c
> @@ -887,7 +887,7 @@ void __init smp_fill_possible_mask(void)
>
> sclp_max = max(sclp.mtid, sclp.mtid_cp) + 1;
> sclp_max = min(smp_max_threads, sclp_max);
> - sclp_max = sclp.max_cores * sclp_max ?: nr_cpu_ids;
> + sclp_max = (sclp.max_cores * sclp_max) ?: nr_cpu_ids;
> possible = setup_possible_cpus ?: nr_cpu_ids;
> possible = min(possible, sclp_max);
> for (cpu = 0; cpu < possible && cpu < nr_cpu_ids; cpu++)
>
The code calculates the number of threads to use, then multiplies
it with the number of cores to get the number of logical CPUs.
If the product happens to be zero because the number of cores
could not be determined, then nr_cpu_ids is going to be used.
So the code is correct but with the parenthesis it is easier to
read. Applied & thanks.
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
prev parent reply other threads:[~2016-07-18 7:07 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-14 10:40 [patch] s390/smp: clean up a condition Dan Carpenter
2016-07-18 7:07 ` Martin Schwidefsky [this message]
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=20160718090735.103390c9@mschwide \
--to=schwidefsky@de.ibm.com \
--cc=borntraeger@de.ibm.com \
--cc=brueckner@linux.vnet.ibm.com \
--cc=dan.carpenter@oracle.com \
--cc=heiko.carstens@de.ibm.com \
--cc=holzheu@linux.vnet.ibm.com \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
/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;
as well as URLs for NNTP newsgroup(s).