From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] clocksource/drivers/arm_global_timer: Always use {readl|writel}_relaxed
Date: Fri, 13 Nov 2015 13:37:24 +0100 [thread overview]
Message-ID: <53950580.slDxBxJnNC@wuerfel> (raw)
In-Reply-To: <20151113202001.5933ae54@xhacker>
On Friday 13 November 2015 20:20:01 Jisheng Zhang wrote:
>
> > for outer_cache.sync(). The Aurora outer cache sync has a different method
> > and also doesn't use l2x0_lock. Finally, tauros3 doesn't need a cache sync
> > at all.
> >
> > Did you look at an older kernel version? We used to do a loop in the
>
> oops, yes. The kernel version in product still needs the spinlock in sync.
> I didn't check the L2 cache code for about 1 year, sorry for that.
> If we upgrade to newer kernel version, yes, the bit performance bottleneck --
> spinlock contention won't exist anymore. Thanks for pointing out this.
If you still see lock contention on the l2x0 lock with your patch applied,
you might want to backport the optimizations to your product kernel, even
more so for the aurora controller in the Armada 370 that had some extra
optimizations.
> But I think we may still see trivial system performance improvement in 500-1000
> times/s of clockevent programming case due to the mb() in writel.
Yes, I think it's fine. Just try to put your best estimate of the
overhead in the patch description when you do the new version.
Unfortunately, it is not easy to measure what the actual overhead is
because low-level benchmarks of outer_cache.sync will show a much lower
overhead than doing it occasionally with an active cache.
Arnd
prev parent reply other threads:[~2015-11-13 12:37 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-13 8:34 [PATCH] clocksource/drivers/arm_global_timer: Always use {readl|writel}_relaxed Jisheng Zhang
2015-11-13 8:40 ` Jisheng Zhang
2015-11-13 9:28 ` Arnd Bergmann
2015-11-13 9:59 ` Jisheng Zhang
2015-11-13 10:33 ` Arnd Bergmann
2015-11-13 12:20 ` Jisheng Zhang
2015-11-13 12:37 ` Arnd Bergmann [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=53950580.slDxBxJnNC@wuerfel \
--to=arnd@arndb.de \
--cc=linux-arm-kernel@lists.infradead.org \
/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