Bug 222465 - ATA detection and SRST fails on boot for ata3 and ata4 with 82801H controller
Summary: ATA detection and SRST fails on boot for ata3 and ata4 with 82801H controller
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 6
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-01-12 17:38 UTC by Jonathan Underwood
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Fixed In Version: 2.6.19-1.2895
Clone Of:
Environment:
Last Closed: 2007-01-13 11:52:25 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
output of dmesg after boot (23.40 KB, text/plain)
2007-01-12 17:39 UTC, Jonathan Underwood
no flags Details
Output of lspci -vv (14.23 KB, text/plain)
2007-01-12 17:43 UTC, Jonathan Underwood
no flags Details

Description Jonathan Underwood 2007-01-12 17:38:24 UTC
Description of problem:
On boot, everything hangs, and messages saying that ata3 and ata4 failed to
respond, and SRST failed. System continues to boot OK. Relevant part from dmesg:
ata3: port is slow to respond, please be patient
ata3: port failed to respond (30 secs)
ata3: SRST failed (status 0xFF)
ata3: SRST failed (err_mask=0x100)
ata3: softreset failed, retrying in 5 secs
ata3: SRST failed (status 0xFF)
ata3: SRST failed (err_mask=0x100)
ata3: softreset failed, retrying in 5 secs
ata3: SRST failed (status 0xFF)
ata3: SRST failed (err_mask=0x100)
ata3: reset failed, giving up

and 

ata4: port is slow to respond, please be patient
ata4: port failed to respond (30 secs)
ata4: SRST failed (status 0xFF)
ata4: SRST failed (err_mask=0x100)
ata4: softreset failed, retrying in 5 secs
ata4: SRST failed (status 0xFF)
ata4: SRST failed (err_mask=0x100)
ata4: softreset failed, retrying in 5 secs
ata4: SRST failed (status 0xFF)
ata4: SRST failed (err_mask=0x100)
ata4: reset failed, giving up

Full dmesg output is attached.

Version-Release number of selected component (if applicable):
kernel-2.6.18-1.2869.fc6 (also seen with the install kernel
kernel-2.6.18-1.2798.fc6). 

How reproducible:
Evertime

Steps to Reproduce:
1.Install FC6
2.
3.
  
Actual results:
ata3 and ata4 not properly detected

Expected results:
ata3 and ata4 properly detected

Additional info:
dmesg output and lspci output will be attached below. What else can I provide to
help debug?

Comment 1 Jonathan Underwood 2007-01-12 17:39:55 UTC
Created attachment 145465 [details]
output of dmesg after boot

Comment 2 Jonathan Underwood 2007-01-12 17:43:52 UTC
Created attachment 145466 [details]
Output of lspci -vv

Comment 3 Will Woods 2007-01-12 17:53:06 UTC
Is there anything attached to ata3/ata4? Are they enabled in the BIOS?

I have a machine here (Dell PowerEdge SC430) that does the same thing with ata2,
which is a SATA port with nothing attached to it. It's disabled in BIOS (as are
ata3 and ata4) but ata_piix still detects it. Strange.

Comment 4 Will Woods 2007-01-12 17:57:46 UTC
Oh, my controller's an ICH7-family 82801GB/GR/GH, rev 01 (8086:27c0)

Comment 5 Jonathan Underwood 2007-01-12 18:04:20 UTC
Nothing is attached to ata3 and ata4 as far as I can tell.

I just checked in the bios settings:

SATA-2 not available in this chasis
SATA-3 not available in this chasis
SATA-4 Off
SATA-5 Off

Very mysterious.

Comment 6 Will Woods 2007-01-12 18:40:12 UTC
This is fixed for me with kernel-2.6.19-1.2895.fc6, which is currently in
updates-testing. Can you enable the updates-testing repo and try that kernel?

(yum --enablerepo=updates-testing update kernel should do it)

Comment 7 Jonathan Underwood 2007-01-13 11:52:25 UTC
kernel-2.6.19-1.2895.fc6 does indeed fix the problem for me. I wonder if these
bugs are dupes:

220138
212737

I didn't mark them as dupes, as I wasn't 100 percent sure they are the same thing. 

I'll mark this bug as closed. Thanks for the help.


Note You need to log in before you can comment on or make changes to this bug.