From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:46297)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mark.cave-ayland@ilande.co.uk>) id 1YvszV-0002n1-IC
	for qemu-devel@nongnu.org; Fri, 22 May 2015 15:52:22 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mark.cave-ayland@ilande.co.uk>) id 1YvszU-0005hS-Ik
	for qemu-devel@nongnu.org; Fri, 22 May 2015 15:52:21 -0400
Message-ID: <555F88E0.604@ilande.co.uk>
Date: Fri, 22 May 2015 20:52:00 +0100
From: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
MIME-Version: 1.0
References: <1425939893-14404-1-git-send-email-mark.cave-ayland@ilande.co.uk>
	<555F6D89.4090309@redhat.com> <555F727A.2030404@ilande.co.uk>
	<555F7367.5080103@redhat.com>
In-Reply-To: <555F7367.5080103@redhat.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [RFC 0/2] macio: split out unaligned DMA access
 into separate functions
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: John Snow <jsnow@redhat.com>, qemu-devel@nongnu.org, qemu-ppc@nongnu.org, kwolf@redhat.com, stefanha@redhat.com, agraf@suse.de

On 22/05/15 19:20, John Snow wrote:

>>> Code fails 32 bit build due to %lx debug prints. I'll edit them
>>> accordingly if that is OK by you.
>>
>> Please go right ahead :)  Do you need a proper re-spin without the RFC
>> prefix? If so, I can make the changes there if that helps?
>>
>>
>> ATB,
>>
>> Mark.
>>
> 
> Nah, the tags seem to get dropped when you pull everything into git
> anyway, so it's no biggie.
> 
> Thanks,
> --js
> 
> 
> 
> As a post-script, can Darwin/PPC use a different mechanism for ATA at
> all, or is macio the sole ATA interface we support here?
> 
> I want to see if I can pinpoint when a "good" bath and when a bad path
> diverges with respect to the disk contents ...
> 
> Or if you have other ideas on how to identify the transfer that causes
> the issue, I'm all ears.

Mounting the ISO manually I can see there is CMD646ATA.kext in the
/System/Library/Extensions directory, so in theory you should be able to
add a CMD646 PCI interface (OpenBIOS will enumerate the PCI bus as
presented by QEMU) and it might work.


ATB,

Mark.