From: ralf@uni-koblenz.de
To: mdhill@interlog.com
Cc: linux@cthulhu.engr.sgi.com
Subject: Re: wd33c93 errors.
Date: Fri, 23 Jan 1998 05:08:31 +0100 [thread overview]
Message-ID: <19980123050831.56248@uni-koblenz.de> (raw)
In-Reply-To: <199801230128.UAA02293@mdhill.interlog.com>; from Michael Hill on Thu, Jan 22, 1998 at 08:28:50PM -0500
On Thu, Jan 22, 1998 at 08:28:50PM -0500, Michael Hill wrote:
> Alex deVries writes:
> >
> > On Thu, 22 Jan 1998, Alan Cox wrote:
> > > > repartitioned it from Irix, and mounted it as an EFS partition under Irix
> > > > just fine. That would seem to indicate that everything is alright with
> > > Including rewriting it ?
> >
> > Ah, I tried that specifically, and had problems too with Irix. So, the
> > disk is toast, and it'll go back to the storage room I found it in (along
> > with an AXP).
> >
>
> The 1 G drive I posted about last week was made visible to IRIX by
> modifying wd93_syncenable and wd93_syncperiod in
> /var/sysgen/master.d/wd93 before recompiling the IRIX kernel. Does
> anyone know of similar changes to the Linux source that would prevent
> the system from hanging on startup with the following message?
>
> sending SDTR 0103013f0csync_xfer=2cscsi : aborting command due to timeout : pid 7, scsi0, channel 0, id 3, lun 0 Inquiry 00 00
> scsi0: Aborting connected command 7 - stopping DMA - sending wd33c93 ABORT command - flushing fifo - asr - 20, sr=ff, 16777215 by
> - sending wd33c93 DISCONNECT command - asr = 20, sr=18.
>
> If this is a bug, as Alan said, maybe there's hope for my drive, as
> well as the one Alex has.
Use boot arguments to the kernel. Below the comments from the driver
source documenting the possible arguments. Actually we should implement
a blacklist feature; the current blacklist doesn't support a nosync or
nodisconnect feature.
/*
* 'setup_strings' is a single string used to pass operating parameters and
* settings from the kernel/module command-line to the driver. 'setup_args[]'
* is an array of strings that define the compile-time default values for
* these settings. If Linux boots with an amiboot or insmod command-line,
* those settings are combined with 'setup_args[]'. Note that amiboot
* command-lines are prefixed with "wd33c93=" while insmod uses a
* "setup_strings=" prefix. The driver recognizes the following keywords
* (lower case required) and arguments:
*
* - nosync:bitmask -bitmask is a byte where the 1st 7 bits correspond with
* the 7 possible SCSI devices. Set a bit to negotiate for
* asynchronous transfers on that device. To maintain
* backwards compatibility, a command-line such as
* "wd33c93=255" will be automatically translated to
* "wd33c93=nosync:0xff".
* - nodma:x -x = 1 to disable DMA, x = 0 to enable it. Argument is
* optional - if not present, same as "nodma:1".
* - period:ns -ns is the minimum # of nanoseconds in a SCSI data transfer
* period. Default is 500; acceptable values are 250 - 1000.
* - disconnect:x -x = 0 to never allow disconnects, 2 to always allow them.
* x = 1 does 'adaptive' disconnects, which is the default
* and generally the best choice.
* - debug:x -If 'DEBUGGING_ON' is defined, x is a bit mask that causes
* various types of debug output to printed - see the DB_xxx
* defines in wd33c93.h
* - clock:x -x = clock input in MHz for WD33c93 chip. Normal values
* would be from 8 through 20. Default is 8.
* - next -No argument. Used to separate blocks of keywords when
* there's more than one host adapter in the system.
*
* Syntax Notes:
* - Numeric arguments can be decimal or the '0x' form of hex notation. There
* _must_ be a colon between a keyword and its numeric argument, with no
* spaces.
* - Keywords are separated by commas, no spaces, in the standard kernel
* command-line manner.
* - A keyword in the 'nth' comma-separated command-line member will overwrite
* the 'nth' element of setup_args[]. A blank command-line member (in
* other words, a comma with no preceding keyword) will _not_ overwrite
* the corresponding setup_args[] element.
* - If a keyword is used more than once, the first one applies to the first
* SCSI host found, the second to the second card, etc, unless the 'next'
* keyword is used to change the order.
*
* Some amiboot examples (for insmod, use 'setup_strings' instead of 'wd33c93'):
* - wd33c93=nosync:255
* - wd33c93=nodma
* - wd33c93=nodma:1
* - wd33c93=disconnect:2,nosync:0x08,period:250
* - wd33c93=debug:0x1c
*/
Ralf
prev parent reply other threads:[~1998-01-23 4:15 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-01-22 21:50 wd33c93 errors Alex deVries
1998-01-22 22:34 ` Alan Cox
1998-01-22 22:34 ` Alan Cox
1998-01-22 23:07 ` Alex deVries
1998-01-23 0:12 ` William Fisher
1998-01-23 0:12 ` William Fisher
1998-01-25 18:14 ` ralf
1998-01-23 0:47 ` William J. Earl
1998-01-23 1:28 ` Michael Hill
1998-01-23 4:08 ` ralf [this message]
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=19980123050831.56248@uni-koblenz.de \
--to=ralf@uni-koblenz.de \
--cc=linux@cthulhu.engr.sgi.com \
--cc=mdhill@interlog.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