[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-ide
Subject:    Re: qc timeout ... failed to IDENTIFY - qemu/kvm setup
From:       Gwendal Grignou <gwendal () google ! com>
Date:       2010-08-29 0:35:38
Message-ID: AANLkTikg3KPatbFJk10_=tZ6xjq_OiCfTwFz-63eqyvT () mail ! gmail ! com
[Download RAW message or body]

Check the patch I just submitted "libata-sff: Reenable Port Multiplier
after libata-sff remodeling.". It fixes a problem with port
multiplier. I had the same error signature as yours.

Gwendal.

On Tue, Aug 17, 2010 at 9:15 AM, Tejun Heo <tj@kernel.org> wrote:
> On 08/09/2010 07:55 PM, Tharindu Rukshan Bamunuarachchi wrote:
>> hi All,
>>
>> I am getting following message when I try to start my qemu/kvm virtual machine.
>> I have been using qemu/kvm setup for last couple of months, issue was
>> introduced after upgrading to v2.6.35-rc6.
>>
>> VM starts as usual when I disable SMP. Issue is not visible in v2.6.34x.
>>
>> [    6.052229] ata1.01: qc timeout (cmd 0xec)
>> [    6.054105] ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4)
>> [    6.056653] ata2.01: qc timeout (cmd 0xec)
>> [    6.058453] ata2.01: failed to IDENTIFY (I/O error, err_mask=0x4)
>> [   16.212186] ata1.01: qc timeout (cmd 0xec)
>> [   16.214056] ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4)
>> [   16.220146] ata2.01: qc timeout (cmd 0xec)
>> [   16.221986] ata2.01: failed to IDENTIFY (I/O error, err_mask=0x4)
>> [   46.376202] ata1.01: qc timeout (cmd 0xec)
>> [   46.378164] ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4)
>> [   46.384165] ata2.01: qc timeout (cmd 0xec)
>> [   46.386140] ata2.01: failed to IDENTIFY (I/O error, err_mask=0x4)
>>
>> I think following CONFIGs are introduced with latest version ... could
>> there be any relation to above error ..
>>
>> CONFIG_IO_DELAY_TYPE_0X80=0
>> CONFIG_IO_DELAY_TYPE_0XED=1
>> CONFIG_IO_DELAY_TYPE_UDELAY=2
>> CONFIG_IO_DELAY_TYPE_NONE=3
>> CONFIG_IO_DELAY_0X80=y
>>
>>
>> Please provide any clue or debug method to resolve the issue ?
>> Could this be an issue with kvm/qemu ?
>>
>> Sorry if i am addressing wrong mailing-list.
>
> If the problem is qemu specific, it would probably be bettr to report
> it to qemu mailing list.  Can you please post full kernel log just in
> case?
>
> Thanks.
>
> --
> tejun
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
[prev in list] [next in list] [prev in thread] [next in thread]