From: Blue Swirl <blauwirbel@gmail.com>
To: Artyom Tarasenko <atar4qemu@googlemail.com>
Cc: qemu-devel <qemu-devel@nongnu.org>
Subject: [Qemu-devel] Re: sparc esp NetBSD-guest "sd3: mode sense (4) returned nonsense"
Date: Mon, 14 Sep 2009 18:49:21 +0300 [thread overview]
Message-ID: <f43fc5580909140849va0fe8c4g54e3e66bd616c626@mail.gmail.com> (raw)
In-Reply-To: <fb8d4f70909131432w58d65cf1mb4631211fcf982b2@mail.gmail.com>
On Mon, Sep 14, 2009 at 12:32 AM, Artyom Tarasenko
<atar4qemu@googlemail.com> wrote:
> From NetBSD source, it looks like HDD geometry detection should work
> under qemu: they call "mode sense" and "read capacity", and both
> commands are implemented in qemu's hw/scsi-disk.h. It doesn't work
> though, so NetBSD has to fabricate a disk geometry.
>
> To make debugging easier I tried to boot an older version - NetBSD
> 1.3.3. And put some extra debugging in esp.c:
>
> static uint32_t get_cmd(ESPState *s, uint8_t *buf)
> {
> uint32_t dmalen;
> int target;
>
> target = s->wregs[ESP_WBUSID] & BUSID_DID;
> if (s->dma) {
> dmalen = s->rregs[ESP_TCLO] | (s->rregs[ESP_TCMID] << 8);
> s->dma_memory_read(s->dma_opaque, buf, dmalen);
> } else {
> dmalen = s->ti_size;
> memcpy(buf, s->ti_buf, dmalen);
> printf("NON-DMA rptr %d, wptr %d %2x (0) %2x %2x %2x %2x\n",
> s->ti_rptr, s-> ti_wptr, buf[0],buf[1], buf[2],buf[3], buf[4]);
> buf[0] = 0;
> }
>
> qemu-system-sparc -M SS-20 -nographic -hda ~/sparc/miniroot-133.fs -m 64
> ...
> NON-DMA rptr 0, wptr 1 c0 (0) 0 0 1a 0
> Set ATN & Stop: cmdlen 3
> scsi-disk: Command: lun=0 tag=0x0 data=0x00 0x00 0x1a 0x00 0x04 0x00
> scsi-disk: Test Unit Ready
> scsi-disk: Command complete tag=0x0 status=0 sense=0
> sd3: mode sense (4) returned nonsense; using fictitious geometry
>
>
> NetBSD sent command "0x1a" via Set ATN & Stop, but it for some reason
> the command got padded and disk got "0x0 0x0 0x1a", no wonder that its
> output looks like a non-sense to NetBSD.
>
> Any ideas why does it happen?
>
The problem could be in the DMA (sparc32_dma.c), or incorrect
programming of DMA or IOMMU DVMA by NetBSD, (or bug in iommu.c). All
my NetBSD <4.0 boot CDs crash because of a NMI from IOMMU (DMA tries
to access a page not in IOMMU tables). The changes in NetBSD
Sparc/ESP/DMA/IOMMU code from 3.x to 4.0 could be enlightening.
next prev parent reply other threads:[~2009-09-14 15:49 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-13 21:32 [Qemu-devel] sparc esp NetBSD-guest "sd3: mode sense (4) returned nonsense" Artyom Tarasenko
2009-09-14 15:49 ` Blue Swirl [this message]
2009-09-14 16:29 ` [Qemu-devel] " Artyom Tarasenko
2009-09-14 16:39 ` Blue Swirl
2009-09-14 16:47 ` Artyom Tarasenko
2009-09-14 16:59 ` Blue Swirl
2009-09-18 17:26 ` Artyom Tarasenko
2009-09-19 9:55 ` Blue Swirl
2009-09-23 10:24 ` Artyom Tarasenko
2009-10-08 16:14 ` Artyom Tarasenko
2009-10-12 19:36 ` Blue Swirl
2009-10-13 20:10 ` Artyom Tarasenko
2009-10-14 18:57 ` Blue Swirl
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=f43fc5580909140849va0fe8c4g54e3e66bd616c626@mail.gmail.com \
--to=blauwirbel@gmail.com \
--cc=atar4qemu@googlemail.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).