All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Paul Rolland" <rol@as2917.net>
To: "'Bartlomiej Zolnierkiewicz'" <B.Zolnierkiewicz@elka.pw.edu.pl>,
	"'Marek Habersack'" <grendel@caudium.net>
Cc: <linux-kernel@vger.kernel.org>
Subject: Re: Lost interrupts with IDE DMA on 2.5.x
Date: Sat, 26 Apr 2003 09:53:00 +0200	[thread overview]
Message-ID: <004401c30bc8$dc4bb660$2101a8c0@witbe> (raw)
In-Reply-To: <Pine.SOL.4.30.0304252143370.602-200000@mion.elka.pw.edu.pl>

Hi Bartlomiej,

It seems the patch is missing :-(

Regards,
Paul

> 
> Attached patch should help, please try.
> 
> --
> Bartlomiej
> 
> On Fri, 25 Apr 2003, Marek Habersack wrote:
> 
> > Hello,
> >
> >  I've recently added a second drive to my workstation and 
> since then 
> > I'm getting the following error from time to time:
> >
> >   Apr 25 20:42:06 beowulf kernel: hda: dma_timer_expiry: 
> dma status == 0x64
> >   Apr 25 20:42:06 beowulf kernel: hda: lost interrupt
> >   Apr 25 20:42:06 beowulf kernel: hda: dma_intr: bad DMA 
> status (dma_stat=70)
> >   Apr 25 20:42:06 beowulf kernel: hda: dma_intr: 
> status=0x50 { DriveReady
> >    SeekComplete }
> >
> > Both drives are new Maxtors (60 and 40GB) on the VIA KT266 chipset 
> > (the mobo is MSI K7T266 Pro2-A mobo):
> >
> > ----------VIA BusMastering IDE Configuration----------------
> > Driver Version:                     3.36
> > South Bridge:                       VIA vt8233a
> > Revision:                           ISA 0x0 IDE 0x6
> > Highest DMA rate:                   UDMA133
> > BM-DMA base:                        0xfc00
> > PCI clock:                          33.3MHz
> > Master Read  Cycle IRDY:            0ws
> > Master Write Cycle IRDY:            0ws
> > BM IDE Status Register Read Retry:  yes
> > Max DRDY Pulse Width:               No limit
> > -----------------------Primary IDE-------Secondary IDE------
> > Read DMA FIFO flush:          yes                 yes
> > End Sector FIFO flush:         no                  no
> > Prefetch Buffer:              yes                 yes
> > Post Write Buffer:            yes                 yes
> > Enabled:                      yes                 yes
> > Simplex only:                  no                  no
> > Cable Type:                   80w                 40w
> > -------------------drive0----drive1----drive2----drive3-----
> > Transfer Mode:       UDMA      UDMA       PIO       DMA
> > Address Setup:      120ns     120ns     120ns     120ns
> > Cmd Active:          90ns      90ns      90ns      90ns
> > Cmd Recovery:        30ns      30ns      30ns      30ns
> > Data Active:         90ns      90ns     330ns      90ns
> > Data Recovery:       30ns      30ns     270ns      30ns
> > Cycle Time:          15ns      15ns     600ns     120ns
> > Transfer Rate:  133.3MB/s 133.3MB/s   3.3MB/s  16.6MB/s
> >
> >   Of course, when the above happens, all disk I/O freezes. 
> The above 
> > happens only when there's simultaneous activity on both devices. It 
> > doesn't happen when the devices are on different IDE 
> interfaces. The 
> > transfer is always retried and completed successfully, so 
> it's not a 
> > bad hdd and I can only guess the problem is somewhere in 
> the DMA/IRQ 
> > handling by the IDE driver. If there's not enough information to 
> > diagnose/solve the problem, I can do more tests (run with 2.4 for a 
> > while, run with the generic IDE drive etc.).
> >
> > TIA,
> >
> > marek
> 


      reply	other threads:[~2003-04-26  7:41 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-25 18:58 Lost interrupts with IDE DMA on 2.5.x Marek Habersack
2003-04-25 19:47 ` Bartlomiej Zolnierkiewicz
2003-04-26  7:53   ` Paul Rolland [this message]

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='004401c30bc8$dc4bb660$2101a8c0@witbe' \
    --to=rol@as2917.net \
    --cc=B.Zolnierkiewicz@elka.pw.edu.pl \
    --cc=grendel@caudium.net \
    --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.