[Top] [All Lists]

Re: [PATCH v2 1/3] MIPS: add a common mips_cyc2ns()

To: David Daney <>
Subject: Re: [PATCH v2 1/3] MIPS: add a common mips_cyc2ns()
From: Wu Zhangjin <>
Date: Thu, 08 Apr 2010 17:32:51 +0800
Cc: Ralf Baechle <>,, Ralf Rösch <>
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=gamma; h=domainkey-signature:received:received:subject:from:reply-to:to:cc :in-reply-to:references:content-type:organization:date:message-id :mime-version:x-mailer:content-transfer-encoding; bh=C7O2d7etTz1VU/R5peusrWABGHUf+r/U2rJPoDjqArg=; b=EqZ8pHTxtk5VITH2K5vBocev97KmACL2A13JpF8z9QrtfwQcTjebTX4r0QbsWUzP1W TO0E1/5uFVEMIeH/iuD7bVzrFg7PxFYiZ1EG5+gT1Fkz8HnTqK5dI9fYb8nYqNFuEF9B gXjChpyEA289rQw5v1txuna4MxIajMGD+7zug=
Domainkey-signature: a=rsa-sha1; c=nofws;; s=gamma; h=subject:from:reply-to:to:cc:in-reply-to:references:content-type :organization:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=kmD7UHCQVEgQ34FdeKRuM8c02AcoFNt3ZgOa2SsOdHfn+ZdhiOwWhfgW6Ac1VEU6fN 4y2jBjXHNwzK4wb8PsLQ/9Huy6vA41PwRV/q9FoAsNMxH9P/OZjdKSrARguSMwb1uKX4 NVmnJvJYjlYu6XCxAb/17kCC4FFk/svU5bqD8=
In-reply-to: <>
Organization: DSLab, Lanzhou University, China
Original-recipient: rfc822;
References: <> <> <>
On Wed, 2010-04-07 at 09:50 -0700, David Daney wrote:
> > +static inline unsigned long long mips_cyc2ns(u64 cyc, u64 mult, u64 shift)
> > +{
> > +#ifdef CONFIG_32BIT
> > +   /*
> > +    * To balance the overhead of 128bit-arithematic and the precision
> > +    * lost, we choose a smaller shift to avoid the quick overflow as the
> > +    * X86&  ARM does. please refer to arch/x86/kernel/tsc.c and
> > +    * arch/arm/plat-orion/time.c
> > +    */
> > +   return (cyc * mult)>>  shift;
> Have you tested that on a 32-bit kernel?  I think it may overflow for 
> many cases.

Yes, I have done some basic testing ;)

Since a c0 count with 400MHz clock frequency will overflow after about
more than 1 hour with the scaling factor 10, I think it is enough for
the generic debugging, such as Ftrace, If it is not enough, perhaps we
can choose a smaller scaling factor, such as 8.

The core idea here is to get a smaller mult to let (cyc * mult) not
overflow that quickly but also not get a 'bad' precision, of course, we
can try to implement the 128bit arithmatic in 32bit system, but that may
increase the overhead(not tested it yet, perhaps will be worse than the
original getnstimeofday()).

        Wu Zhangjin

<Prev in Thread] Current Thread [Next in Thread>