From: Kevin Wolf <kwolf@redhat.com>
To: Alexander Graf <agraf@suse.de>
Cc: mark.cave-ayland@ilande.co.uk, qemu-ppc@nongnu.org,
qemu-devel@nongnu.org, programmingkidx@gmail.com
Subject: Re: [Qemu-devel] [PATCH 14/17] PPC: dbdma: Support unaligned DMA access
Date: Wed, 17 Jul 2013 11:09:30 +0200 [thread overview]
Message-ID: <20130717090929.GE2458@dhcp-200-207.str.redhat.com> (raw)
In-Reply-To: <1372637622-50697-15-git-send-email-agraf@suse.de>
Am 01.07.2013 um 02:13 hat Alexander Graf geschrieben:
> The DBDMA engine really just reads bytes from a producing device (IDE
> in our case) and shoves these bytes into memory. It doesn't care whether
> any alignment takes place or not.
>
> Our code today however assumes that block accesses always happen on
> sector (512 byte) boundaries. This is a fair assumption for most cases.
>
> However, Mac OS X really likes to do unaligned, incomplete accesses
> that it finishes with the next DMA request.
>
> So we need to read / write the unaligned bits independent of the actual
> asynchronous request, because that one can only handle 512-byte-aligned
> data. We also need to cache these unaligned sectors until the next DMA
> request, at which point the data might be successfully flushed from the
> pipe.
>
> Signed-off-by: Alexander Graf <agraf@suse.de>
> @@ -98,14 +122,40 @@ static void pmac_ide_atapi_transfer_cb(void *opaque, int ret)
>
> /* launch next transfer */
>
> - MACIO_DPRINTF("io->len = %#x\n", io->len);
> + /* handle unaligned accesses first, get them over with and only do the
> + remaining bulk transfer using our async DMA helpers */
> + unaligned = io->len & 0x1ff;
> + if (unaligned) {
> + int sector_num = (s->lba << 2) + (s->io_buffer_index >> 9);
> + int nsector = io->len >> 9;
>
> - s->io_buffer_size = io->len;
> + MACIO_DPRINTF("precopying unaligned %d bytes to %#lx\n",
> + unaligned, io->addr + io->len - unaligned);
> +
> + bdrv_read(s->bs, sector_num + nsector, io->remainder, 1);
I haven't really reviewed the general logic, but not using the return
value of bdrv_read() and bdrv_write() is most definitely wrong, I/O can
fail. More instances of the same bug follow.
Kevin
next prev parent reply other threads:[~2013-07-17 9:09 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-01 0:13 [Qemu-devel] [PATCH 00/17] PPC: Mac OS X guest bringup v2 Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 01/17] PPC: Mac: Fix guest exported tbfreq values Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 02/17] PPC: g3beige: Move secondary IDE bus to mac-io Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 03/17] PPC: Macio: Replace tabs with spaces Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 04/17] PPC: dbdma: " Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 05/17] PPC: Mac: Add debug prints in macio and dbdma code Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 06/17] PPC: dbdma: Fix debug print Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 07/17] PPC: dbdma: Allow new commands in RUN state Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 08/17] PPC: dbdma: Move defines into header file Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 09/17] PPC: dbdma: Introduce kick function Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 10/17] PPC: dbdma: Move static bh variable to device struct Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 11/17] PPC: dbdma: macio: Add DMA callback Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 12/17] PPC: dbdma: Move processing to io Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 13/17] PPC: dbdma: Wait for DMA until we have data Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 14/17] PPC: dbdma: Support unaligned DMA access Alexander Graf
2013-07-17 9:09 ` Kevin Wolf [this message]
2013-07-01 0:13 ` [Qemu-devel] [PATCH 15/17] PPC: Add timer handler for newworld mac-io Alexander Graf
2013-07-01 0:13 ` [Qemu-devel] [PATCH 17/17] PPC: dbdma: Support more multi-issue DMA requests Alexander Graf
2013-07-11 14:22 ` [Qemu-devel] [Qemu-ppc] [PATCH 00/17] PPC: Mac OS X guest bringup v2 Alexander Graf
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=20130717090929.GE2458@dhcp-200-207.str.redhat.com \
--to=kwolf@redhat.com \
--cc=agraf@suse.de \
--cc=mark.cave-ayland@ilande.co.uk \
--cc=programmingkidx@gmail.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@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).