Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#9706 - kernel26 2.6.24.x sata_sil problem is back

Attached to Project: Arch Linux
Opened by João Rodrigues (gothicknight) - Wednesday, 27 February 2008, 17:14 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 06 April 2009, 13:20 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To Tobias Powalowski (tpowa)
Thomas Bächler (brain0)
Architecture All
Severity Low
Priority Normal
Reported Version 1.5.0
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

As of release kernel26 v2.6.24 I'm having again some problems with my SATA controler.

The problem was discussed here:
http://lkml.org/lkml/2007/2/23/195

Solution here:
http://article.gmane.org/gmane.linux.ide/16304


But this had come back again in this release. It's most likely a upstream bug again.

This task depends upon

Closed by  Tobias Powalowski (tpowa)
Monday, 06 April 2009, 13:20 GMT
Reason for closing:  Fixed
Comment by João Rodrigues (gothicknight) - Wednesday, 27 February 2008, 17:16 GMT
It seems I've forgotten to post the dmesg output information :$

Here follows:

scsi0 : pata_atiixp
scsi1 : pata_atiixp
ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x8420 irq 14
ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x8428 irq 15
ata1.00: ATA-7: WDC WD1200UE-22KVT0, 01.03K01, max UDMA/100
ata1.00: 234441648 sectors, multi 16: LBA48
ata1.01: ATAPI: MATSHITADVD-RAM UJ-850S, 1.20, max UDMA/33
ata1.00: configured for UDMA/100
ata1.01: configured for UDMA/33
scsi 0:0:0:0: Direct-Access ATA WDC WD1200UE-22K 01.0 PQ: 0 ANSI: 5
scsi 0:0:1:0: CD-ROM MATSHITA DVD-RAM UJ-850S 1.20 PQ: 0 ANSI: 5
sata_sil 0000:00:12.0: version 2.3
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 22 (level, low) -> IRQ 18
scsi2 : sata_sil
scsi3 : sata_sil
ata3: SATA max UDMA/100 mmio m512@0xc0004000 tf 0xc0004080 irq 18
ata4: SATA max UDMA/100 mmio m512@0xc0004000 tf 0xc00040c0 irq 18
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata3: failed to recover some devices, retrying in 5 secs
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata3: failed to recover some devices, retrying in 5 secs
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata3: failed to recover some devices, retrying in 5 secs
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata4: failed to recover some devices, retrying in 5 secs
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata4: failed to recover some devices, retrying in 5 secs
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata4: failed to recover some devices, retrying in 5 secs
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Comment by João Rodrigues (gothicknight) - Thursday, 27 March 2008, 16:43 GMT
  • Field changed: Percent Complete (100% → 0%)
