* [Qemu-devel] sparc memory/io mapping (and a milliseconds counter)
@ 2009-08-29 23:21 Artyom Tarasenko
2009-08-30 18:20 ` Blue Swirl
0 siblings, 1 reply; 2+ messages in thread
From: Artyom Tarasenko @ 2009-08-29 23:21 UTC (permalink / raw)
To: qemu-devel
is there a generic way to find out mapped device for a virtual
address? Or at least its physical address?
ok see get-msecs
value get-msecs ( Parameter field: 7680000 )
ok 7680000 map?
Virtual : 0768.0000
Context : @ 0.1ffc.0000 01ff.afc1 # 0
Region : @ 0.1ffa.fc1c 0000.0000 Invalid
ok 7680000 iomap?
Virtual : 0768.0000 is not a valid I/O address.
Looks like the address 0x7680000 is not mapped to anything, but the
call returns a value:
ok get-msecs .
0
ok get-msecs .
0
The value is obviously wrong, but the question is, where does it come
from? Is it a RAM or is it one of devices? Didn't see anything similar
in prtconf dumps.
Another related question is, are there any known issues related to
milliseconds counter?
In the current OpenBIOS "get-msecs" call doesn't return anything at all.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Qemu-devel] sparc memory/io mapping (and a milliseconds counter)
2009-08-29 23:21 [Qemu-devel] sparc memory/io mapping (and a milliseconds counter) Artyom Tarasenko
@ 2009-08-30 18:20 ` Blue Swirl
0 siblings, 0 replies; 2+ messages in thread
From: Blue Swirl @ 2009-08-30 18:20 UTC (permalink / raw)
To: Artyom Tarasenko; +Cc: The OpenBIOS Mailinglist, qemu-devel
[added openbios@openbios.org to CC]
On Sun, Aug 30, 2009 at 2:21 AM, Artyom
Tarasenko<atar4qemu@googlemail.com> wrote:
> is there a generic way to find out mapped device for a virtual
> address? Or at least its physical address?
>
> ok see get-msecs
> value get-msecs ( Parameter field: 7680000 )
>
> ok 7680000 map?
> Virtual : 0768.0000
> Context : @ 0.1ffc.0000 01ff.afc1 # 0
> Region : @ 0.1ffa.fc1c 0000.0000 Invalid
>
> ok 7680000 iomap?
> Virtual : 0768.0000 is not a valid I/O address.
You could try to uncomment DEBUG_MMU in helper.c and op_helper.c,
maybe the MMU dump contains the address.
> Looks like the address 0x7680000 is not mapped to anything, but the
> call returns a value:
>
> ok get-msecs .
> 0
> ok get-msecs .
> 0
>
> The value is obviously wrong, but the question is, where does it come
> from? Is it a RAM or is it one of devices? Didn't see anything similar
> in prtconf dumps.
>
> Another related question is, are there any known issues related to
> milliseconds counter?
> In the current OpenBIOS "get-msecs" call doesn't return anything at all.
It's definition in forth/device/other.fs is simply:
: get-msecs ( -- n )
;
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-08-30 18:20 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-08-29 23:21 [Qemu-devel] sparc memory/io mapping (and a milliseconds counter) Artyom Tarasenko
2009-08-30 18:20 ` Blue Swirl
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).