From: Bob Breuer <breuerr@mc.net>
To: "Andreas Färber" <andreas.faerber@web.de>
Cc: Blue Swirl <blauwirbel@gmail.com>,
QEMU Developers <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] Re: [PATCH] sparc32: ledma extra registers
Date: Sun, 19 Dec 2010 13:37:58 -0600 [thread overview]
Message-ID: <4D0E5F16.3090905@mc.net> (raw)
In-Reply-To: <D9A98D39-A945-4D14-AB4C-D872D27CBE2F@web.de>
Andreas Färber wrote:
> Am 18.12.2010 um 19:53 schrieb Blue Swirl:
>
>> On Sat, Dec 18, 2010 at 5:09 PM, Bob Breuer <breuerr@mc.net> wrote:
>>> ledma has 0x20 bytes of registers according to OBP, and at least
>>> Solaris9
>>> reads the 5th register which is beyond what we've mapped. So let's
>>> setup
>>> a flag (inspired by a previous patch from Blue Swirl) to identify ledma
>>> from espdma, and map another 16 bytes of registers which return 0.
>>>
>>> Signed-off-by: Bob Breuer <breuerr@mc.net>
>
> I'm not familar with that part of code but...
>
>>> diff --git a/hw/sparc32_dma.c b/hw/sparc32_dma.c
>>> index e78f025..56be8c8 100644
>>> --- a/hw/sparc32_dma.c
>>> +++ b/hw/sparc32_dma.c
>
>>> @@ -165,6 +169,9 @@ static uint32_t dma_mem_readl(void *opaque,
>>> target_phys_addr_t addr)
>>> DMAState *s = opaque;
>>> uint32_t saddr;
>>>
>>> + if (s->is_ledma && (addr > DMA_MAX_REG_OFFSET)) {
>>> + return 0; /* extra mystery register(s) */
>
> Wouldn't it be a good idea to trace these "mystery" reads...
>
>>> + }
>>> saddr = (addr & DMA_MASK) >> 2;
>>> trace_sparc32_dma_mem_readl(addr, s->dmaregs[saddr]);
>>> return s->dmaregs[saddr];
>>> @@ -175,6 +182,9 @@ static void dma_mem_writel(void *opaque,
>>> target_phys_addr_t addr, uint32_t val)
>>> DMAState *s = opaque;
>>> uint32_t saddr;
>>>
>>> + if (s->is_ledma && (addr > DMA_MAX_REG_OFFSET)) {
>>> + return; /* extra mystery register(s) */
>
> ...and writes? We return just before the tracepoints fire.
>
Ok, I'll put together a patch to add the trace calls just before the
returns. How about I also call it undocumented instead of mystery.
None of the BSD's or Linux know about or use anything beyond the 4
registers.
Blue, do you know of a mirror for the documents at
http://wikis.sun.com/display/FOSSdocs/Home ? The pdfs there seem to
have gone missing, and maybe there might be something in the macio
documentation.
Bob
next prev parent reply other threads:[~2010-12-19 19:30 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-18 17:09 [Qemu-devel] [PATCH] sparc32: ledma extra registers Bob Breuer
2010-12-18 18:53 ` [Qemu-devel] " Blue Swirl
2010-12-18 20:26 ` Andreas Färber
2010-12-19 19:37 ` Bob Breuer [this message]
2010-12-19 20:00 ` [Qemu-devel] [PATCH] sparc32: ledma extra registers need tracing too Bob Breuer
2010-12-20 17:55 ` [Qemu-devel] [PATCH v2] " Bob Breuer
2010-12-20 21:20 ` [Qemu-devel] " Blue Swirl
2010-12-20 10:22 ` [Qemu-devel] Re: [PATCH] sparc32: ledma extra registers Artyom Tarasenko
2010-12-20 17:33 ` Bob Breuer
2010-12-21 9:28 ` Artyom Tarasenko
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=4D0E5F16.3090905@mc.net \
--to=breuerr@mc.net \
--cc=andreas.faerber@web.de \
--cc=blauwirbel@gmail.com \
--cc=qemu-devel@nongnu.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;
as well as URLs for NNTP newsgroup(s).