Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Cc: linux-mips@linux-mips.org, ralf@linux-mips.org,
	Thomas Gleixner <tglx@linutronix.de>,
	John Stultz <johnstul@us.ibm.com>
Subject: Re: [PATCH] rest of works for migration to GENERIC_TIME
Date: Sun, 22 Oct 2006 23:25:40 +0400	[thread overview]
Message-ID: <453BC5B4.50005@ru.mvista.com> (raw)
In-Reply-To: <20061023.033407.104640794.anemo@mba.ocn.ne.jp>

Hello.

Atsushi Nemoto wrote:

> [Sorry, resend without unrelated changes ...]

> Since we already moved to GENERIC_TIME, we should implement
> alternatives of old do_gettimeoffset routines to get sub-jiffies
> resolution from gettimeofday().  This patch includes:
> 
> * MIPS clocksource support (based on works by Manish Lachwani).
> * remove unused gettimeoffset routines and related codes.
> * remove unised 64bit do_div64_32().
> * simplify mips_hpt_init. (no argument needed, __init tag)
> * simplify c0_hpt_timer_init. (no need to write to c0_count)
> * remove some hpt_init routines.
> * mips_hpt_mask variable to specify bitmask of hpt value.
> * convert jmr3927_do_gettimeoffset to jmr3927_hpt_read.
> * convert ip27_do_gettimeoffset to ip27_hpt_read.
> * convert bcm1480_do_gettimeoffset to bcm1480_hpt_read.
> * simplify sb1250 hpt functions. (no need to subtract and shift)

> Other than board independent part are not tested.  Please test if you
> have those platforms.  Thank you.

> Signed-off-by: Atsushi Nemoto <anemo@mba.ocn.ne.jp>

>  Documentation/mips/time.README          |   35 ---
>  arch/mips/au1000/common/time.c          |   98 ----------

    If the generic implementation is working well, the Alchemy code doesn't 
need its own anymore. However, my patch that fixes the mips_hpt_frequency 
calculation needs to be applied first before deleing this code. I'll try to 
look into this and test some time...

>  arch/mips/dec/time.c                    |    9 
>  arch/mips/jmr3927/rbhma3100/setup.c     |   46 +---
>  arch/mips/kernel/time.c                 |  312 ++++----------------------------
>  arch/mips/philips/pnx8550/common/time.c |    4 
>  arch/mips/pmc-sierra/yosemite/smp.c     |    6 
>  arch/mips/sgi-ip27/ip27-timer.c         |   16 -
>  arch/mips/sibyte/bcm1480/time.c         |   40 ++--
>  arch/mips/sibyte/sb1250/time.c          |   28 --
>  include/asm-mips/div64.h                |   21 --
>  include/asm-mips/sibyte/sb1250.h        |    2 
>  include/asm-mips/time.h                 |   10 -
>  13 files changed, 105 insertions(+), 522 deletions(-)

> diff --git a/arch/mips/jmr3927/rbhma3100/setup.c b/arch/mips/jmr3927/rbhma3100/setup.c
> index 0254340..744f746 100644
> --- a/arch/mips/jmr3927/rbhma3100/setup.c
> +++ b/arch/mips/jmr3927/rbhma3100/setup.c
> @@ -170,12 +170,26 @@ static void jmr3927_machine_power_off(vo
>  	while (1);
>  }
>  
> +static unsigned int jmr3927_hpt_read(void)
> +{
> +	unsigned int count;
> +	unsigned long j;
> +	/* read consistent jiffies and counter */
> +	do {
> +		count = jmr3927_tmrptr->trr;
> +		j = jiffies;
> +	} while (count > jmr3927_tmrptr->trr);
> +	return j * (JMR3927_TIMER_CLK / HZ) + count;
> +}

    That emulation trick looks very dubious. I'd suggest to implement a 
different clocksource driver instead, since this is, after all, is not a CPU 
counter. And this will get in the way of the clockevent implementation later. 
  Also, it's stops to be continuous this way. And I don't understand why you 
need this trick at all if you have the variable mips_hpt_mask...
    And the same complaint about BCM1480 code.

