linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* ICH7m problem using libata
@ 2006-12-04 17:36 Jan Gutter
  2006-12-20  0:18 ` Tejun Heo
  0 siblings, 1 reply; 18+ messages in thread
From: Jan Gutter @ 2006-12-04 17:36 UTC (permalink / raw)
  To: linux-ide

Our company has recently purchased two Acer 5632WSMi laptops and we're
running Gentoo x86 unstable on them. The most hindering problem that's
currently plaguing us is the IDE chipset. 

Without the combined_mode=libata on the command line, DMA is disabled
and the hard drive just uses PIO. With libata, it hangs up randomly,
causing the driver to eventually clock down to PIO mode too.

I'd be willing to test patches (like really INSANE ones), because the
laptop's not too critical currently. I can post the full dmesg and lspci
-vvnn if it might be of use. I have no idea whether this problem has
been solved or reported before.

Excerpt from lspci:

00:1f.2 0101: 8086:27c4 (rev 02)

00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) \
Serial ATA Storage Controller IDE (rev 02)

Excerpt from dmesg:

Linux version 2.6.19-gentoo-r1 (root@wookie) (gcc version 4.1.1 \
(Gentoo 4.1.1-r3)) #2 SMP PREEMPT Mon Dec 4 18:33:02 SAST 2006
...cut...
Kernel command line: root=/dev/ram0 init=/linuxrc ramdisk=8192 \
real_root=/dev/sda7 udev video=vesafb:ywrap,1440x900-24@65 \
combined_mode=libata
...cut...
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
input: AT Translated Set 2 keyboard as /class/input/input0
ide0: I/O resource 0x1F0-0x1F7 not free.
ide0: ports already in use, skipping probe
ide1: I/O resource 0x170-0x177 not free.
ide1: ports already in use, skipping probe
ata_piix 0000:00:1f.2: version 2.00ac6
ata_piix 0000:00:1f.2: MAP [ IDE IDE P1 P3 ]
ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (level, low) -> IRQ 19
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: PATA max UDMA/100 cmd 0x1F0 ctl 0x3F6 bmdma 0x18B0 irq 14
ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0x18B8 irq 15
scsi0 : ata_piix
ata1.00: ATA-6, max UDMA/100, 234441648 sectors: LBA48 
ata1.00: ata1: dev 0 multi count 16
ata1.01: ATAPI, max UDMA/33
ata1.00: configured for UDMA/100
ata1.01: configured for UDMA/33
scsi1 : ata_piix
ATA: abnormal status 0x7F on port 0x177
scsi 0:0:0:0: Direct-Access     ATA      TOSHIBA MK1234GA AC00 PQ: 0
ANSI: 5
SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 >
sd 0:0:0:0: Attached scsi disk sda
scsi 0:0:1:0: CD-ROM            TSSTcorp CD/DVDW TS-L632D ac00 PQ: 0
ANSI: 5
sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:1:0: Attached scsi CD-ROM sr0
...cut...
ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.01: (BMDMA stat 0x64)
ata1.01: tag 0 cmd 0xa0 Emask 0x4 stat 0x40 err 0x0 (timeout)
ata1: port is slow to respond, please be patient (Status 0xd0)
ata1: port failed to respond (30 secs, Status 0xd0)
ata1: soft resetting port
ata1.00: configured for UDMA/100
ata1.01: configured for UDMA/33
ata1: EH complete
SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.01: (BMDMA stat 0x64)
ata1.01: tag 0 cmd 0xa0 Emask 0x4 stat 0x40 err 0x0 (timeout)
ata1: port is slow to respond, please be patient (Status 0xd0)
ata1: port failed to respond (30 secs, Status 0xd0)
ata1: soft resetting port
ata1.00: configured for UDMA/100
ata1.01: configured for UDMA/33
ata1: EH complete
SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.01: (BMDMA stat 0x64)
ata1.01: tag 0 cmd 0xa0 Emask 0x4 stat 0x40 err 0x0 (timeout)
ata1: port is slow to respond, please be patient (Status 0xd0)
ata1: port failed to respond (30 secs, Status 0xd0)
ata1: soft resetting port
ata1.00: configured for UDMA/100
ata1.01: configured for UDMA/33
ata1: EH complete
SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back

Thanks in advance for any help!

Jan Gutter


^ permalink raw reply	[flat|nested] 18+ messages in thread
* Re: ICH7m problem using libata
@ 2006-12-19  0:40 Matthew Stapleton
  0 siblings, 0 replies; 18+ messages in thread
From: Matthew Stapleton @ 2006-12-19  0:40 UTC (permalink / raw)
  To: linux-ide

Jan Gutter wrote:
> and the hard drive just uses PIO. With libata, it hangs up randomly,
> causing the driver to eventually clock down to PIO mode too.

I have a new Acer 5614WSMi with similar timeouts, and although it has a 
different model PATA hard drive, the PATA cdrom is the same model and 
firmware version, and it seems to be the cdrom that is timing out.

When I migrated my gentoo install over, the first kernel I tried was 2.6.18 
with both the IDE PIIX driver (manually added the ICH7M pci id to get DMA) 
and libata and I got timeouts on both drivers.  I'm now using libata on 
kernel: 2.6.19-gentoo-r2 which is based on mainline 2.6.19.1 and am still 
getting timeouts.

At first I noticed that the timeouts stop if I don't have any programs running 
(like hald) that regularly query the cdrom.  Then I had a look at the hald 
source code to find out which commands might be causing the timeouts.  I 
wrote a simple test program that just opens the cdrom with "O_RDONLY | 
O_NONBLOCK" then immediately closes it and loops every second and it 
triggered a timeout after a few hours.  Then I changed the delay to 4 seconds 
and still got a timeout after a while.  If I change the test program to only 
open the cdrom once then continously execute a status command such as the 
CDROM_DRIVE_STATUS ioctl every second, the timeouts don't seem to occur.

Hopefully this should help with finding the source of the problem.

-- 
Matthew Stapleton

^ permalink raw reply	[flat|nested] 18+ messages in thread
* Re: ICH7m problem using libata
@ 2007-01-16 14:11 Mikael Pettersson
  2007-01-16 14:51 ` Jan Gutter
  0 siblings, 1 reply; 18+ messages in thread
