| To: | "Atsushi Nemoto" <anemo@mba.ocn.ne.jp> |
|---|---|
| Subject: | Re: [PATCH 3/5] Deforest the function pointer jungle in the time code. |
| From: | "Franck Bui-Huu" <vagabon.xyz@gmail.com> |
| Date: | Mon, 18 Jun 2007 11:38:28 +0200 |
| Cc: | ralf@linux-mips.org, macro@linux-mips.org, sshtylyov@ru.mvista.com, linux-mips@linux-mips.org |
| Dkim-signature: | a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VLEagSDgoRe3g/TC2aWu8QnHl0AfS50ErBqkwAFfCNxnsmb+ec8WWb+ZHqOW6/YMpeBwHisNv+hkTUTtjIpVJrLvI95zjM3tXkKrZVYyFF9Ws0LqCG/fKXhKN/r93TUYqq6rRekj2b42QhzNrlJSRx3gu/HYw4QITkobBYEo+1U= |
| Domainkey-signature: | a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Rwwb+Sh27dMm0ZuIFAzie9zzcRfuftSAcxEphob+eoJs3qbXbTL4/IZykJbHjhf0iCUButvO6AcEVul3/JHALSmAGaqeWuJpDyHNGXcR9XdjPnsnzL81ycSbyu5FT+ADnrQF490rO04L6yYOhstGxgCURPkEym1ePPPdieaeSnc= |
| In-reply-to: | <20070618.011425.93018724.anemo@mba.ocn.ne.jp> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <cda58cb80706150159j5c3d5b7p4293dc529d5ee97c@mail.gmail.com> <20070615134948.GB16133@linux-mips.org> <cda58cb80706170636kbff000cw849fa1d5ccf31152@mail.gmail.com> <20070618.011425.93018724.anemo@mba.ocn.ne.jp> |
| Sender: | linux-mips-bounce@linux-mips.org |
Hi Atsushi, On 6/17/07, Atsushi Nemoto <anemo@mba.ocn.ne.jp> wrote: On Sun, 17 Jun 2007 15:36:53 +0200, "Franck Bui-Huu" <vagabon.xyz@gmail.com> wrote: > b) Are there some weird MIPS CPUs out there which don't read/ack cp0 > hpt in the normal way ? PNX8550? Their count/compare interrupt altomatically clears the count register. Please refer this thread: http://www.linux-mips.org/archives/linux-mips/2006-12/msg00194.html Oh no, another weirdo :( What is suprising me is that there's no comment explaining what is going on in pnx8550/common/time.c... I'm not sure this fits new clockevent codes or not.
Not really. What could be done in this case is to use cp0 hpt for
dealing with clock events _only_. I don't think it's an issue if the
count register is automatically cleared in this case.
And it should write it's own clocksource support which would use
different timer.
It shoud result in something like this:
unsigned __init get_freq(int cpu)
{
return 27UL * ((1000000UL * n)/(m * pow2p));
}
void __init plat_timer_init()
{
struct cp0_hpt_info info;
info.get_freq = get_freq;
info.irq = PNX8550_INT_TIMER1;
setup_cp0_hpt(&info, CLKEVT_ONLY);
setup_my_clocksource_using_a_different_timer();
}
Note that 'CLKEVT_ONLY' flag currently doesn't exist.
What do you think ?
--
Franck
|
| Previous by Date: | Re: About binutils for mips, Yoichi Yuasa |
|---|---|
| Next by Date: | RE: "Segfault/illegal instruction" - udevd - ntpd - glibc, Sadarul Firos |
| Previous by Thread: | Re: [PATCH 3/5] Deforest the function pointer jungle in the time code., Atsushi Nemoto |
| Next by Thread: | Re: [PATCH 3/5] Deforest the function pointer jungle in the time code., Atsushi Nemoto |
| Indexes: | [Date] [Thread] [Top] [All Lists] |