From: Bart Theunissen <Bart.Theunissen@pandora.be>
To: Bart Theunissen <Bart.Theunissen@pandora.be>
Cc: gardiol@libero.it, linux-kernel@vger.kernel.org,
linux-ide@vger.kernel.org, Harrison_Richard@emc.com,
berthiaume_wayne@emc.com
Subject: Re: Bug in IDE controllers when connected to PCI?
Date: Thu, 13 Mar 2003 11:23:01 +0100 [thread overview]
Message-ID: <3E705C05.7060603@pandora.be> (raw)
In-Reply-To: <3E6F25EB.7000904@pandora.be>
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/
>
next prev parent reply other threads:[~2003-03-13 10:23 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-12 11:21 Bug in IDE controllers when connected to PCI? Willy Gardiol
[not found] ` <200303121313.h2CDDmu29857@Port.imtp.ilyichevsk.odessa.ua>
2002-12-31 8:31 ` Willy Gardiol
2003-03-12 12:19 ` Bart Theunissen
2003-03-13 10:23 ` Bart Theunissen [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-03-13 14:15 berthiaume_wayne
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=3E705C05.7060603@pandora.be \
--to=bart.theunissen@pandora.be \
--cc=Harrison_Richard@emc.com \
--cc=berthiaume_wayne@emc.com \
--cc=gardiol@libero.it \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.