From: Mikael Pettersson @ 2007-01-16 14:11 UTC (permalink / raw)
  To: htejun, jangutter; +Cc: linux-ide, matthew4196

On Tue, 16 Jan 2007 15:53:14 +0200, Jan Gutter wrote:
> On Tue, 2007-01-16 at 20:42 +0900, Tejun Heo wrote:
> > Can you try 2.6.20-rc5?  It has better error reporting and will tell us
> > which SCSI command is timing out.
> 
> Here you go: attaching dmesg
...
> nvidia: module license 'NVIDIA' taints kernel.
...
> NVRM: loading NVIDIA UNIX x86 Kernel Module  1.0-9746  Fri Dec 15 09:54:45 PST 2006
> EXT3 FS on sda7, internal journal
> Adding 2104472k swap on /dev/sda6.  Priority:-1 extents:1 across:2104472k
> Real Time Clock Driver v1.12ac
> ipw3945: Detected geography ABG (13 802.11bg channels, 23 802.11a channels)
> **WARNING** I2C adapter driver [NVIDIA i2c adapter 0 at 1:00.0] forgot to specify physical device; fix it!
> **WARNING** I2C adapter driver [NVIDIA i2c adapter 1 at 1:00.0] forgot to specify physical device; fix it!
> **WARNING** I2C adapter driver [NVIDIA i2c adapter 2 at 1:00.0] forgot to specify physical device; fix it!
> ipw3945: Error sending SCAN_ABORT_CMD: time out after 500ms.
> ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
> ata1.01: cmd a0/01:00:00:00:00/00:00:00:00:00/b0 tag 0 cdb 0x43 data 12 in
>          res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
> ata1: port is slow to respond, please be patient (Status 0xd0)
> ata1: port failed to respond (30 secs, Status 0xd0)
> ata1: soft resetting port
> ata1.00: configured for UDMA/100
> ata1.01: configured for UDMA/33
> ata1: EH complete

Tainted kernel. Try again without the nvidia module.

^ permalink raw reply	[flat|nested] 18+ messages in thread

end of thread, other threads:[~2007-01-18  2:14 UTC | newest]

Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-12-04 17:36 ICH7m problem using libata Jan Gutter
2006-12-20  0:18 ` Tejun Heo
2007-01-03  3:07   ` Matthew Stapleton
2007-01-03  3:44     ` Tejun Heo
2007-01-09 22:17       ` Matthew Stapleton
2007-01-15  5:20         ` Tejun Heo
2007-01-15 23:58           ` Matthew Stapleton
2007-01-16  8:56             ` Tejun Heo
2007-01-16 11:31               ` Jan Gutter
2007-01-16 11:42                 ` Tejun Heo
2007-01-16 13:53                   ` Jan Gutter
2007-01-17  5:11                     ` Tejun Heo
2007-01-17 13:25                       ` Jan Gutter
2007-01-17 13:41                         ` Tejun Heo
2007-01-18  2:13                           ` Matthew Stapleton
  -- strict thread matches above, loose matches on Subject: below --
2006-12-19  0:40 Matthew Stapleton
2007-01-16 14:11 Mikael Pettersson
2007-01-16 14:51 ` Jan Gutter

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).