public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Julien Wajsberg <julien.wajsberg@gmail.com>
To: linux-os@analogic.com
Cc: linux-kernel@vger.kernel.org
Subject: Re: How's the nforce4 support in Linux?
Date: Wed, 6 Apr 2005 00:58:34 +0200	[thread overview]
Message-ID: <2a0fbc59050405155815666e8d@mail.gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.61.0504050957400.15886@chaos.analogic.com>

On Apr 5, 2005 4:10 PM, Richard B. Johnson <linux-os@analogic.com> wrote:
> On Tue, 5 Apr 2005, Julien Wajsberg wrote:
> 
> > On Mar 26, 2005 12:59 AM, Julien Wajsberg <julien.wajsberg@gmail.com> wrote:
> >> I own an Asus A8N-Sli motherboard with the Nforce4-Sli chipset, and I
> >> experiment the following problem :
> >>
> >> Mar 25 22:42:55 evenflow kernel: hda: dma_timer_expiry: dma status == 0x60
> >> Mar 25 22:42:55 evenflow kernel: hda: DMA timeout retry
> >> Mar 25 22:42:55 evenflow kernel: hda: timeout waiting for DMA
> >> Mar 25 22:42:55 evenflow kernel: hda: status error: status=0x58 {
> >> DriveReady SeekComplete DataRequest }
> >> Mar 25 22:42:55 evenflow kernel:
> >> Mar 25 22:42:55 evenflow kernel: ide: failed opcode was: unknown
> >> Mar 25 22:42:55 evenflow kernel: hda: drive not ready for command
> >> Mar 25 22:42:55 evenflow kernel: hda: status timeout: status=0xd0 { Busy }
> >> Mar 25 22:42:55 evenflow kernel:
> >> Mar 25 22:42:55 evenflow kernel: ide: failed opcode was: unknown
> >> Mar 25 22:42:55 evenflow kernel: hdb: DMA disabled
>                                       ^^^^^^^^^^^^^^^^^
> >> Mar 25 22:42:55 evenflow kernel: hda: drive not ready for command
> >>
> >> Of course, if I disable DMA with hdparm, this problem disappear.. but
> >> it isn't a long-term solution ;-)
> >>
> 
> The long-term solution is to replace either the drive, cable, or the
> motherboard that can't do DMA.
It's a recent drive that did ultra DMA on another motherboard, and a
recent motherboard with a cable that did ultra DMA before.It was ultra
DMA2 on this old motherboard, but it still was ultra DMA.

> A bad DMA operation can write data
> anywhere (right into the middle of the kernel). There isn't
> anything software can do about it. Software sets up the
> controller for a DMA operation, then waits for an interrupt
> that tells it has completed or failed. Software can retry failed
> operations until software gets destroyed by the hardware, but
> there isn't anything else that can be done.
> 
> The fact that disabling DMA makes the problem(s) go away is
> proof that it isn't a software problem. There are flash-RAM
> devices that emulate IDE drives. Most of these can't do DMA
> and the IDE driver doesn't accept that fact. That is a known
> bug. One needs to use hdparm to tell it to stop trying to
> use DMA. In your case, the driver stopped using DMA when
> it found out that it didn't work. There is no bug.

In my case, the driver stopped for hdb, that is my dvd-burner/player.
It did nothing for hda or hdc, I had to disable DMA myself.


Will I have to install Windows XP to prove ultra DMA works correctly
on this setup ? I really don't hope...

-- 
Julien

  reply	other threads:[~2005-04-05 22:58 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-25 22:59 How's the nforce4 support in Linux? Julien Wajsberg
2005-03-25 23:14 ` Lee Revell
2005-03-26  0:38   ` Julien Wajsberg
2005-03-26  0:48     ` Lee Revell
2005-03-29 18:58   ` Tomasz Torcz
2005-03-29 20:40     ` Lee Revell
2005-03-30 15:00       ` Tomasz Torcz
2005-03-30 16:45         ` Lennart Sorensen
2005-03-30 19:19         ` Martin Schlemmer
2005-03-30 21:01           ` Lee Revell
2005-03-31  5:58             ` Martin Schlemmer
2005-03-25 23:20 ` Lee Revell
2005-03-26  0:17   ` Julien Wajsberg
2005-03-26 14:13     ` Michal Schmidt
2005-03-29  6:47       ` Julien Wajsberg
2005-03-25 23:21 ` Lee Revell
2005-03-25 23:41   ` Julien Wajsberg
2005-04-05 13:42 ` Julien Wajsberg
2005-04-05 14:10   ` Richard B. Johnson
2005-04-05 22:58     ` Julien Wajsberg [this message]
2005-04-06 11:41       ` Richard B. Johnson
2005-04-06 16:02         ` Bartlomiej Zolnierkiewicz
2005-04-10 23:43           ` Julien Wajsberg
2005-04-10 23:27         ` Julien Wajsberg
  -- strict thread matches above, loose matches on Subject: below --
2005-03-26 16:01 Chuck
2005-03-26 15:19 ` Arjan van de Ven
2005-03-26 17:32   ` Marcin Dalecki
2005-03-27 12:26     ` Chuck
2005-04-02 23:55     ` Julien Wajsberg
2005-03-25  9:37 Chuck Ebbert
     [not found] <3LwFC-4Ko-15@gated-at.bofh.it>
     [not found] ` <3LwYW-4Xx-11@gated-at.bofh.it>
     [not found]   ` <3LwYZ-4Xx-25@gated-at.bofh.it>
2005-03-24 10:00     ` Asfand Yar Qazi
2005-03-24 10:11       ` Arjan van de Ven
2005-03-24 16:29       ` Lennart Sorensen
2005-03-24 16:41         ` Raphael Jacquot
2005-03-24 20:41       ` Jeff Garzik
2005-03-25  2:15 ` Robert Hancock
2005-03-25  2:40   ` Lee Revell
     [not found] <3Lxis-5a0-29@gated-at.bofh.it>
     [not found] ` <3Lxis-5a0-31@gated-at.bofh.it>
     [not found]   ` <3Lxis-5a0-33@gated-at.bofh.it>
     [not found]     ` <3Lxis-5a0-27@gated-at.bofh.it>
2005-03-24 10:11       ` Asfand Yar Qazi
2005-03-24  9:20 Asfand Yar Qazi
2005-03-24  9:30 ` Jeff Garzik
2005-03-24  9:34   ` Arjan van de Ven
2005-03-24 10:03     ` Tupshin Harper
2005-03-24 16:27   ` Lennart Sorensen
2005-03-24 21:01     ` Jeff Garzik
2005-03-28 15:31       ` Andi Kleen
2005-03-30 19:42         ` Jeff Garzik
2005-03-30 20:17           ` Indrek Kruusa
2005-03-30 20:25             ` Jeff Garzik
2005-03-30 20:48               ` Indrek Kruusa
2005-03-30 21:06           ` Francois Romieu
2005-03-30 21:47             ` Jeff Garzik

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=2a0fbc59050405155815666e8d@mail.gmail.com \
    --to=julien.wajsberg@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-os@analogic.com \
    /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