From: Olivier Bornet <Olivier.Bornet@puck.ch>
To: linux-kernel@vger.kernel.org
Subject: problem with a cobalt RaQ550 system and DMA (Serverworks OSB4 in impossible state)
Date: Wed, 23 Apr 2003 23:27:13 +0200 [thread overview]
Message-ID: <20030423212713.GD21689@puck.ch> (raw)
[-- Attachment #1: Type: text/plain, Size: 2875 bytes --]
Hello,
I'm trying to install Debian on 4 RaQ550 with each 2 80GB disks. All
seems OK with 3 of RaQ, but with one, it crash when I put the two disks
in a RAID1 meta device. In fact, it as crash at about 6% before the 70GB
partition is fully synchronized.
The error message is:
===================================================================
Serverworks OSB4 in impossible state.
Disable UDMA or if you are using Seagate then try switching disk types
on this controller. Please report this event to osb4-bug@ide.cabal.tm
OSB4: continuing might cause disk corruption.
===================================================================
I have also send the same email as this one to osb4-bug@ide.cabal.tm.
After some search, it seems I must enable MWDMA for my disks. (ref:
http://www.cs.helsinki.fi/linux/linux-kernel/2002-33/0836.html )
Here is the configuration : 2 IDE 80GB disks, one on hda, one on hdc.
The kernel is the stock 2.4.20, with cobalt patches. The cobalt patches
don't modify the drivers/ide/serverworks.c.
IDE part of lspci -v:
00:0f.1 IDE interface: ServerWorks CSB5 IDE Controller (rev 92) (prog-if 8f [Master SecP SecO PriP PriO])
Subsystem: Sun Microsystems Computer Corp.: Unknown device c000
Flags: bus master, medium devsel, latency 64
I/O ports at fcd8 [size=8]
I/O ports at fcd4 [size=4]
I/O ports at fcc8 [size=8]
I/O ports at fcc4 [size=4]
I/O ports at fcb0 [size=16]
I/O ports at fcac [size=4]
/proc/ide/hda and /proc/ide/hdc say it's a ST380021A. (I have no
physical access to the system now...)
I have try to set the DMA of the disks with:
hdparm -X66 -d 1 /dev/hda
hdparm -X66 -d 1 /dev/hdc
but this has cause a direct hangup (with the same message "Serverworks
OSB4 in impossible state...."). Maybe I don't use correctly hdparm, as
this is my first attempt with it.
At this time, I have disabled the dma with:
hdparm -d 0 /dev/hda
hdparm -d 0 /dev/hdc
and the sync in in the way (but say we need about 6 hours to finish,
comparing to the unmodifed test giving about 1 hour).
So my questions are :
- what can I do ?
- may this problem come also with the others RaQ we have (as far as I
know, they are the same, and they are ordered at the same time)
- is the system safe without dma ?
Thanks in advance for any help, or any pointer to a solution. (Of
course, I can apply a patch to the kernel if this may correct the
problem).
Olivier
--
Olivier Bornet | français : http://puck.ch/f
Swiss Ice Hockey Results | english : http://puck.ch/e
http://puck.ch/ | deutsch : http://puck.ch/g
Olivier.Bornet@puck.ch | italiano : http://puck.ch/i
Get my PGP-key at http://puck.ch/pgp or at http://wwwkeys.pgp.net
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next reply other threads:[~2003-04-23 21:16 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-23 21:27 Olivier Bornet [this message]
2003-04-23 22:21 ` problem with a cobalt RaQ550 system and DMA (Serverworks OSB4 in impossible state) Alan Cox
2003-04-23 23:29 ` Olivier Bornet
2003-04-24 8:00 ` Olivier Bornet
2003-04-24 21:51 ` problem with Serverworks CSB5 IDE Duncan Laurie
2003-04-24 23:52 ` Duncan Laurie
2003-04-25 11:00 ` Alan Cox
2003-04-25 16:39 ` Duncan Laurie
2003-04-25 15:42 ` Alan Cox
2003-04-25 18:52 ` Duncan Laurie
2003-04-25 18:02 ` Alan Cox
2003-04-28 13:03 ` Alan Cox
2003-04-24 0:02 ` problem with a cobalt RaQ550 system and DMA (Serverworks OSB4 in impossible state) Duncan Laurie
2003-04-24 7:55 ` Olivier Bornet
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=20030423212713.GD21689@puck.ch \
--to=olivier.bornet@puck.ch \
--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.