RE: Bug 453808 - qc timeout probing TEAC DV-28E-V CD/DVD drive on SATA/PATA bridge

RE: Bug 453808 - qc timeout probing TEAC DV-28E-V CD/DVD drive on SATA/PATA bridge

[Courtney-Bakke, Julia (ISS H/W EPR)]

 Jeff,
I'm a hardware engineer at Hewlett-Packard. Some of our hardware customers are experiencing the qc-timeout documented in 
https://bugzilla.redhat.com/show_bug.cgi?id=453808

Specifically the issue is described as follows:
From: Mohamed 
Sent: Tuesday, February 10, 2009 4:24 PM
To: guild-test(mailer list); ipc-platform-team(mailer list)
Subject: 7828H4 Kernel message

Hi,
I see the following messages continuously appear on the 7828H4 server console. This server is running with Guild TT 11 - Build 10 and performing the CUCMBE load test. 

Feb 10 16:45:59 cores1 kern 4 kernel: ata3.00: qc timeout (cmd 0xa0)
Feb 10 16:45:59 cores1 kern 3 kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Feb 10 16:45:59 cores1 kern 3 kernel: ata3.00: (BMDMA stat 0x25)
Feb 10 16:45:59 cores1 kern 3 kernel: ata3.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x25 data 8 in
Feb 10 16:45:59 cores1 kern 4 kernel:          res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout)
Feb 10 16:46:06 cores1 kern 4 kernel: ata3: port is slow to respond, please be patient (Status 0xd0)
Feb 10 16:46:29 cores1 kern 3 kernel: ata3: port failed to respond (30 secs, Status 0xd0)
Feb 10 16:46:29 cores1 kern 6 kernel: ata3: soft resetting port
Feb 10 16:46:29 cores1 kern 6 kernel: ata3.00: configured for UDMA/33
Feb 10 16:46:29 cores1 kern 6 kernel: ata3: EH complete
These messages are recorded at /var/log/active/syslog/messages. Is this a known issue ?

 

Do you know whether increasing ata_probe_timeout actually helped the problem?
I edited /sys/module/libata/ata_probe_timeout and changed its value 
from 30000 to 100000  -qc timeouts still occur. Did I implement the workaround correctly?
 
Thanks,
Julia courtney-Bakke
Hardware Engineer
Industry Standard Servers
Hewlett-Packard
 

 

 

 

-----Original Message-----
From: Bartlomiej Zolnierkiewicz [mailto:bzolnier@gmail.com] 
Sent: Friday, April 03, 2009 11:15 AM
To: Courtney-Bakke, Julia (ISS H/W EPR)
Subject: Re: Bug 453808 - qc timeout probing TEAC DV-28E-V CD/DVD drive on SATA/PATA bridge


For libata issues please contact libata Maintainer:

	Jeff Garzik <jgarzik@pobox.com>

also if possible try to use linux-ide@vger.kernel.org mailing list instead of private mails for discussing Linux ATA issues.

On Friday 03 April 2009, Courtney-Bakke, Julia (ISS H/W EPR) wrote:
> Actually ... This is the bug I had a question about.
> 
> Bug 453808 - qc timeout probing TEAC DV-28E-V CD/DVD drive on 
> SATA/PATA bridge
> 
> Do you know whether increasing ata_probe_timeout actually helped the 
> problem.
> 
> I edited /sys/module/libata/ata_probe_timeout and changed its value 
> from 30000 to 100000
> 
> -qc timeouts still occur
> 
> Did I implement the workaround correctly?
> 
> Thanks,
> Julia courtney-Bakke
> Hardware epr
> 
> 
> 
> -----Original Message-----
> From: Bartlomiej Zolnierkiewicz [mailto:bzolnier@gmail.com]
> Sent: Friday, April 03, 2009 9:01 AM
> To: Courtney-Bakke, Julia (ISS H/W EPR)
> Subject: Re: Bug 10887 - Kernel report fake device busy intermittently
> 
> 
> Hi,
> 
> On Friday 03 April 2009, Courtney-Bakke, Julia (ISS H/W EPR) wrote:
> > Hello,
> > I work in engineering for Hewlett Packard.  We have customers in the field that are experiencing Bug 10887 - Kernel report fake device busy intermittently.
> > 
> > Is the only workaround to patch and recompile kernel?
> 
> As a workaround you may try to fix your user-space to not access /proc/ide/hd*/identify (if this is acceptable).
> 
> Unfortunately to fully fix the issue revised kernel is needed.
> 
> Thanks,
> Bart
> 

Re: Bug 453808 - qc timeout probing TEAC DV-28E-V CD/DVD drive on SATA/PATA bridge

[David Milburn]

Hello Julia,

