From: Byungchul Park <byungchul.park@lge.com>
To: peterz@infradead.org, mingo@kernel.org, rostedt@goodmis.org
Cc: tglx@linutronix.de, raistlin@linux.it,
linux-kernel@vger.kernel.org, juri.lelli@gmail.com,
bristot@redhat.com, kernel-team@lge.com
Subject: Re: [PATCH v3 2/2] sched/deadline: Initialize cp->elements[].cpu to an invalid value
Date: Thu, 16 Nov 2017 09:44:52 +0900 [thread overview]
Message-ID: <20171116004452.GC4394@X58A-UD3R> (raw)
In-Reply-To: <1510616805-15380-2-git-send-email-byungchul.park@lge.com>
On Tue, Nov 14, 2017 at 08:46:45AM +0900, Byungchul Park wrote:
> Currently, migrating tasks to cpu0 unconditionally happens when the
> heap is empty, since cp->elements[].cpu was initialized to 0(=cpu0).
> We have to distinguish between the empty case and cpu0 to avoid the
> unnecessary migrations. Therefore, it has to return an invalid value
> e.i. -1 in that case.
Hello Daniel,
Did you also ack on this one?
Hello Ingo and Peter,
Could you consider this series?
Thanks,
Byungchul
> Signed-off-by: Byungchul Park <byungchul.park@lge.com>
> Acked-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
> ---
> kernel/sched/cpudeadline.c | 10 +++++++++-
> 1 file changed, 9 insertions(+), 1 deletion(-)
>
> diff --git a/kernel/sched/cpudeadline.c b/kernel/sched/cpudeadline.c
> index 9f02035..bcf903f 100644
> --- a/kernel/sched/cpudeadline.c
> +++ b/kernel/sched/cpudeadline.c
> @@ -138,6 +138,12 @@ int cpudl_find(struct cpudl *cp, struct task_struct *p,
> int best_cpu = cpudl_maximum_cpu(cp);
> WARN_ON(best_cpu != -1 && !cpu_present(best_cpu));
>
> + /*
> + * The heap tree is empty for now, just return.
> + */
> + if (best_cpu == -1)
> + return 0;
> +
> if (cpumask_test_cpu(best_cpu, &p->cpus_allowed) &&
> dl_time_before(dl_se->deadline, cpudl_maximum_dl(cp))) {
> if (later_mask)
> @@ -265,8 +271,10 @@ int cpudl_init(struct cpudl *cp)
> return -ENOMEM;
> }
>
> - for_each_possible_cpu(i)
> + for_each_possible_cpu(i) {
> + cp->elements[i].cpu = -1;
> cp->elements[i].idx = IDX_INVALID;
> + }
>
> return 0;
> }
> --
> 1.9.1
next prev parent reply other threads:[~2017-11-16 0:45 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-13 23:46 [PATCH v3 1/2] sched/deadline: Add cpudl_maximum_dl() for clean-up Byungchul Park
2017-11-13 23:46 ` [PATCH v3 2/2] sched/deadline: Initialize cp->elements[].cpu to an invalid value Byungchul Park
2017-11-16 0:44 ` Byungchul Park [this message]
2017-11-20 13:40 ` Daniel Bristot de Oliveira
2017-11-21 23:22 ` [PATCH v3 1/2] sched/deadline: Add cpudl_maximum_dl() for clean-up Byungchul Park
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=20171116004452.GC4394@X58A-UD3R \
--to=byungchul.park@lge.com \
--cc=bristot@redhat.com \
--cc=juri.lelli@gmail.com \
--cc=kernel-team@lge.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=peterz@infradead.org \
--cc=raistlin@linux.it \
--cc=rostedt@goodmis.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).