On 09/16/2015 11:09 AM, Markus Armbruster wrote:
> John Snow writes:
>
>> On 09/15/2015 04:06 AM, Markus Armbruster wrote:
>>> John Snow writes:
>>>
We're supposed to abort on transfers like this, unless we fill
Word 125 of our IDENTIFY data with a default transfer size, which
w
John Snow writes:
> On 09/15/2015 04:06 AM, Markus Armbruster wrote:
>> John Snow writes:
>>
>>> We're supposed to abort on transfers like this, unless we fill
>>> Word 125 of our IDENTIFY data with a default transfer size, which
>>> we don't currently do.
>>>
>>> This is an ATA error, not a SC
On 09/16/2015 11:09 AM, Markus Armbruster wrote:
> John Snow writes:
>
>> On 09/15/2015 04:06 AM, Markus Armbruster wrote:
>>> John Snow writes:
>>>
We're supposed to abort on transfers like this, unless we fill
Word 125 of our IDENTIFY data with a default transfer size, which
w
On 09/15/2015 04:06 AM, Markus Armbruster wrote:
> John Snow writes:
>
>> We're supposed to abort on transfers like this, unless we fill
>> Word 125 of our IDENTIFY data with a default transfer size, which
>> we don't currently do.
>>
>> This is an ATA error, not a SCSI/ATAPI one.
>> See ATA8-A
John Snow writes:
> We're supposed to abort on transfers like this, unless we fill
> Word 125 of our IDENTIFY data with a default transfer size, which
> we don't currently do.
>
> This is an ATA error, not a SCSI/ATAPI one.
> See ATA8-ACS3 sections 7.17.6.49 or 7.21.5.
Reading... yes, that's wha
We're supposed to abort on transfers like this, unless we fill
Word 125 of our IDENTIFY data with a default transfer size, which
we don't currently do.
This is an ATA error, not a SCSI/ATAPI one.
See ATA8-ACS3 sections 7.17.6.49 or 7.21.5.
If we don't do this, QEMU will loop forever trying to tra
