All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Dialup Jon Norstog" <thursday@allidaho.com>
To: john stultz <johnstul@us.ibm.com>,
	rth@twiddle.net, ink@jurassic.park.msu.ru
Cc: lkml <linux-kernel@vger.kernel.org>, linux-alpha@vger.kernel.org
Subject: Re: [PATCH] Convert alpha to use arch_gettimeoffset()
Date: Thu, 11 Jun 2009 16:21:51 -0600	[thread overview]
Message-ID: <20090611222122.M49967@allidaho.com> (raw)
In-Reply-To: <1244758210.7192.5.camel@localhost.localdomain>

John,

Thank you so much!


jn

---------- Original Message -----------
From: john stultz <johnstul@us.ibm.com>
To: rth@twiddle.net, ink@jurassic.park.msu.ru
Cc: lkml <linux-kernel@vger.kernel.org>, linux-alpha@vger.kernel.org
Sent: Thu, 11 Jun 2009 15:10:10 -0700
Subject: [PATCH] Convert alpha to use arch_gettimeoffset()

> This patch converts alpha to use GENERIC_TIME via the 
> arch_getoffset() infrastructure, reducing the amount of arch 
> specific code we need to maintain.
> 
> I suspect the alpha arch could even be further improved to provide 
> and rpcc() based clocksource, but not having the hardware, I don't feel
> comfortable attempting the more complicated conversion (but I'd be glad
> to help if anyone else is interested).
> 
> This patch applies on top of Linus' current -git tree (pre 2.6.31-
> rc1).
> 
> I've taken my best swing at converting this, but I'm not 100% confident
> I got it right. It does cross compile, so that's hopefully a good sign.
> Any assistance from arch maintainers or testers to get this merged would
> be great.
> 
> thanks
> -john
> 
> Signed-off-by: John Stultz <johnstul@us.ibm.com>
> ---
> 
>  Kconfig       |    8 ++++++
>  kernel/time.c |   72 +++--------------------------------------------
> ----------- 2 files changed, 12 insertions(+), 68 deletions(-)
> 
> diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
> index 9fb8aae..4434481 100644
> --- a/arch/alpha/Kconfig
> +++ b/arch/alpha/Kconfig
> @@ -45,6 +45,14 @@ config GENERIC_CALIBRATE_DELAY
>  	bool
>  	default y
> 
> +config GENERIC_TIME
> +	bool
> +	default y
> +
> +config ARCH_USES_GETTIMEOFFSET
> +	bool
> +	default y
> +
>  config ZONE_DMA
>  	bool
>  	default y
> diff --git a/arch/alpha/kernel/time.c b/arch/alpha/kernel/time.c
> index b04e2cb..8f7eb6d 100644
> --- a/arch/alpha/kernel/time.c
> +++ b/arch/alpha/kernel/time.c
> @@ -408,28 +408,17 @@ time_init(void)
>   * part.  So we can't do the "find absolute time in terms of 
> cycles" thing  * that the other ports do.  */ -void -
> do_gettimeofday(struct timeval *tv) +u32 arch_gettimeoffset(void) { -
> 	unsigned long flags; -	unsigned long sec, usec, seq; 	unsigned long 
> delta_cycles, delta_usec, partial_tick;
> 
> -	do {
> -		seq = read_seqbegin_irqsave(&xtime_lock, flags);
> -
> -		delta_cycles = rpcc() - state.last_time;
> -		sec = xtime.tv_sec;
> -		usec = (xtime.tv_nsec / 1000);
> -		partial_tick = state.partial_tick;
> -
> -	} while (read_seqretry_irqrestore(&xtime_lock, seq, flags));
> -
>  #ifdef CONFIG_SMP
>  	/* Until and unless we figure out how to get cpu cycle counters
>  	   in sync and keep them there, we can't use the rpcc tricks.  */
>  	delta_usec = 0;
>  #else
> +	delta_cycles = rpcc() - state.last_time;
> +	partial_tick = state.partial_tick;
>  	/*
>  	 * usec = cycles * ticks_per_cycle * 2**48 * 1e6 / (2**48 * ticks)
>  	 *	= cycles * (s_t_p_c) * 1e6 / (2**48 * ticks)
> @@ -448,62 +437,9 @@ do_gettimeofday(struct timeval *tv)
>  	delta_usec = ((delta_usec / ((1UL << (FIX_SHIFT-6-1)) * HZ)) + 1)
>  / 2; #endif
> 
> -	usec += delta_usec;
> -	if (usec >= 1000000) {
> -		sec += 1;
> -		usec -= 1000000;
> -	}
> -
> -	tv->tv_sec = sec;
> -	tv->tv_usec = usec;
> -}
> -
> -EXPORT_SYMBOL(do_gettimeofday);
> -
> -int
> -do_settimeofday(struct timespec *tv)
> -{
> -	time_t wtm_sec, sec = tv->tv_sec;
> -	long wtm_nsec, nsec = tv->tv_nsec;
> -	unsigned long delta_nsec;
> -
> -	if ((unsigned long)tv->tv_nsec >= NSEC_PER_SEC)
> -		return -EINVAL;
> -
> -	write_seqlock_irq(&xtime_lock);
> -
> -	/* The offset that is added into time in do_gettimeofday above
> -	   must be subtracted out here to keep a coherent view of the
> -	   time.  Without this, a full-tick error is possible.  */
> -
> -#ifdef CONFIG_SMP
> -	delta_nsec = 0;
> -#else
> -	delta_nsec = rpcc() - state.last_time;
> -	delta_nsec = (delta_nsec * state.scaled_ticks_per_cycle 
> -		      + state.partial_tick) * 15625;
> -	delta_nsec = ((delta_nsec / ((1UL << (FIX_SHIFT-6-1)) * HZ)) + 1)
>  / 2; -	delta_nsec *= 1000; -#endif
> -
> -	nsec -= delta_nsec;
> -
> -	wtm_sec  = wall_to_monotonic.tv_sec + (xtime.tv_sec - sec);
> -	wtm_nsec = wall_to_monotonic.tv_nsec + (xtime.tv_nsec - nsec);
> -
> -	set_normalized_timespec(&xtime, sec, nsec);
> -	set_normalized_timespec(&wall_to_monotonic, wtm_sec, wtm_nsec);
> -
> -	ntp_clear();
> -
> -	write_sequnlock_irq(&xtime_lock);
> -	clock_was_set();
> -	return 0;
> +	return delta_usec * 1000;
>  }
> 
> -EXPORT_SYMBOL(do_settimeofday);
> -
> -
>  /*
>   * In order to set the CMOS clock precisely, set_rtc_mmss has to be
>   * called 500 ms after the second nowtime has started, because when
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-
> alpha" in the body of a message to majordomo@vger.kernel.org More 
> majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
------- End of Original Message -------


  reply	other threads:[~2009-06-11 22:21 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-11 22:10 [PATCH] Convert alpha to use arch_gettimeoffset() john stultz
2009-06-11 22:21 ` Dialup Jon Norstog [this message]
2009-06-11 22:52 ` [PATCH] Convert m32r " john stultz
2009-06-12  7:03 ` [PATCH] Convert alpha " Richard Henderson
2009-06-12 18:41   ` john stultz
2009-06-16 17:45     ` Richard Henderson
2009-06-17 15:29       ` Ivan Kokshaysky
2009-07-17  0:09 ` [RESEND][PATCH] Convert m32r " john stultz
2009-07-17  0:17 ` [PATCH] Convert cris " john stultz
2009-07-17  0:20 ` [PATCH] Convert m68k " john stultz
2009-07-17  0:20   ` john stultz
2009-07-17  0:25 ` [PATCH] Convert blackfin " john stultz
2009-07-17  2:26   ` Mike Frysinger
2009-07-17  5:17     ` john stultz
2009-07-17  5:33     ` john stultz
2009-07-20  8:24       ` Mike Frysinger

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=20090611222122.M49967@allidaho.com \
    --to=thursday@allidaho.com \
    --cc=ink@jurassic.park.msu.ru \
    --cc=johnstul@us.ibm.com \
    --cc=linux-alpha@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rth@twiddle.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.