From: Will Deacon <will.deacon@arm.com>
To: Peter Zijlstra <peterz@infradead.org>
Cc: linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, ard.biesheuvel@linaro.org,
catalin.marinas@arm.com, rml@tech9.net, tglx@linutronix.de,
schwidefsky@de.ibm.com
Subject: Re: [PATCH v2 0/2] arm64: Only call into preempt_schedule() if need_resched()
Date: Thu, 6 Dec 2018 19:18:46 +0000 [thread overview]
Message-ID: <20181206191846.GB20796@arm.com> (raw)
In-Reply-To: <20181206150850.GI13538@hirez.programming.kicks-ass.net>
Hi Peter,
On Thu, Dec 06, 2018 at 04:08:50PM +0100, Peter Zijlstra wrote:
> On Fri, Nov 30, 2018 at 05:34:29PM +0000, Will Deacon wrote:
> > This is version two of the patches I originally posted here:
> >
> > http://lkml.kernel.org/r/1543347902-21170-1-git-send-email-will.deacon@arm.com
> >
> > The only change since v1 is that __preempt_count_dec_and_test() now
> > reloads the need_resched flag if it initially saw that it was set. This
> > resolves the issue spotted by Peter, where an IRQ coming in during the
> > decrement can cause a reschedule to be missed.
>
> Yes, I think this one will work, so:
>
> Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Thanks!
> However, this leaves me wondering if the sequence is actually much
> better than what you had?
>
> I suppose there's a win due to cache locality -- you only have to load a
> single line -- but I'm thinking that on pure instruction count, you're
> not actually winning much.
The fast path is still slightly shorter in terms of executed instructions,
but you're right that the win is likely to be because everything hits in the
cache or the store buffer when we're not preempting, so we should run
through the code reasonably quickly and avoid the unconditional call to
preempt_schedule().
Will
--->8
// Before
20: a9bf7bfd stp x29, x30, [sp, #-16]!
24: 910003fd mov x29, sp
28: d5384101 mrs x1, sp_el0
2c: b9401020 ldr w0, [x1, #16]
30: 51000400 sub w0, w0, #0x1
34: b9001020 str w0, [x1, #16]
38: 350000a0 cbnz w0, 4c <preempt_enable+0x2c>
3c: f9400020 ldr x0, [x1]
40: 721f001f tst w0, #0x2
44: 54000040 b.eq 4c <preempt_enable+0x2c> // b.none
48: 94000000 bl 0 <preempt_schedule>
4c: a8c17bfd ldp x29, x30, [sp], #16
50: d65f03c0 ret
// After
20: a9bf7bfd stp x29, x30, [sp, #-16]!
24: 910003fd mov x29, sp
28: d5384101 mrs x1, sp_el0
2c: f9400820 ldr x0, [x1, #16]
30: d1000400 sub x0, x0, #0x1
34: b9001020 str w0, [x1, #16]
38: b5000080 cbnz x0, 48 <preempt_enable+0x28>
3c: 94000000 bl 0 <preempt_schedule>
40: a8c17bfd ldp x29, x30, [sp], #16
44: d65f03c0 ret
48: f9400820 ldr x0, [x1, #16]
4c: b5ffffa0 cbnz x0, 40 <preempt_enable+0x20>
50: 94000000 bl 0 <preempt_schedule>
54: 17fffffb b 40 <will_preempt_enable+0x20>
prev parent reply other threads:[~2018-12-06 19:18 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-30 17:34 [PATCH v2 0/2] arm64: Only call into preempt_schedule() if need_resched() Will Deacon
2018-11-30 17:34 ` [PATCH v2 1/2] preempt: Move PREEMPT_NEED_RESCHED definition into arch code Will Deacon
2018-11-30 17:34 ` [PATCH v2 2/2] arm64: preempt: Provide our own implementation of asm/preempt.h Will Deacon
2018-12-04 16:09 ` Ard Biesheuvel
2018-12-06 15:08 ` [PATCH v2 0/2] arm64: Only call into preempt_schedule() if need_resched() Peter Zijlstra
2018-12-06 19:18 ` Will Deacon [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=20181206191846.GB20796@arm.com \
--to=will.deacon@arm.com \
--cc=ard.biesheuvel@linaro.org \
--cc=catalin.marinas@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=peterz@infradead.org \
--cc=rml@tech9.net \
--cc=schwidefsky@de.ibm.com \
--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