Messages in this thread |  | | Date | Thu, 13 Mar 2003 11:23:01 +0100 | From | Bart Theunissen <> | Subject | Re: Bug in IDE controllers when connected to PCI? |
| |
Hi,
unfortunately, linux-2.4.17 does not support promise-20269 ;-(
Greetings,
Bart
Bart Theunissen wrote:
> Hi, > > I am experiencing the same problem. The controller is a promise-20269 > and four disks are attached to it (dma is turned on for all drives) > I get the same error messages on the console (except for the scsi > message). The message 'seeking beyond end of device' is also logged to > console. Additionally, file corruption occurs in files that are > changed very often (logfiles, database files). It seems that the > erroneous data in the logfiles comes from other files on the same > partition (/var). Sometimes it takes up to 12 hours before corruption > occurs. The program I am using to test this is a java program that > does write/read/modify and uses md5 to see if a file was changed > (corrupted) without accessing the file directly. Sometimes, the > complete systems crashes (it cannot execute a binary or find a > library). I encountered this on kernel 2.4.20. > > I am testing 2.4.17 to see if it has the same problem (gardiol said > this one should be fine). > > What can be the cause of this problem ? If more information is needed, > or additional tests are required, let me know. > > Greets, > > Bart > > Willy Gardiol wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Hi to all, >> i think i run into a bug in current stable kernel's regarding IDE >> controllers and PCI. >> Sorry for the long post, but i need some help from you to investigate >> this deeper. >> >> I own a CDRW Philips 1610A, here is hdparm -i and -I output: >> >> (hdparm -i) >> /dev/hdf: >> Model=PHILIPS CDRW1610A, FwRev=0.010000, SerialNo=5VO2149DL13692 >> Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } >> RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 >> BuffType=DualPortCache, BuffSize=128kB, MaxMultSect=0 >> (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 >> IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} >> PIO modes: pio0 pio1 pio2 pio3 pio4 >> DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 udma2 >> AdvancedPM=no >> >> (hdparm -I) >> /dev/hdf: >> ATAPI CD-ROM, with removable media >> Model Number: PHILIPS CDRW1610A >> Serial Number: 5VO2149DL13692 >> Firmware Revision: 0.010000 >> Standards: >> Configuration: >> DRQ response: 50us. >> Packet size: 12 bytes >> Capabilities: >> LBA, IORDY(cannot be disabled) >> Buffer size: 128.0kB >> DMA: sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2 udma0 udma1 udma2 >> Cycle time: min=120ns recommended=120ns >> PIO: pio0 pio1 pio2 pio3 pio4 >> Cycle time: no flow control=120ns IORDY flow control=120ns >> >> It works and burns correctly with DMA enabled( hdparm -d1) when >> connected to the on-board IDE controller, following is /rpco/pci of it: >> Bus 0, device 4, function 1: >> IDE interface: VIA Technologies, Inc. VT82C586B PIPC Bus Master >> IDE (rev 6). >> Master Capable. Latency=32. >> I/O at 0xd800 [0xd80f]. >> >> I also have two different PCI IDE ATA100/133 controllers: >> a Promise Ultra100 TX2 (chip PDC20268) >> a Sil 0680 based RAID ATA133 board >> Here is /proc/pci for the 0680 (the other one is not conented right now) >> Bus 0, device 11, function 0: >> RAID bus controller: CMD Technology Inc PCI0680 (rev 2). >> IRQ 10. >> Master Capable. Latency=32. >> I/O at 0x9800 [0x9807]. >> I/O at 0x9400 [0x9403]. >> I/O at 0x9000 [0x9007]. >> I/O at 0x8800 [0x8803]. >> I/O at 0x8400 [0x840f]. >> Non-prefetchable 32 bit memory at 0xd4800000 [0xd48000ff]. >> >> When connected to any of these two controllers (as hde, hdf or hdg, >> not tryed hdh but dont think it changes something) if i enable DMA >> (hdparm -d1) the kernel hangs when i try to burn: no logs are written >> (!) but i managed to get this output (sending all logs to /dev/tty12): >> >> IDE_DMAPROC: chipset supported IDE_DMA_TIMEOUT only: 14 >> hdf: status timeout: status 0xd0 { Busy } >> hdf: drive not ready for command >> vmunix: scsi: aborting command due to timeout: pid 934, scsi0, >> channel 0, id 0, lun 0 2x2a 00 00 00 00 00 00 1f 00 >> IDE_DMAPROC: chipset supported IDE_DMA_TIMEOUT only: 14 >> hdf: status timeout: status 0xd0 { Busy } >> hdf: drive not ready for command >> hdf: ATAPI reset complete >> unable to handle kernel null pointer dereference at virtual address >> 00018 >> (follow a register dump, omitted because i didnt copied it) >> kernel panic: Aieee, killing interrupt handler! >> in interrupt handler - NOT SYNCING >> >> I had to copy this by hand so maybe there are some typo errors. >> >> I also own a DVD reader, also connected to this PCI controllers which >> uses UDMA5 (hdparm -d1 -X69) and has different troubles: >> - - with the Promise PCD20268 it causes a kernel panic when i try to >> read a dirty CD (which, on the other hand the cdburner correctly reads) >> - - with the 0680 it reads the same CD without giving ANY read errors >> and without hanging the kernel! (but gives many reading errors with >> the burner...) >> >> Off course none of this problems had ever been noticed using the >> motherboard-integrated IDE controllers.... >> >> Please note, this troubles appeared first in kernel 2.4.18, and are >> reproducing up to 2.4.20 (i have not tryed 2.4.21-preX nor 2.5.x). >> There where no troubles with any other 2.4.x i tryed (2.4.7, 2.4.14, >> 2.4.17 at least) >> >> What do you think of this? Where could be the problem? what could i >> do to get more info and solve this problem? >> >> Thanks to all! >> >> - -- >> ! Willy Gardiol - gardiol@libero.it >> goemon.polito.it/~gardiol >> Use linux for your freedom. >> >> Non ho parole, fratelli. Quaranta paesi bambini hanno >> attaccato un asilo e la chiamano guerra. >> Gli eserciti più potenti del mondo hanno attaccato il più >> straccione. >> >> Jack Folla ( 8/10/2001 ) >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.2.1 (GNU/Linux) >> >> iD8DBQE+bxgnQ9qolN/zUk4RAlF4AJ431AQ7jTaaxJPugtEQTtimaqWZ7QCgryeJ >> TpRdVaO97yfsr08v8D6lwB0= >> =qUwm >> -----END PGP SIGNATURE----- >> >> - >> To unsubscribe from this list: send the line "unsubscribe >> linux-kernel" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> Please read the FAQ at http://www.tux.org/lkml/ >> >> >> > > > - > To unsubscribe from this list: send the line "unsubscribe > linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ >
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |