From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
To: Paul Mackerras <paulus@samba.org>
Cc: tglx@linutronix.de, greg.weeks@timesys.com,
John Stultz <johnstul@us.ibm.com>,
linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] PowerPC: clockevents and HRT support
Date: Sun, 12 Nov 2006 21:30:13 +0300 [thread overview]
Message-ID: <45576835.8000605@ru.mvista.com> (raw)
In-Reply-To: <17749.4257.415783.451756@cargo.ozlabs.ibm.com>
Hello.
Paul Mackerras wrote:
>> I think the usual rule is: "you want it, you do it". ;-)
> Sure! And I will, at some point, if someone else doesn't do it
> first.
> My point is simply that as maintainer I won't accept a patch that
> breaks an important feature, even if it adds another important
> feature.
It's too early to talk about the mainline acceptance of this patch ATM,
while TOD vsyscalls are broken/removed by the GENERIC_TIME support patches
(which are aboslutely needed for HRT as well). We'll try to return to getting
them straight when the time permits, but for now the HRT patchset is still in
better form than it was for several months before that (not even compilable,
and vsyscalls broken)...
>> Seriously, we have neither time, not hardware, nor docs for the h/w this
>>accounting option applies to.
> Really? You're working on machines that don't have a timebase
> register? What powerpc chip doesn't have a timebase register, other
> than the really old 601? :) The timebase is all the hardware that is
> needed.
If you look at arch/powerpc/Kconfig, you'll see that this option depends
on PPC64 which basically says it all: we have only 32-bit targets to care
about ATM. When it comes to 64-bit ones, we'll see... :-)
>>And coercing the generic clcokevents/hrtimers
>>code into calling the arch hooks is serious design decision which I felt is
>>better to be left to Thomas as a maintainer...
> CONFIG_VIRT_CPU_ACCOUNTING is used, and needed, on powerpc and s390,
> both of which also want to do dynticks. If the current framework
> can't cope with that, then it needs to be extended.
Well, why not make Linus "extend" update_process_times() for starters? :-)
> Paul.
WBR, Sergei
prev parent reply other threads:[~2006-11-12 18:28 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-07 21:05 [PATCH] PowerPC: clockevents and HRT support Sergei Shtylyov
2006-11-07 22:36 ` Benjamin Herrenschmidt
2006-11-07 22:44 ` Sergei Shtylyov
2006-11-07 23:04 ` Benjamin Herrenschmidt
2006-11-07 23:21 ` Sergei Shtylyov
2006-11-08 0:18 ` Benjamin Herrenschmidt
2006-11-08 1:19 ` Mark A. Greer
2006-11-08 2:06 ` Benjamin Herrenschmidt
2006-11-08 14:14 ` Sergei Shtylyov
2006-11-08 2:00 ` Paul Mackerras
2006-11-08 14:21 ` Sergei Shtylyov
2006-11-10 8:32 ` Paul Mackerras
2006-11-10 14:08 ` Sergei Shtylyov
2006-11-10 23:52 ` Paul Mackerras
2006-11-12 18:30 ` Sergei Shtylyov [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=45576835.8000605@ru.mvista.com \
--to=sshtylyov@ru.mvista.com \
--cc=greg.weeks@timesys.com \
--cc=johnstul@us.ibm.com \
--cc=linuxppc-dev@ozlabs.org \
--cc=paulus@samba.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).