From: Dave Jones <davej@redhat.com>
To: gboyce <gboyce@badbelly.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: IDE + CPU Scaling problem on Via EPIA systems
Date: Mon, 28 Nov 2005 01:32:12 -0500 [thread overview]
Message-ID: <20051128063212.GA18775@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0511272350380.17020@localhost.localdomain>
On Mon, Nov 28, 2005 at 12:02:32AM -0500, gboyce wrote:
> Folks,
>
> While attempting to setup a new server using a Via EPIA-M motherboard
> (Nehemiah processor), I encountered a problem when I enabled CPU Frequency
> scaling via the powernowd daemon.
>
> The system is using software RAID 1 on a pair of IDE drives. Everything
> goes fine until powernowd is enabled. At that point I get the following
> errors:
>
> [4294871.703000] hda: dma_timer_expiry: dma status == 0x20
> [4294871.703000] hda: DMA timeout retry
> [4294871.703000] hda: timeout waiting for DMA
> [4294871.703000] hda: status error: status=0x58 { DriveReady SeekComplete
> DataRequest }
> [4294871.703000]
> [4294871.703000] ide: failed opcode was: unknown
> [4294871.703000] hda: drive not ready for command
> [4294958.589000] hda: dma_timer_expiry: dma status == 0x20
> [4294958.589000] hda: DMA timeout retry
> [4294958.589000] hda: timeout waiting for DMA
> [4294958.589000] hda: status error: status=0x58 { DriveReady SeekComplete
> DataRequest }
> [4294958.589000]
> [4294958.589000] ide: failed opcode was: unknown
> [4294958.589000] hda: drive not ready for command
>
> I ran the system for an extended time previously with no problem, but at
> this point I did not use powernowd, and I was not using RAID.
>
> The system is running Ubuntu, but I also encountered someone else with the
> same problem on an older Via EPIA system and SuSE. The ubuntu kernel I'm
> using is 2.6.12-10-386.
>
> I've attached the full dmesg output as well.
>
> For now I'm just going to turn off cpu scaling. Someday I'd like to use
> it though. Any suggestions for things I can try? Or is this perhaps a
> known issue of some sort?
On some variants of the VIA C3, we need to quiesce all DMA operations
before we do a speed transition. We currently don't do that.
I do have a patch from someone which adds support in the longhaul
driver to wait for IDE transactions to stop, but to do it cleanly,
we really need some callbacks into the IDE layer.
The longhaul driver right now is pretty much a case of
"if it works for you great, if not, don't use it".
Dave
next prev parent reply other threads:[~2005-11-28 6:32 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-28 5:02 IDE + CPU Scaling problem on Via EPIA systems gboyce
2005-11-28 6:32 ` Dave Jones [this message]
2005-12-04 16:22 ` Alan Cox
2005-12-06 17:05 ` Dave Jones
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=20051128063212.GA18775@redhat.com \
--to=davej@redhat.com \
--cc=gboyce@badbelly.com \
--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