mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: jim@rubylane.com
To: andre@linux-ide.org
Cc: linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org
Subject: Update on Promise 100TX2 + Serverworks IDE issues -- 2.2.20
Date: Tue, 2 Apr 2002 15:38:41 -0800 (PST)	[thread overview]
Message-ID: <20020402233842.25600.qmail@london.rubylane.com> (raw)

FYI, here's an IDE update.  I'm probably going to post a note on the
kernel mailing list about this to maybe help someone else avoid a
nasty problem, or maybe someone will have an "Ah Ha!" moment.

1. Linux 2.2.19 (and .20) + the Serverworks IDE chipset on the
Supermicro P3DLE is definitely hosed.  Copying files from hda to hdc
causes both hda and hdc to be corrupted.  I even took out the Promise
cards altogether to make sure there wasn't some interaction going on
there.  I don't think your patches have anything to do with this
because it broke before without your patches, and also breaks with
your patches.

2. The MB IDE ports transfer data at about 18000K/sec while doing
cat /dev/hda >/dev/null and looking at vmstat.

3. The Promise card does about 31300K/sec doing the same thing.

4. If 2 Promise cards are installed and each of 4 Maxtor 5T060H6
drives get their own IDE port (ide2-5), the drives are hde, hdg, hdi,
hdk.  In a 32-bit slot, cat /dev/hdx >/dev/null shows 31300K/sec.  But
doing cat /dev/hde4 (a specific partition) for example gives
8400K/sec.  That makes no sense to me.

5. If 1 Promise card has a drive installed as slave on the second
port, that drive will causes CRC errors on the console.  I didn't try
slaving on the first port - it may be broken too.  Switching drives
doesn't make this problem go away, and drives that generate errors
work perfectly as master.  Setting drives to master/slave or using
cable select doesn't affect the problem.

6. If the Promise card is installed in one of the two 64-bit/66MHz
slots on the Supermicro MB, then hde (the first ide port) behaves the
same: 31300K/sec if catting /dev/hde, but only 8400K/sec if catting
/dev/hde4.  HOWEVER, the master drive on the second port, hdg, yields
31300K/sec for both cat /dev/hdg and cat /dev/hdg4.  I have swapped
drives around and verified this on combinations of drives and
controllers.  I know it doesn't make sense, but thought I'd report it
in case there is something flakey in the ide driver.  Maybe burst mode
is only getting used for this one port or something??

I dunno.  This is all getting way too confusing so I am going to find
a configuration that works and stop trying to make it work perfectly
and understand the ins and outs.

My current config is:
  hda = MB ide port 0 master
  hdg = Promise #1 port 1 master
  hde = Promise #1 port 0 master
  hdk = Promise #2 port 1 master

All the drives on the Promise boards are running at 31300K now, even
hde (which again, I don't understand).  hda+hdg will be a RAID1 pair,
hde+hdk will be a RAID1 pair.  Seems to be working - I give up 
understanding it.

Appreciate all your IDE efforts, and after this recent nosebleed, I 
have much more empathy about how much of a pain this all must be for
you sometimes. :)

Jim Wilcoxson
Owner, www.rubylane.com

(I'm not on the kernel mailing list but comments/suggestions via email
are welcome.)

             reply	other threads:[~2002-04-02 23:39 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-02 23:38 jim [this message]
2002-04-03  0:48 ` Trent Piepho
2002-04-03  1:18   ` Alan Cox
2002-04-03  2:08     ` Jeff Nguyen
2002-04-03  2:58       ` Alan Cox
2002-04-03  2:58         ` jim
2002-04-04  1:32           ` Re[2]: " Nerijus Baliunas
2002-04-04 10:03             ` Andre Hedrick
2002-04-03  3:10   ` jim
     [not found] <Pine.LNX.4.10.10204022311020.24257-100000@tom2.baremetal.com>
2002-04-03 14:52 ` jim

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=20020402233842.25600.qmail@london.rubylane.com \
    --to=jim@rubylane.com \
    --cc=andre@linux-ide.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-raid@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

all inboxes | Powered by JetHome®