> diff --git a/arch/mips/kernel/time.c b/arch/mips/kernel/time.c
> index debe86c..2c6d52b 100644
> --- a/arch/mips/kernel/time.c
> +++ b/arch/mips/kernel/time.c
> @@ -11,6 +11,7 @@
>   * Free Software Foundation;  either version 2 of the  License, or (at your
>   * option) any later version.
>   */
> +#include <linux/clocksource.h>
>  #include <linux/types.h>
>  #include <linux/kernel.h>
>  #include <linux/init.h>
> +void (*mips_hpt_init)(void) __initdata = null_hpt_init;
> +unsigned int mips_hpt_mask = 0xffffffff;
>  
>  /* last time when xtime and rtc are sync'ed up */
>  static long last_rtc_update;
> @@ -533,13 +310,41 @@ static unsigned int __init calibrate_hpt
>  	} while (--i);
>  	hpt_end = mips_hpt_read();
>  
> -	hpt_count = hpt_end - hpt_start;
> +	hpt_count = (hpt_end - hpt_start) & mips_hpt_mask;
>  	hz = HZ;
>  	frequency = (u64)hpt_count * (u64)hz;
>  
>  	return frequency >> log_2_loops;
>  }
>  
> +static cycle_t read_mips_hpt(void)
> +{
> +	return (cycle_t)mips_hpt_read();
> +}
> +
> +static struct clocksource clocksource_mips = {
> +	.name		= "MIPS",
> +	.rating		= 250,
> +	.read		= read_mips_hpt,
> +	.shift		= 24,
> +	.is_continuous	= 1,
> +};
> +
> +static void __init init_mips_clocksource(void)
> +{
> +	u64 temp;
> +
> +	if (!mips_hpt_frequency || mips_hpt_read == null_hpt_read)
> +		return;
> +
> +	temp = (u64) NSEC_PER_SEC << clocksource_mips.shift;
> +	do_div(temp, mips_hpt_frequency);
> +	clocksource_mips.mult = (unsigned)temp;
> +	clocksource_mips.mask = mips_hpt_mask;
> +
> +	clocksource_register(&clocksource_mips);
> +}
> +

    Well, I'd vote against the generic implementation. It's not quite correct 
to call all the diverse timers here "MIPS", IMHO...

> @@ -633,6 +411,8 @@ void __init time_init(void)
>  	 * is not invoked accidentally.
>  	 */
>  	plat_timer_setup(&timer_irqaction);
> +
> +	init_mips_clocksource();

    Well, this is usually done via module_init()...

WBR, Sergei

  reply	other threads:[~2006-10-22 19:26 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-22 18:34 [PATCH] rest of works for migration to GENERIC_TIME Atsushi Nemoto
2006-10-22 19:25 ` Sergei Shtylyov [this message]
2006-10-23  3:00   ` Atsushi Nemoto
2006-10-23 12:32     ` Sergei Shtylyov
2006-10-23 15:29       ` Atsushi Nemoto
2006-10-23 18:52         ` Sergei Shtylyov
2006-10-23 18:57           ` Sergei Shtylyov
2006-10-23  3:04   ` Atsushi Nemoto
2006-10-23 13:08     ` Ralf Baechle
2006-10-23 16:41     ` mlachwani
2006-10-22 19:39 ` Manish Lachwani
2006-10-23  2:09   ` Atsushi Nemoto
2006-10-23  1:45 ` Atsushi Nemoto
2006-10-23 14:38 ` Sergei Shtylyov
2006-10-23 15:38   ` Atsushi Nemoto
2006-10-23 15:39     ` Sergei Shtylyov
2006-10-23 15:51       ` Atsushi Nemoto
2006-11-11 15:13       ` Atsushi Nemoto
2006-10-23 17:02   ` Sergei Shtylyov
2006-10-23 15:21 ` Atsushi Nemoto
2006-10-24 13:39   ` Sergei Shtylyov
2006-10-24 15:14     ` Sergei Shtylyov
  -- strict thread matches above, loose matches on Subject: below --
2006-10-22 18:30 Atsushi Nemoto

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=453BC5B4.50005@ru.mvista.com \
    --to=sshtylyov@ru.mvista.com \
    --cc=anemo@mba.ocn.ne.jp \
    --cc=johnstul@us.ibm.com \
    --cc=linux-mips@linux-mips.org \
    --cc=ralf@linux-mips.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