If this isn't a BUG, can at least tell my why?
Comment by João Rodrigues (gothicknight) - Thursday, 27 March 2008, 22:25 GMT
The only symptom I have from this is a longer kernel boot, for about 1min longer :(
Comment by Jan de Groot (JGC) - Wednesday, 14 May 2008, 14:29 GMT
Is this still an issue with 2.6.25 from testing?
Comment by João Rodrigues (gothicknight) - Monday, 02 June 2008, 09:21 GMT
The computer in question isn't at the moment with archlinux :(
I'll reinstall it ASAP to test this and report back.
Comment by João Rodrigues (gothicknight) - Thursday, 26 June 2008, 18:28 GMT
Still existes in current released USB image... I don't know if it worth to install to test it!?
Comment by Mildred (mildred) - Wednesday, 16 July 2008, 02:57 GMT
I just upgraded a computer from 2.6.20-beyond to 2.6.25 and I have this error. Not really a problem except the time it takes
Comment by João Rodrigues (gothicknight) - Wednesday, 16 July 2008, 09:13 GMT
Is it possible to be a BIOS bug?

I'm saying this because I don't believe to have more ataX devices other than the HDD and DVD drive already allocated at ATA1. ATA2~4 don't really have nothing IMO unless the cardreader is also attached to a SCSI.

When using the old IDE drivers I didn't have such problem, so it must have something to do with the device polling from sata lib.
Comment by Tobias Powalowski (tpowa) - Friday, 10 October 2008, 17:36 GMT
status on .27 kernel?
Comment by João Rodrigues (gothicknight) - Friday, 10 October 2008, 22:13 GMT
The laptop in question is currently in warranty. When it gets back I'll test it against 2.6.27.
Comment by Sergio Conde (skgsergio) - Tuesday, 14 October 2008, 18:40 GMT
Acer laptop here, same problem with kernel 2.6.27
Comment by Sergio Conde (skgsergio) - Sunday, 19 October 2008, 16:04 GMT
Today updated to kernel26 2.6.27.1-1, it takes too much time when i switch on the computer.
Here the dmesg:

SCSI subsystem initialized
libata version 3.00 loaded.
pata_acpi 0000:00:12.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
pata_acpi 0000:00:14.1: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pata_acpi 0000:00:14.1: setting latency timer to 64
scsi0 : pata_atiixp
scsi1 : pata_atiixp
ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x8420 irq 14
ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x8428 irq 15
input: AT Translated Set 2 keyboard as /class/input/input1
ata1.00: ATA-7: WDC WD1200UE-22KVT0, 01.03K01, max UDMA/100
ata1.00: 234441648 sectors, multi 16: LBA48
ata1.01: ATAPI: MATSHITADVD-RAM UJ-850S, 1.20, max UDMA/33
ata1.00: configured for UDMA/100
ata1.01: configured for UDMA/33
Switched to high resolution mode on CPU 0
isa bounce pool size: 16 pages
scsi 0:0:0:0: Direct-Access ATA WDC WD1200UE-22K 01.0 PQ: 0 ANSI: 5
scsi 0:0:1:0: CD-ROM MATSHITA DVD-RAM UJ-850S 1.20 PQ: 0 ANSI: 5
sata_sil 0000:00:12.0: version 2.3
scsi2 : sata_sil
scsi3 : sata_sil
ata3: SATA max UDMA/100 mmio m512@0xc0004000 tf 0xc0004080 irq 22
ata4: SATA max UDMA/100 mmio m512@0xc0004000 tf 0xc00040c0 irq 22
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: failed to IDENTIFY (I/O error, err_mask=0x3)
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Comment by Sergio Conde (skgsergio) - Wednesday, 22 October 2008, 14:31 GMT
I were testing and the solution is to avoid loading sata_sil at boot process in rc.conf and delete it in mkinitcpio.conf
The correct driver for this laptops (João Rodrigues' one and mine) is pata_atiixp.
Comment by João Rodrigues (gothicknight) - Wednesday, 22 October 2008, 21:07 GMT
So the solution is to just blacklist sata_sil? These are great news :)

Sadly the laptop is still under the warranty... I'll try to confirm this as soon as it arrives.
Comment by Glenn Matthys (RedShift) - Friday, 05 December 2008, 23:26 GMT
What's the status of this issue?
Comment by Sergio Conde (skgsergio) - Friday, 05 December 2008, 23:53 GMT
I'm working with Arch and this problem was solved as I said: "the solution is to avoid loading sata_sil at boot process in rc.conf and delete it in mkinitcpio.conf"
Since that, all it's working ok.
Comment by João Rodrigues (gothicknight) - Monday, 08 December 2008, 21:40 GMT
Ok, I cannot confirm this, it seems that when sent my laptop to warranty they've kindly upgraded my BIOS to a newer version which doesn't really goes wel with Linux's ACPI :(

But if Sergio can workaround this issue, than let's call it closed.
Comment by Sergio Conde (skgsergio) - Tuesday, 09 December 2008, 06:12 GMT
If you have now 3309 or 3315 try using 3303 bios: ftp://ftp.work.acer-euro.com/notebook/aspire_5050/bios/
I have 3109 and I remember that I upgraded and I had to downgrade.
Comment by João Rodrigues (gothicknight) - Tuesday, 09 December 2008, 13:18 GMT
They've sent with 3309 got errors and upgraded to 3315 with the same simptoms. My previous BIOS was 3109 and was working just fine, I've tried to downgrade the bios but it didn't let me using windows phoenix app :(

What method you've used to downgrade?
Comment by Tobias Powalowski (tpowa) - Sunday, 08 March 2009, 15:55 GMT
status on this issue?

Loading...