Courtney-Bakke, Julia (ISS H/W EPR) wrote:
>  Jeff,
> I'm a hardware engineer at Hewlett-Packard. Some of our hardware customers are experiencing the qc-timeout documented in 
> https://bugzilla.redhat.com/show_bug.cgi?id=453808
> 
> Specifically the issue is described as follows:
> From: Mohamed 
> Sent: Tuesday, February 10, 2009 4:24 PM
> To: guild-test(mailer list); ipc-platform-team(mailer list)
> Subject: 7828H4 Kernel message
> 
> Hi,
> I see the following messages continuously appear on the 7828H4 server console. This server is running with Guild TT 11 - Build 10 and performing the CUCMBE load test. 
> 
> Feb 10 16:45:59 cores1 kern 4 kernel: ata3.00: qc timeout (cmd 0xa0)
> Feb 10 16:45:59 cores1 kern 3 kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
> Feb 10 16:45:59 cores1 kern 3 kernel: ata3.00: (BMDMA stat 0x25)
> Feb 10 16:45:59 cores1 kern 3 kernel: ata3.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x25 data 8 in
> Feb 10 16:45:59 cores1 kern 4 kernel:          res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout)
> Feb 10 16:46:06 cores1 kern 4 kernel: ata3: port is slow to respond, please be patient (Status 0xd0)
> Feb 10 16:46:29 cores1 kern 3 kernel: ata3: port failed to respond (30 secs, Status 0xd0)
> Feb 10 16:46:29 cores1 kern 6 kernel: ata3: soft resetting port
> Feb 10 16:46:29 cores1 kern 6 kernel: ata3.00: configured for UDMA/33
> Feb 10 16:46:29 cores1 kern 6 kernel: ata3: EH complete
> These messages are recorded at /var/log/active/syslog/messages. Is this a known issue ?
> 
>  
> 
> Do you know whether increasing ata_probe_timeout actually helped the problem?
> I edited /sys/module/libata/ata_probe_timeout and changed its value 
> from 30000 to 100000  -qc timeouts still occur. Did I implement the workaround correctly?
>  

Increasing ata_probe_timeout won't help this problem, and it is reproducible
on a hp dl320g5p running 2.6.29

ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata4.00: ATAPI: DV-28E-V, C.AB, max UDMA/33
ata4.00: configured for UDMA/33
isa bounce pool size: 16 pages
scsi 3:0:0:0: CD-ROM            TEAC     DV-28E-V         C.AB PQ: 0 ANSI: 5
   .
   .
ata4.00: qc timeout (cmd 0xa0)
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata4.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
          cdb 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00
          res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout)
ata4.00: status: { DRDY ERR }
ata4: hard resetting link
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata4.00: configured for UDMA/33
ata4: EH complete
  .
  .

Some other information passed on to me (mentioning for this
list), experimentally putting a delay in between ata_dev_read_id()
and ata_dev_set_xfermode(), actually right before issuing  the
set features command prevented the timeout.

David

Re: Bug 453808 - qc timeout probing TEAC DV-28E-V CD/DVD drive on SATA/PATA bridge

[Tejun Heo]

Hello,

Courtney-Bakke, Julia (ISS H/W EPR) wrote:
> I see the following messages continuously appear on the 7828H4 server console. This server is running with Guild TT 11 - Build 10 and performing the CUCMBE load test. 
> 
> Feb 10 16:45:59 cores1 kern 4 kernel: ata3.00: qc timeout (cmd 0xa0)
> Feb 10 16:45:59 cores1 kern 3 kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
> Feb 10 16:45:59 cores1 kern 3 kernel: ata3.00: (BMDMA stat 0x25)
> Feb 10 16:45:59 cores1 kern 3 kernel: ata3.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x25 data 8 in
> Feb 10 16:45:59 cores1 kern 4 kernel:          res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout)
> Feb 10 16:46:06 cores1 kern 4 kernel: ata3: port is slow to respond, please be patient (Status 0xd0)
> Feb 10 16:46:29 cores1 kern 3 kernel: ata3: port failed to respond (30 secs, Status 0xd0)
> Feb 10 16:46:29 cores1 kern 6 kernel: ata3: soft resetting port
> Feb 10 16:46:29 cores1 kern 6 kernel: ata3.00: configured for UDMA/33
> Feb 10 16:46:29 cores1 kern 6 kernel: ata3: EH complete
> These messages are recorded at /var/log/active/syslog/messages. Is this a known issue ?

Which kernel version is it?  I don't think it's a recent one.  The
atapi dma filter wouldn't let data 8 in command to use DMA.  Can you
please give a shot at 2.6.29 and see whether it makes any difference?

> Do you know whether increasing ata_probe_timeout actually helped the problem?
> I edited /sys/module/libata/ata_probe_timeout and changed its value 
> from 30000 to 100000  -qc timeouts still occur. Did I implement the workaround correctly?

ata_probe_timeout probably won't work around anything.

Thanks.

-- 
tejun