From: Juri Lelli <juri.lelli@arm.com>
To: Tommaso Cucinotta <tommaso.cucinotta@sssup.it>
Cc: luca abeni <luca.abeni@unitn.it>,
linux-kernel <linux-kernel@vger.kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Juri Lelli <juri.lelli@gmail.com>,
mingo@redhat.com
Subject: Re: SCHED_DEADLINE cpudeadline.{h,c} fixup
Date: Wed, 18 May 2016 15:22:29 +0100 [thread overview]
Message-ID: <20160518142229.GD9525@e106622-lin> (raw)
In-Reply-To: <573B9E82.3040502@sssup.it>
Hi Tommaso,
On 18/05/16 00:43, Tommaso Cucinotta wrote:
> On 17/05/2016 13:46, luca abeni wrote:
> >Maybe the ... change can be split in a separate
> >patch, which is a bugfix (and IMHO uncontroversial)?
>
> Ok, the bugfix alone might look like the attached. Couldn't avoid
> the little refactoring of the multiple occurrences of the same loop
> up the heap into the heapify_up(), mirroring the heapify() that was
> already there (renamed heapify_down() for clarity).
>
> I'll rebase the speed-up patch on top of this, if it's a better approach.
>
> Anyone with further comments?
>
Couldn't spend any time on this yet, apologies. But, for the next
posting, could you please do it without attaching the patches? I usually
use git send-mail for posting. It would make the review easier, I think.
Best,
- Juri
> Thanks again!
>
> T.
> --
> Tommaso Cucinotta, Computer Engineering PhD
> Associate Professor at the Real-Time Systems Laboratory (ReTiS)
> Scuola Superiore Sant'Anna, Pisa, Italy
> http://retis.sssup.it/people/tommaso
> From cfaa75eb77843f7da875a54c7e6631b271bf0663 Mon Sep 17 00:00:00 2001
> From: Tommaso Cucinotta <tommaso.cucinotta@sssup.it>
> Date: Tue, 17 May 2016 15:54:11 +0200
> Subject: [PATCH] Deadline wrap-around bugfix for the SCHED_DEADLINE cpu heap.
>
> ---
> kernel/sched/cpudeadline.c | 38 +++++++++++++++++++-------------------
> 1 file changed, 19 insertions(+), 19 deletions(-)
>
> diff --git a/kernel/sched/cpudeadline.c b/kernel/sched/cpudeadline.c
> index 5be5882..3c42702 100644
> --- a/kernel/sched/cpudeadline.c
> +++ b/kernel/sched/cpudeadline.c
> @@ -41,7 +41,7 @@ static void cpudl_exchange(struct cpudl *cp, int a, int b)
> swap(cp->elements[cpu_a].idx, cp->elements[cpu_b].idx);
> }
>
> -static void cpudl_heapify(struct cpudl *cp, int idx)
> +static void cpudl_heapify_down(struct cpudl *cp, int idx)
> {
> int l, r, largest;
>
> @@ -66,20 +66,25 @@ static void cpudl_heapify(struct cpudl *cp, int idx)
> }
> }
>
> +static void cpudl_heapify_up(struct cpudl *cp, int idx)
> +{
> + while (idx > 0 && dl_time_before(cp->elements[parent(idx)].dl,
> + cp->elements[idx].dl)) {
> + cpudl_exchange(cp, idx, parent(idx));
> + idx = parent(idx);
> + }
> +}
> +
> static void cpudl_change_key(struct cpudl *cp, int idx, u64 new_dl)
> {
> WARN_ON(idx == IDX_INVALID || !cpu_present(idx));
>
> if (dl_time_before(new_dl, cp->elements[idx].dl)) {
> cp->elements[idx].dl = new_dl;
> - cpudl_heapify(cp, idx);
> + cpudl_heapify_down(cp, idx);
> } else {
> cp->elements[idx].dl = new_dl;
> - while (idx > 0 && dl_time_before(cp->elements[parent(idx)].dl,
> - cp->elements[idx].dl)) {
> - cpudl_exchange(cp, idx, parent(idx));
> - idx = parent(idx);
> - }
> + cpudl_heapify_up(cp, idx);
> }
> }
>
> @@ -154,24 +159,19 @@ void cpudl_set(struct cpudl *cp, int cpu, u64 dl, int is_valid)
> cp->size--;
> cp->elements[new_cpu].idx = old_idx;
> cp->elements[cpu].idx = IDX_INVALID;
> - while (old_idx > 0 && dl_time_before(
> - cp->elements[parent(old_idx)].dl,
> - cp->elements[old_idx].dl)) {
> - cpudl_exchange(cp, old_idx, parent(old_idx));
> - old_idx = parent(old_idx);
> - }
> + cpudl_heapify_up(cp, old_idx);
> cpumask_set_cpu(cpu, cp->free_cpus);
> - cpudl_heapify(cp, old_idx);
> + cpudl_heapify_down(cp, old_idx);
>
> goto out;
> }
>
> if (old_idx == IDX_INVALID) {
> - cp->size++;
> - cp->elements[cp->size - 1].dl = 0;
> - cp->elements[cp->size - 1].cpu = cpu;
> - cp->elements[cpu].idx = cp->size - 1;
> - cpudl_change_key(cp, cp->size - 1, dl);
> + int size1 = cp->size++;
> + cp->elements[size1].dl = dl;
> + cp->elements[size1].cpu = cpu;
> + cp->elements[cpu].idx = size1;
> + cpudl_heapify_up(cp, size1);
> cpumask_clear_cpu(cpu, cp->free_cpus);
> } else {
> cpudl_change_key(cp, old_idx, dl);
> --
> 2.7.4
>
next prev parent reply other threads:[~2016-05-18 14:22 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-16 16:00 SCHED_DEADLINE cpudeadline.{h,c} fixup Tommaso Cucinotta
2016-05-17 11:46 ` luca abeni
2016-05-17 22:43 ` Tommaso Cucinotta
2016-05-18 14:22 ` Juri Lelli [this message]
-- strict thread matches above, loose matches on Subject: below --
2016-05-19 16:02 Tommaso Cucinotta
2016-07-19 9:44 Tommaso Cucinotta
[not found] <1468880275-4338-1-git-send-email-tommaso.cucinotta@sssup.it>
2016-08-14 14:27 ` Tommaso Cucinotta
2016-08-19 12:58 ` Peter Zijlstra
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=20160518142229.GD9525@e106622-lin \
--to=juri.lelli@arm.com \
--cc=juri.lelli@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=luca.abeni@unitn.it \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=tommaso.cucinotta@sssup.it \
/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