public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Joachim Breuer <jmbreuer@gmx.net>
To: Andre Hedrick <andre@linux-ide.org>
Cc: Mike Isely <isely@pobox.com>, Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: 2.4.20-pre4-ac1 trashed my system
Date: Mon, 02 Sep 2002 10:16:14 +0200	[thread overview]
Message-ID: <m33css7qnl.fsf@venus.fo.et.local> (raw)
In-Reply-To: <Pine.LNX.4.10.10208302313040.1033-100000@master.linux-ide.org> (Andre Hedrick's message of "Fri, 30 Aug 2002 23:24:38 -0700 (PDT)")

Andre Hedrick <andre@linux-ide.org> writes:

> On Sat, 31 Aug 2002, Mike Isely wrote:
>
>> On Fri, 30 Aug 2002, Andre Hedrick wrote:
>> 
>> > When you said you put it on primary channel, I realized that you have a
>> > system that breaks the rules of Promise and I am not sure.
>> 
>> What are the "rules of Promise" or where may I find such information?
>
> You do not want to sign the NDA's to get the data sheets, aquire all the
> hardware to test, generate tables of irregularities, query Promise, and
> then scratch your head why.
>
> I have a FastTrak 100 TX4 the BIOS fails to see beyond 128GB, but in
> practice it does.
>
> The PDC20267 will puke in 48-bit DMA, but run clean in 48-bit PIO :-/
> Oh but that is the primary channel, Seconday Channel is clean both ways :-\
>
> PDC20262 works in 48-bit DMA every where.
>
> PDC20265 similar to PDC20267 except yours.
>
> Rules are emperical tests and rants back at the OEM, and ....

Another data point: My experiences with 2.4.19-pre4-ac2 are remarkably
similar to Mike Isley's, but for a few interesting differences:

- 2.4.18 runs O.K.
- 2.4.19 hangs when checking for partitions
- 2.4.19-ac4 hangs, too
- 2.4.20-pre4 hangs, too
- 2.4.20-pre4-ac2 does not hang, but shows problems exactly as Mike is
  describing:
  - Claims 80pin cable is missing
  - wrong data read from disk, write based on wrong read trashes fs

My hardware:
o Promise PDC20262 On-Board on a GigaByte GA-6BX7+ (Intel 440BX)
o Maxtor 120G (4G120J6)

>> > grep "hwif->addressing" pdc202xx.c
>> > 
>> > Stub out the three lines.
>> > 
>> > Recompile and reboot, it will be fixed
>> 
>> Will do.  Thanks.  If you have a more permanent fix you'd like me to 
>> test, let me know.
>
> Oh another dang piece of the puzzle found and it does not fit anywhere!

Does this fix the bogus 80-pin message or does it just have to do with
block addressing and thus the "corruption" issue?

I'm asking because the 20262 seems to break ATAPI devices completely
once it was in a "wrong" mode. I.e. if my PX-W1610 on the second
channel is correctly detected as MDMA2 it works, if it is detected as
something else and I try to tweak it the channel and/or controller
hangs.

Can I somewhere get a complete picture of what is *supposed* to work
with the '62 and what not?

Thanks a lot!


So long,
   Joe

-- 
"I use emacs, which might be thought of as a thermonuclear
 word processor."
-- Neal Stephenson, "In the beginning... was the command line"

  parent reply	other threads:[~2002-09-02  8:12 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-29 14:06 2.4.20-pre4-ac1 trashed my system Mike Isely
2002-08-29 15:32 ` Alan Cox
2002-08-29 17:15   ` Andre Hedrick
2002-08-29 18:02     ` Mike Isely
2002-08-29 19:15       ` Mike Isely
2002-08-29 19:28         ` Alan Cox
2002-08-29 19:32           ` Mike Isely
2002-08-30  7:07           ` Mike Isely
2002-08-31  5:04             ` Mike Isely
2002-08-31  5:57               ` Andre Hedrick
2002-08-31  6:07                 ` Mike Isely
2002-08-31  6:24                   ` Andre Hedrick
2002-08-31  6:57                     ` Mike Isely
2002-09-01  5:15                     ` Mike Isely
2002-09-02  8:19                       ` Joachim Breuer
2002-09-05  6:05                       ` Mike Isely
2002-09-02  8:16                     ` Joachim Breuer [this message]
2002-09-03 12:41                     ` mbs
2002-09-03 14:34                       ` Mike Isely
2002-09-03 16:00                         ` Alan Cox
2002-09-04 10:21                           ` Rogier Wolff
2002-09-03 15:59                       ` Alan Cox
2002-09-03 18:33                         ` mbs
2002-09-01  2:59                 ` Mike Isely
2002-08-31 10:54               ` Vojtech Pavlik
2002-09-05  5:54   ` [PATCH] 2.4.20-pre5-ac2: Promise Controller LBA48 DMA fixed Mike Isely
2002-09-05 12:47     ` Henning P. Schmiedehausen
2002-09-05 14:12       ` Mike Isely
2002-09-05 14:31         ` Alan Cox
2002-09-05 14:33           ` Mike Isely
2002-09-05 14:35         ` Horst von Brand
2002-09-05 14:47           ` Mike Isely
2002-09-05 14:56             ` Tomas Szepe
2002-09-05 15:12               ` Mike Isely
2002-09-05 14:41     ` Tomas Szepe

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=m33css7qnl.fsf@venus.fo.et.local \
    --to=jmbreuer@gmx.net \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=andre@linux-ide.org \
    --cc=isely@pobox.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