Re: LibPATA code issues / 2.6.15.4

[Justin Piszcz]

$ for i in `seq 10`
> do dd if=/dev/zero of=bigfile.$i bs=1024k count=10000
> done
10000+0 records in
10000+0 records out
10485760000 bytes transferred in 190.997693 seconds (54899930 bytes/sec)
10000+0 records in
10000+0 records out
10485760000 bytes transferred in 212.242724 seconds (49404568 bytes/sec)
10000+0 records in
10000+0 records out
10485760000 bytes transferred in 189.324450 seconds (55385134 bytes/sec)
10000+0 records in
10000+0 records out
10485760000 bytes transferred in 190.280352 seconds (55106898 bytes/sec)
10000+0 records in
10000+0 records out
10485760000 bytes transferred in 191.567239 seconds (54736708 bytes/sec)
10000+0 records in
10000+0 records out
10485760000 bytes transferred in 183.640928 seconds (57099254 bytes/sec)
10000+0 records in
10000+0 records out
10485760000 bytes transferred in 179.974098 seconds (58262606 bytes/sec)
10000+0 records in
10000+0 records out
10485760000 bytes transferred in 190.126087 seconds (55151611 bytes/sec)
10000+0 records in
10000+0 records out
10485760000 bytes transferred in 192.227807 seconds (54548612 bytes/sec)
10000+0 records in
10000+0 records out
10485760000 bytes transferred in 185.309607 seconds (56585086 bytes/sec)
war@p34:/x4$ md5sum bigfile.*
26f56024ac39cdc54b228820107f040d  bigfile.1
26f56024ac39cdc54b228820107f040d  bigfile.10
26f56024ac39cdc54b228820107f040d  bigfile.2
26f56024ac39cdc54b228820107f040d  bigfile.3
26f56024ac39cdc54b228820107f040d  bigfile.4
26f56024ac39cdc54b228820107f040d  bigfile.5
26f56024ac39cdc54b228820107f040d  bigfile.6
26f56024ac39cdc54b228820107f040d  bigfile.7
26f56024ac39cdc54b228820107f040d  bigfile.8
26f56024ac39cdc54b228820107f040d  bigfile.9

No errors in dmesg yet (for my issue).

On Sat, 18 Feb 2006, Mark Lord wrote:

> Sander wrote:
> > Mark Lord wrote (ao):
> > > On Friday 17 February 2006 03:45, Jeff Garzik wrote:
> > > > Submit a patch... 
> > > You mean, something like this one?
> ...
> > [  633.449961] md: md1: sync done.
> > [  633.456070] RAID5 conf printout:
> > [  633.456117]  --- rd:9 wd:9 fd:0
> ...
> > [ 1872.338185] ata6: translated op=0x2a ATA stat/err 0xd0/00 to SCSI 
> > SK/ASC/ASCQ 0xb/47/00
> > [ 1872.338239] ata6: status=0xd0 { Busy }
> > [ 5749.285084] ata8: translated op=0x2a ATA stat/err 0xd0/00 to SCSI 
> > SK/ASC/ASCQ 0xb/47/00
> > [ 5749.285138] ata8: status=0xd0 { Busy }
> > [ 5906.008461] ata6: translated op=0x2a ATA stat/err 0xd0/00 to SCSI 
> > SK/ASC/ASCQ 0xb/47/00
> > [ 5906.008515] ata6: status=0xd0 { Busy }
> ...
> > This is with 2.6.16-rc3, your patch, and running nine Maxtors disks
> > over onboard nForce4 and MV88SX6081 8-port SATA II PCI-X Controller (rev 
> > 09).
> >
> > for i in `seq 10`
> > do dd if=/dev/zero of=bigfile.$i bs=1024k count=10000
> > done
> > md5sum bigfile.*
> >
> > The errors mostly seem to happen during the md5sum (not during the dd).
>
> SCSI opcode 0x2a is WRITE_10, so the errors are being reported
> in response to the writes to bigfile.$i.  But these are different
> from the previously reported error status values -- I wonder why
> it's getting "Busy" back as a status here ??
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/