On Fri, 16 May 2014, Mark Cave-Ayland wrote:
Perhaps we need to assume for a non-IO DMA request that the result will only be a single ATAPI reply packet? Attached is another version of the patch for you to experiment with which makes your s->io_buffer_size change but also moves the logic into pmac_ide_transfer() so that we don't inadvertently drop into the unaligned code.
This seems to have worked and now it mounts its boot cd and seems to boot afterwards. At least it generated a lot of logs that I'm currently looking at which end with an error about failing to open the display so it looks good so far. (I'm sure there are more problems ahead but hopefully I can now look at the display problem which is the next big thing.)
Thank you very much for helping with this. You have saved me a lot of time by providing this patch so I did not have to dig up all the pieces that are scattered in the qemu sources that are involved in this DMA transfer. Understanding it conceptually is one thing but finding all the details in the several files involved to get the details is more difficult.
Regards, BALATON Zoltan
