Bug 11015 - Delay on boot: fails to IDENTIFY ata2.01 (I/O error, err_mask=0x1)
Summary: Delay on boot: fails to IDENTIFY ata2.01 (I/O error, err_mask=0x1)
Status: CLOSED OBSOLETE
Alias: None
Product: IO/Storage
Classification: Unclassified
Component: Serial ATA (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Tejun Heo
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-30 17:06 UTC by Jon Kapla
Modified: 2012-05-22 12:41 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.25.6
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments
The .config-file used for the test of 2.6.26-rc9 (82.45 KB, application/octet-stream)
2008-07-06 18:39 UTC, Jon Kapla
Details

Description Jon Kapla 2008-06-30 17:06:52 UTC
Latest working kernel version: 2.6.24
Earliest failing kernel version: 2.6.25.4
Distribution: Arch Linux
Hardware Environment: asus a7n8x-x motherboard with nforce2 chipset

Problem Description:
The boot process is delayed (three tries, ~20 seconds) when identifying ata2 devices. The boot then continues normally. The problem occured when Arch was switching from the 2.6.24 basekernel to 2.6.25. 

Initially reported on bugs.archlinux.org, but rejected as an upstream bug.

Relevant section of dmesg:

SCSI subsystem initialized
libata version 3.00 loaded.
pata_amd 0000:00:09.0: version 0.3.10
PCI: Setting latency timer of device 0000:00:09.0 to 64
scsi0 : pata_amd
scsi1 : pata_amd
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xf000 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xf008 irq 15
ata1.00: ATA-6: ST3120026A, 3.06, max UDMA/100
ata1.00: 234441648 sectors, multi 16: LBA48 
ata1.01: ATA-7: Maxtor 6B300R0, BAH41B10, max UDMA/133
ata1.01: 586114704 sectors, multi 16: LBA48 
ata1: nv_mode_filter: 0x3f39f&0x3f01f->0x3f01f, BIOS=0x3f000 (0xc6c7c000) ACPI=0x3f01f (20:15:0x1f)
ata1: nv_mode_filter: 0x7f39f&0x7f01f->0x7f01f, BIOS=0x7f000 (0xc6c7c000) ACPI=0x7f01f (20:15:0x1f)
ata1.00: configured for UDMA/100
ata1.01: configured for UDMA/133
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ieee1394: Host added: ID:BUS[0-01:1023]  GUID[00023c002105b2d9]
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ata2.00: ATAPI: SONY    CD-RW  CRX160E, 1.0e, max UDMA/33
ata2: nv_mode_filter: 0x739f&0x701f->0x701f, BIOS=0x7000 (0xc6c7c000) ACPI=0x701f (60:600:0x13)
ata2.00: configured for UDMA/33
scsi 0:0:0:0: Direct-Access     ATA      ST3120026A       3.06 PQ: 0 ANSI: 5
scsi 0:0:1:0: Direct-Access     ATA      Maxtor 6B300R0   BAH4 PQ: 0 ANSI: 5
scsi 1:0:0:0: CD-ROM            SONY     CD-RW  CRX160E   1.0e PQ: 0 ANSI: 5

Steps to reproduce: reboot
Comment 1 Bartlomiej Zolnierkiewicz 2008-07-01 01:31:21 UTC
Reassigning to the right component (libata).
Comment 2 Tejun Heo 2008-07-03 22:45:24 UTC
Strange.  Your drive is reporting device error for IDENTIFY.  Hmmm... That part of logic hasn't changed much.  Can you please give a shot at 2.6.26-rc8?
Comment 3 Jon Kapla 2008-07-06 13:18:18 UTC
(In reply to comment #2)

I'll try it as soon as I have some spare time. 
Comment 4 Jon Kapla 2008-07-06 18:39:33 UTC
Created attachment 16749 [details]
The .config-file used for the test of 2.6.26-rc9
Comment 5 Jon Kapla 2008-07-06 18:45:43 UTC
(In reply to comment #4)
> Created an attachment (id=16749) [details]
> The .config-file used for the test of 2.6.26-rc9
> 
Hmm, seems like the comment leading to the attachment disappeared:

I tried the 2.6.26-rc9 kernel, and the attachment is the .config used. I get the same IDENTIFY errors with this kernel as well.
Comment 6 Alan 2012-05-22 12:41:45 UTC
Closing as obsolete, if this is seen with a modern kernel please re-open and update the version info

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