On Tue, 20 Jun 2006, Al Boldi wrote:
Justin Piszcz wrote:
On Tue, 20 Jun 2006, Mark Lord wrote:
Justin Piszcz wrote:
Should someone comment this code out that produces the printk()'s as
these are useless information as there is no problem with the disk?
MMm.. probably "barrier" commands that the drive doesn't like.
Pity those messages don't also dump the failed opcode.
Jun 20 03:14:20 p34 kernel: [4339456.678000] ata3: status=0x51 {
DriveReady SeekComplete Error }
Jun 20 03:14:20 p34 kernel: [4339456.678000] ata3: error=0x04 {
DriveStatusError }
Jun 20 03:36:44 p34 kernel: [4340801.772000] ata3: no sense translation
for status: 0x51
Jun 20 03:36:44 p34 kernel: [4340801.772000] ata3: status=0x51 {
DriveReady SeekComplete Error }
Mark, what would be the proper direction to move towards? Is Jeff or
another SATA/ATA maintainer going to have to look at this or is there
something else I can do, or?
I once sent a patch to -mm:
Mark Lord wrote:
Al Boldi wrote:
Also apply this one to get rid of this message:
hdb: set_drive_speed_status: status=0x40 { DriveReady }
ide: failed opcode was: unknown
Maybe someone on the ide list can comment on this first though.
--- 16/include/linux/ide.h.orig 2006-03-31 19:12:51.000000000 +0300
+++ 16/include/linux/ide.h 2006-04-23 13:06:32.000000000 +0300
@@ -120,7 +120,7 @@ typedef unsigned char byte; /* used ever
#define IDE_BCOUNTL_REG IDE_LCYL_REG
#define IDE_BCOUNTH_REG IDE_HCYL_REG
-#define OK_STAT(stat,good,bad) (((stat)&((good)|(bad)))==(good))
+#define OK_STAT(stat,good,bad) (((stat)&((good)|(bad)))==((stat)&(good)))
#define BAD_R_STAT (BUSY_STAT | ERR_STAT)
#define BAD_W_STAT (BAD_R_STAT | WRERR_STAT)
#define BAD_STAT (BAD_R_STAT | DRQ_STAT)
Assuming hdb is a CDROM/optical drive, then this change makes sense for
that. But I don't think it is a valid (good) change for regular ATA disks.
A more complex patch is required, one which correctly handles each drive
type.
Thanks!
--
Al
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Did the patch get applied to -mm?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]