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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox