public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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/
>



  reply	other threads:[~2003-03-13 10:12 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-12 11:21 Bug in IDE controllers when connected to PCI? 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox