public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Kai OM" <epimetreus@fastmail.fm>
To: linux-kernel@vger.kernel.org
Cc: "Ron Day" <ronmon@bellsouth.net>
Subject: Re: SCSI related hang on boot
Date: Sun, 20 Jun 2004 16:50:04 -0500	[thread overview]
Message-ID: <1087768204.30717.198812673@webmail.messagingengine.com> (raw)
In-Reply-To: <20040620121101.34274f68@mimi.ronmon.shacknet.nu>

I've got an LSIU160 controller, which means that it has two actual
controllers, an exterior and an interior one.
The exterior one is disabled in the controller's BIOS, because I have no
use for it.
The interior on is terminated immediately after the drive I have
connected to it.
I'm wondering if the driver is somehow ignoring(at least in my case)
fact that the disabled controller is, in fact, disabled, and is getting
thrown off because I never bothered to buy a terminator for it, when
it's not supposed to ever be active.
I'm not a SCSI expert, though, so I'm prolly wrong.

----- Original message -----
From: "Ron Day" <ronmon@bellsouth.net>
To: linux-kernel@vger.kernel.org
Date: Sun, 20 Jun 2004 12:11:01 -0400
Subject: Re: SCSI related hang on boot

Please CC me on this, since I'm not a list member.

I've been following this thread and hoping for an answer. The problem
I'm having, as well as my hardware, is very similar to this. 

For the record, my equipment:

ASUS A7M-266D, 2 x Athlon MP1800+, 1024MB ECC registered

Tekram DC-390U3W, Symbios Logic (LSI) 53c1010 chipset.
	Running for 2+ years with sym53c8xx_2 driver. It
	replaced a Fireport40 that ran for 2-3 years with
	the same driver and the earlier sym53c8xx (v1)
	with older/slower/smaller HDD's.

Bus0, terminated in-line after second HDD
2 x U160 HDD's, id 0 and 1 (2+ years running)

Bus1, terminated in-line at scanner
An internal Yamaha SCSI CD-RW, id 2 (3-4 years running)
A UMAX S-12 scanner, id 5 (8+ years running)

Everything goes as expected through sym0, where the
two HDD's reside, but problems arise at sym1. Compared
to successful dmesg output, it seems that the scanner
(and hence the termination for that bus) is not seen.

My conclusion is that sym2.1.18i works and sym2.1.18j
does not. I say this because I have made a copy of the 
drivers/scsi/sym53c8xx_2 directory from 2.6.5 (the latest
that I'm aware of with the .i drivers). By replacing the
files in current kernels with these, I have compiled and
run several newer versions sucessfully, the latest being
2.6.7, which I'm running now.

Rather than post everything here, I'll link to some files that should be
relevant.

The error (written down and typed in, no serial console):
http://ronmon.shacknet.nu/configs/scsi_boot_error

Output from a good dmesg (sym2.1.18.i driver):
http://ronmon.shacknet.nu/configs/dmesg_good-2.6.7-rc3

Brief system layout courtesy of phpsysinfo:
http://ronmon.shacknet.nu/phpsysinfo/

Output from 'lspci -vvx':
http://ronmon.shacknet.nu/configs/lspci-vvx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

  reply	other threads:[~2004-06-20 21:50 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-20 16:11 SCSI related hang on boot Ron Day
2004-06-20 21:50 ` Kai OM [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-06-11  8:25 Klaus Dittrich
2004-06-05  4:19 Kai OM
     [not found] ` <40C7F08B.2080900@baywinds.org>
2004-06-10  9:44   ` Kai OM
2004-06-10 14:54     ` Bruce Ferrell
2004-06-11  7:47       ` Kai OM

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=1087768204.30717.198812673@webmail.messagingengine.com \
    --to=epimetreus@fastmail.fm \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ronmon@bellsouth.net \
    /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