From: David Greaves <david@dgreaves.com>
To: Mark Lord <lkml@rtr.ca>
Cc: Justin Piszcz <jpiszcz@lucidpixels.com>,
Jeff Garzik <jgarzik@pobox.com>,
linux-kernel@vger.kernel.org,
IDE/ATA development list <linux-ide@vger.kernel.org>
Subject: Re: LibPATA code issues / 2.6.15.4
Date: Sat, 25 Feb 2006 11:34:12 +0000 [thread overview]
Message-ID: <440040B4.8030808@dgreaves.com> (raw)
In-Reply-To: <200602141300.37118.lkml@rtr.ca>
Mark Lord wrote:
>On Tuesday 14 February 2006 12:12, Justin Piszcz wrote:
>
>
>>I would like to try the patch too, if available.
>>
>>
>
>Something like this: (for 2.6.16-rc3-git2, but should be okay on 2.6.15 also).
>
>Untested: include the original SCSI opcode in printk's for libata SCSI errors,
>to help understand where the errors are coming from.
>
>Signed-Off-By: Mark Lord <mlord@pobox.com>
>
>
Thanks Mark - I've finally gotten this patch applied.
With smartd disabled and no smart commands issued, a readonly badblocks
scan of /dev/sdb2 shows no problems and now gives:
Feb 25 10:38:31 haze kernel: ata2: status=0x51 { DriveReady SeekComplete
Error }
Feb 25 10:38:32 haze kernel: ata2: no sense translation for op=0x28
status: 0x51
Feb 25 10:38:32 haze kernel: ata2: status=0x51 { DriveReady SeekComplete
Error }
Feb 25 10:38:35 haze kernel: ata2: no sense translation for op=0x28
status: 0x51
hundreds of times.
and during boot I can get:
ata2: no sense translation for op=0x28 status: 0x51
ata2: translated op=0x28 ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04
ata2: status=0x51 { DriveReady SeekComplete Error }
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
ata2: no sense translation for op=0x28 status: 0x51
ata2: translated op=0x28 ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04
ata2: status=0x51 { DriveReady SeekComplete Error }
ata2: no sense translation for op=0x28 status: 0x51
ata2: translated op=0x28 ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04
ata2: status=0x51 { DriveReady SeekComplete Error }
Subsequently a
smartclt -data -a /dev/sdb
shows no errors.
So could this be a faulty disk that smart shows is OK and shows no read
or write errors?
The other problem I noticed was that
smartctl -o on -data /dev/sda
still just gives:
Feb 25 10:51:47 haze kernel: ata1: PIO error
Feb 25 10:51:47 haze kernel: ata1: status=0x51 { DriveReady SeekComplete
Error }
Feb 25 10:51:47 haze kernel: ata1: error=0x04 { DriveStatusError }
Feb 25 10:51:47 haze kernel: ata1: PIO error
Feb 25 10:51:47 haze kernel: ata1: status=0x51 { DriveReady SeekComplete
Error }
Feb 25 10:51:47 haze kernel: ata1: error=0x04 { DriveStatusError }
Feb 25 10:51:47 haze kernel: ata1: PIO error
many times.
I get similar problems for all the drives under both sata_sil and sata_via.
Linux haze 2.6.15patchsata #6 PREEMPT Fri Feb 24 19:15:07 UTC 2006 i686
GNU/Linux
libata version 1.20 loaded.
sata_sil 0000:00:0a.0: version 0.9
ACPI: PCI Interrupt 0000:00:0a.0[A] -> GSI 16 (level, low) -> IRQ 17
ata1: SATA max UDMA/100 cmd 0xF8804080 ctl 0xF880408A bmdma 0xF8804000
irq 17
ata2: SATA max UDMA/100 cmd 0xF88040C0 ctl 0xF88040CA bmdma 0xF8804008
irq 17
ata1: dev 0 cfg 49:2f00 82:7869 83:7d09 84:4043 85:7869 86:3c01 87:4043
88:203f
ata1: dev 0 ATA-7, max UDMA/100, 390721968 sectors: LBA48
ata1: dev 0 configured for UDMA/100
scsi0 : sata_sil
ata2: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4063 85:7c69 86:3e01 87:4063
88:007f
ata2: dev 0 ATA-7, max UDMA/133, 398297088 sectors: LBA48
ata2: dev 0 configured for UDMA/100
scsi1 : sata_sil
Vendor: ATA Model: Maxtor 6B200M0 Rev: BANC
Type: Direct-Access ANSI SCSI revision: 05
Vendor: ATA Model: Maxtor 6B200M0 Rev: BANC
Type: Direct-Access ANSI SCSI revision: 05
sata_via 0000:00:0f.0: version 1.1
ACPI: PCI Interrupt 0000:00:0f.0[B] -> GSI 20 (level, low) -> IRQ 16
sata_via 0000:00:0f.0: routed to hard irq line 0
ata3: SATA max UDMA/133 cmd 0x9800 ctl 0x9402 bmdma 0x8400 irq 16
ata4: SATA max UDMA/133 cmd 0x9000 ctl 0x8802 bmdma 0x8408 irq 16
ata3: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4003 85:3468 86:3c01 87:4003
88:407f
ata3: dev 0 ATA-6, max UDMA/133, 312581808 sectors: LBA48
ata3: dev 0 configured for UDMA/133
scsi2 : sata_via
ata4: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4063 85:7c68 86:3e01 87:4063
88:407f
ata4: dev 0 ATA-7, max UDMA/133, 398297088 sectors: LBA48
ata4: dev 0 configured for UDMA/133
scsi3 : sata_via
Vendor: ATA Model: ST3160023AS Rev: 3.18
Type: Direct-Access ANSI SCSI revision: 05
Vendor: ATA Model: Maxtor 6B200M0 Rev: BANC
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB)
SCSI device sda: drive cache: write back
sda: sda1
sd 0:0:0:0: Attached scsi disk sda
SCSI device sdb: 398297088 512-byte hdwr sectors (203928 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 398297088 512-byte hdwr sectors (203928 MB)
SCSI device sdb: drive cache: write back
sdb: sdb1 sdb2
sd 1:0:0:0: Attached scsi disk sdb
SCSI device sdc: 312581808 512-byte hdwr sectors (160042 MB)
SCSI device sdc: drive cache: write back
SCSI device sdc: 312581808 512-byte hdwr sectors (160042 MB)
SCSI device sdc: drive cache: write back
sdc: sdc1 sdc2 sdc3 sdc4
sd 2:0:0:0: Attached scsi disk sdc
SCSI device sdd: 398297088 512-byte hdwr sectors (203928 MB)
SCSI device sdd: drive cache: write back
SCSI device sdd: 398297088 512-byte hdwr sectors (203928 MB)
SCSI device sdd: drive cache: write back
sdd: sdd1 sdd2
sd 3:0:0:0: Attached scsi disk sdd
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 1:0:0:0: Attached scsi generic sg1 type 0
sd 2:0:0:0: Attached scsi generic sg2 type 0
sd 3:0:0:0: Attached scsi generic sg3 type 0
David
--
next prev parent reply other threads:[~2006-02-25 11:34 UTC|newest]
Thread overview: 147+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-14 9:48 LibPATA code issues / 2.6.15.4 Justin Piszcz
2006-02-14 14:50 ` Mark Lord
2006-02-14 16:27 ` David Greaves
2006-02-14 17:12 ` Justin Piszcz
2006-02-14 18:00 ` Mark Lord
2006-02-14 18:06 ` Justin Piszcz
2006-02-23 23:39 ` Justin Piszcz
2006-02-25 15:32 ` Mark Lord
2006-02-25 15:58 ` Justin Piszcz
2006-02-25 16:11 ` Jesper Juhl
2006-02-25 16:21 ` Mark Lord
2006-02-25 11:34 ` David Greaves [this message]
2006-02-25 16:20 ` Mark Lord
2006-02-25 17:45 ` Justin Piszcz
2006-02-25 18:28 ` Mark Lord
2006-02-25 18:55 ` Justin Piszcz
2006-02-25 19:29 ` Justin Piszcz
2006-02-25 19:53 ` David Greaves
2006-02-25 19:47 ` David Greaves
2006-02-26 2:27 ` Mark Lord
2006-02-26 9:56 ` David Greaves
2006-02-26 14:04 ` Mark Lord
2006-02-27 21:34 ` Mark Lord
2006-02-28 1:33 ` Tejun Heo
2006-02-28 1:46 ` Linus Torvalds
2006-02-28 2:07 ` Jeff Garzik
2006-02-28 2:14 ` Linus Torvalds
2006-02-28 2:52 ` Jeff Garzik
2006-02-28 3:36 ` Jeff Garzik
2006-02-28 4:11 ` Mark Lord
2006-02-28 10:30 ` Alan Cox
2006-02-28 8:03 ` Jens Axboe
2006-02-28 4:16 ` Mark Lord
2006-02-28 10:32 ` Alan Cox
2006-02-28 10:30 ` Justin Piszcz
2006-02-28 10:39 ` David Greaves
2006-02-28 14:37 ` Mark Lord
2006-02-28 21:04 ` Bill Davidsen
2006-03-08 2:57 ` Mark Lord
2006-03-08 3:18 ` Dave Jones
2006-03-08 3:23 ` Mark Lord
2006-03-08 15:37 ` Bill Davidsen
2006-02-28 14:38 ` Mark Lord
2006-02-28 15:16 ` Alan Cox
2006-03-01 17:33 ` David Greaves
2006-03-01 18:37 ` Alan Cox
2006-03-01 20:12 ` Phillip Susi
2006-03-08 16:46 ` Alan Cox
2006-02-28 15:31 ` Mark Lord
2006-02-28 15:34 ` Jeff Garzik
2006-02-28 16:57 ` Eric D. Mudama
2006-03-01 1:04 ` Mark Lord
2006-03-01 11:37 ` Justin Piszcz
2006-03-01 13:17 ` Justin Piszcz
2006-03-01 17:41 ` David Greaves
2006-03-01 17:46 ` Mark Lord
2006-03-01 18:12 ` David Greaves
2006-03-01 18:30 ` Mark Lord
2006-03-01 18:32 ` Justin Piszcz
2006-03-01 18:33 ` Justin Piszcz
2006-03-01 18:48 ` David Greaves
2006-03-01 19:49 ` David Greaves
2006-03-03 19:38 ` Justin Piszcz
2006-03-03 22:46 ` David Greaves
2006-03-04 14:25 ` Mark Lord
2006-03-06 6:13 ` David Greaves
2006-03-21 18:11 ` David Greaves
2006-03-22 15:23 ` David Greaves
2006-03-05 11:43 ` Justin Piszcz
2006-03-05 12:41 ` Justin Piszcz
2006-03-05 22:58 ` Mark Lord
2006-03-05 23:00 ` Mark Lord
2006-03-05 23:19 ` Justin Piszcz
2006-03-05 23:39 ` Jeff Garzik
2006-04-21 19:14 ` LibPATA code issues / 2.6.16 (previously, 2.6.15.x) Justin Piszcz
2006-04-21 19:18 ` Jeff Garzik
2006-04-21 19:28 ` Linus Torvalds
2006-04-21 22:46 ` Jeff Garzik
2006-04-22 0:05 ` Linus Torvalds
2006-05-06 15:09 ` [smartmontools-support]Re: " Leon Woestenberg
2006-05-07 12:44 ` Ingo Oeser
2006-06-11 11:13 ` Justin Piszcz
2006-03-01 19:06 ` LibPATA code issues / 2.6.15.4 Justin Piszcz
2006-03-01 19:28 ` Mark Lord
2006-03-01 19:35 ` Mark Lord
2006-03-01 19:38 ` Justin Piszcz
2006-03-01 19:41 ` Jeff Garzik
2006-02-26 12:27 ` James Courtier-Dutton
2006-02-26 12:55 ` David Greaves
2006-02-26 13:56 ` Mark Lord
2006-02-26 14:30 ` Kernel SeekCompleteErrors... Different from " James Courtier-Dutton
2006-02-26 17:03 ` Mark Lord
2006-02-26 17:13 ` Dr. David Alan Gilbert
2006-02-26 17:43 ` Alan Cox
2006-02-26 20:36 ` Mark Lord
2006-02-27 11:48 ` Alan Cox
2006-02-27 13:40 ` Mark Lord
2006-02-14 23:58 ` Justin Piszcz
2006-02-17 8:45 ` Jeff Garzik
2006-02-17 14:59 ` Mark Lord
2006-02-17 15:00 ` Justin Piszcz
2006-02-18 20:43 ` Sander
2006-02-18 21:42 ` Mark Lord
2006-02-18 21:51 ` Justin Piszcz
2006-02-19 7:14 ` Sander
2006-02-19 15:30 ` Mark Lord
2006-02-19 17:16 ` Sander
2006-07-06 23:08 ` Justin Piszcz
2006-07-07 13:08 ` Mark Lord
2006-07-07 13:24 ` Justin Piszcz
2006-07-07 13:43 ` Mark Lord
2006-07-07 13:48 ` Justin Piszcz
2006-07-07 14:01 ` Justin Piszcz
2006-07-07 14:35 ` Justin Piszcz
2006-07-07 18:53 ` Justin Piszcz
2006-07-07 19:19 ` Jeff Garzik
2006-07-07 19:28 ` Justin Piszcz
[not found] ` <200607091224.31451.liml@rtr.ca>
2006-07-09 17:27 ` Justin Piszcz
2006-07-09 20:16 ` Justin Piszcz
2006-07-09 20:40 ` LibPATA code issues / 2.6.15.4 (found the opcode=0x35)! Justin Piszcz
2006-07-09 20:46 ` Justin Piszcz
2006-07-09 21:05 ` Justin Piszcz
2006-07-09 22:03 ` Justin Piszcz
2006-07-10 13:59 ` Follow up? " Justin Piszcz
2006-07-10 15:33 ` Alan Cox
2006-07-10 15:45 ` Justin Piszcz
2006-07-11 13:28 ` LibPATA code issues / 2.6.17.3 (What is the next step?) Justin Piszcz
2006-07-11 16:12 ` Alan Cox
2006-07-12 22:10 ` David Greaves
2006-07-12 22:29 ` Justin Piszcz
2006-07-14 15:33 ` David Greaves
2006-07-13 10:55 ` Erik Mouw
2006-07-14 17:16 ` Mark Lord
2006-07-14 17:18 ` Justin Piszcz
2006-07-14 17:39 ` Mark Lord
2006-07-14 18:18 ` Justin Piszcz
2006-07-14 20:02 ` Mark Lord
2006-07-14 17:14 ` Follow up? LibPATA code issues / 2.6.15.4 (found the opcode=0x35)! Mark Lord
2006-07-14 17:17 ` Justin Piszcz
2006-07-14 17:37 ` Mark Lord
2006-07-14 18:17 ` Justin Piszcz
2006-03-01 19:00 LibPATA code issues / 2.6.15.4 Nicolas Mailhot
2006-03-01 19:22 ` Mark Lord
2006-03-01 23:12 ` Nicolas Mailhot
2006-03-01 23:31 ` Jeff Garzik
2006-03-02 1:19 ` Eric D. Mudama
2006-03-02 1:39 ` Eric D. Mudama
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=440040B4.8030808@dgreaves.com \
--to=david@dgreaves.com \
--cc=jgarzik@pobox.com \
--cc=jpiszcz@lucidpixels.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@rtr.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).