From owner-freebsd-stable Tue Mar 13 16:25:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 5480437B719 for ; Tue, 13 Mar 2001 16:25:10 -0800 (PST) (envelope-from bsdx@looksharp.net) Received: from localhost (bsdx@localhost) by turtle.looksharp.net (8.11.1/8.11.1) with ESMTP id f2E0T9A15528 for ; Tue, 13 Mar 2001 19:29:09 -0500 (EST) (envelope-from bsdx@looksharp.net) Date: Tue, 13 Mar 2001 19:29:09 -0500 (EST) From: Adam To: Subject: Re: ATA100 problem? In-Reply-To: <20010313234437.9291.qmail@camelot.bitart.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, Gerd Knops wrote: >Christopher Farley wrote: >> I'm using IBM-DTLA drives on a Promise ATA100 Controller (onboard an >> Asus A7V). My dmesg is attached below. >> >> I am having problems accurately writing data to the disk, >> particularly with large files (500+ mb). Attempts to gzip/gunzip >> files over 500 mb often result in 'invalid compressed data--crc >> error'. bzip/bzip2 also fails with similar errors. The larger the >> file, the more likely it is to fail. >> >> I am able to repeatedly reproduce this problem simply by copying >> sufficiently large files (4 gb seems to work every time). The md5 >> hashes of the source file and copy do not match. I have tried this on >> two different filesystems (two different disks in fact - both >> IBM-DTLA drives). I get the same result. >> >> I use this system extensively, and haven't noticed any other >> problems; just on large files! >> >Same here, so it is not an individual hardware problem: > >/usr# ls -l test >-r-xr-xr-x 1 root wheel 512043600 Mar 13 17:34 test >/usr# cp test /photos/test >/usr# md5 test >MD5 (test) = 2d1558814871f06bb3af4a28ac91d8f8 >/usr# md5 /photos/test >MD5 (/photos/test) = 48c00e946e91ac7557b9796bbb078bc2 I dont have any suggestions about getting it to work at ata100 speeds, but you may want to try a 40 pin ide cable to knock it down to ata33 speed and see if the corruption goes away. I had to do this for a wdc 30g on a hpt366, and I didnt notice any speed decrease since the drive cannot handle 33MB/sec on its own anyway. Also, you might want to pipe the two files through hd (hexdump) and compare them with diff to see where the corruption occurred and what kind of corruption it was. It might prove interesting. > >My hardware setup is nearly identical (A7V,IBM-DTLA), dmesg below. > >Gerd > >Copyright (c) 1992-2001 The FreeBSD Project. >Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. >FreeBSD 4.3-BETA #4: Sun Mar 11 04:19:03 CST 2001 > gerti@huels.bitart.com:/usr/obj/usr/src/sys/HUELS >Timecounter "i8254" frequency 1193182 Hz >CPU: AMD Athlon(tm) Processor (908.09-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 > Features=0x183f9ff > AMD Features=0xc0440000<,AMIE,DSP,3DNow!> >real memory = 268353536 (262064K bytes) >avail memory = 257683456 (251644K bytes) >Preloaded elf kernel "kernel" at 0xc038f000. >Preloaded elf module "umodem.ko" at 0xc038f09c. >Pentium Pro MTRR support enabled >md0: Malloc disk >npx0: on motherboard >npx0: INT 16 interface >pcib0: on motherboard >pci0: on pcib0 >pcib2: at device 1.0 on pci0 >pci1: on pcib2 >pci1: at 0.0 irq 11 >isab0: at device 4.0 on pci0 >isa0: on isab0 >atapci0: port 0xd800-0xd80f at device 4.1 on pci0 >ata0: at 0x1f0 irq 14 on atapci0 >ata1: at 0x170 irq 15 on atapci0 >uhci0: port 0xd400-0xd41f irq 9 at device 4.2 on pci0 >usb0: on uhci0 >usb0: USB revision 1.0 >uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >uhub0: 2 ports with 2 removable, self powered >uhub1: Kawatsu Semiconductor, Inc. MiniHub 4000P, class 9/0, rev 1.10/1.00, addr 2 >uhub1: 4 ports with 4 removable, self powered >uhub2: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 3 >uhub2: 4 ports with 4 removable, bus powered >uhci1: port 0xd000-0xd01f irq 9 at device 4.3 on pci0 >usb1: on uhci1 >usb1: USB revision 1.0 >uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >uhub3: 2 ports with 2 removable, self powered >uhub4: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 >uhub4: 4 ports with 4 removable, self powered >bktr0: mem 0xe1000000-0xe1000fff irq 9 at device 9.0 on pci0 >iicbb0: on bti2c0 >iicbus0: on iicbb0 master-only >smbus0: on bti2c0 >bktr0: Hauppauge Model 61381 D423 >bktr0: Detected a MSP3430G-A4 at 0x80 >bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner, msp3400c stereo, remote control. >pci0: (vendor=0x109e, dev=0x0878) at 9.1 irq 9 >pcm0: port 0xa400-0xa41f irq 5 at device 10.0 on pci0 >fxp0: port 0x9800-0x983f mem 0xde000000-0xde0fffff,0xde800000-0xde800fff irq 9 at device 13.0 on pci0 >fxp0: Ethernet address >atapci1: port 0x8000-0x803f,0x8400-0x8403,0x8800-0x8807,0x9000-0x9003,0x9400-0x9407 mem 0xdd800000-0xdd81ffff irq 10 at device 17.0 on pci0 >ata2: at 0x9400 on atapci1 >ata3: at 0x8800 on atapci1 >pcib1: on motherboard >pci2: on pcib1 >fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 >fdc0: FIFO enabled, 8 bytes threshold >fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >atkbdc0: at port 0x60,0x64 on isa0 >atkbd0: irq 1 on atkbdc0 >kbd0 at atkbd0 >psm0: failed to get data. >psm0: irq 12 on atkbdc0 >psm0: model IntelliMouse, device ID 3 >vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >sc0: at flags 0x100 on isa0 >sc0: VGA <16 virtual consoles, flags=0x300> >sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >sio0: type 16550A >sio1 at port 0x2f8-0x2ff irq 3 on isa0 >sio1: type 16550A >ppc0: at port 0x378-0x37f irq 7 on isa0 >ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >ppc0: FIFO with 16/16/8 bytes threshold >ppbus0: IEEE1284 device found /NIBBLE/PS2/ECP >Probing for PnP devices on ppbus0: >ppbus0: PCL,MLC,PML >plip0: on ppbus0 >lpt0: on ppbus0 >lpt0: Interrupt-driven port >ppi0: on ppbus0 >ata1-slave: ata_command: timeout waiting for intr >ata1-slave: identify failed >ata1-master: ata_command: timeout waiting for intr >ata1-master: identify failed >ad4: 29314MB [59560/16/63] at ata2-master UDMA100 >ad6: 29314MB [59560/16/63] at ata3-master UDMA100 >acd0: CD-RW at ata0-master using PIO4 > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message