From: "M. Warner Losh" <imp@bsdimp.com>
To: ralf@linux-mips.org
Cc: cfriesen@nortel.com, linux-mips@linux-mips.org
Subject: Re: quick question on 64-bit values with 32-bit inline assembly
Date: Mon, 28 Jan 2008 14:02:45 -0700 (MST) [thread overview]
Message-ID: <20080128.140245.-108809632.imp@bsdimp.com> (raw)
In-Reply-To: <20080122200751.GA2672@linux-mips.org>
In message: <20080122200751.GA2672@linux-mips.org>
Ralf Baechle <ralf@linux-mips.org> writes:
: On Tue, Jan 22, 2008 at 12:55:45PM -0600, Chris Friesen wrote:
:
: >>> gethrtime(void)
: >>> {
: >>> unsigned long long result;
: >>>
: >>> asm volatile ("rdhwr %0,$31" : "=r" (result));
: >
: >> Ah, Cavium.
: >
: > Yes indeed. Any peculiarities that we should be watching out for? Previous
: > mailing list threads would be great.
:
: Cavium so far received little coverage on this list - but seems you're
: about to start this. The reason why I was able to identify Cavium is that
: afaics only Cavium is the only 64-bit CPU to implement a 64-bit timer in
: hardware register $31.
:
: The definition of rdhwr is generic and I think if anybody has considered
: this specific interaction of ABI and processor architecture then it was
: probably found not to implement such a special read because it is messy
: in more than one way.
When 64-bit operations are enabled, you get all 64-bits. When they
aren't, only the lower 32-bits of the counter are provided (with sign
extension). So when operating in 32-bit mode, saving the upper 32
bits are not necessary (or even possible).
Warner
next prev parent reply other threads:[~2008-01-28 21:04 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-21 18:09 quick question on 64-bit values with 32-bit inline assembly Chris Friesen
2008-01-22 17:57 ` Ralf Baechle
2008-01-22 18:02 ` Geert Uytterhoeven
2008-01-22 18:26 ` Ralf Baechle
2008-01-22 18:55 ` Chris Friesen
2008-01-22 20:07 ` Ralf Baechle
2008-01-28 21:02 ` M. Warner Losh [this message]
2008-01-28 21:18 ` Ralf Baechle
2008-01-28 21:26 ` M. Warner Losh
2008-01-29 10:16 ` Maciej W. Rozycki
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=20080128.140245.-108809632.imp@bsdimp.com \
--to=imp@bsdimp.com \
--cc=cfriesen@nortel.com \
--cc=linux-mips@linux-mips.org \
--cc=ralf@linux-mips.org \
/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.