RE: scsi init problem in 2.4.0-test10?

RE: scsi init problem in 2.4.0-test10?

[chen, xiangping]

Hi,

The problem got solved by replacing the AHA-3944 card to
AIC-7895, thus switching the order of SCSI discovery.
It seems that still a SCSI ordering problem.

Thanks any way!

Xiangping

-----Original Message-----
From: Elizabeth Morris-Baker [mailto:eamb@liu.fafner.com]
Sent: Thursday, November 02, 2000 4:58 PM
To: chen_xiangping@emc.com
Cc: linux-kernel@vger.kernel.org
Subject: Re: scsi init problem in 2.4.0-test10?


> 
> Hello,

	Yes, I encountered the same problem, and have a fix, but
	want to test it. If the author of scsi_scan.c would like
	to correct it, then that would be fine.

	Basically the problem is in scan_scsis_single.
	Some scsi devices are notoriously brain dead
	about answering inquiries without having 
	recived a TUR and then spinning up.
	The problem seems to be the disk, not the controller,
	if this is the same problem.

	The problem appeared in the test kernels because
	the TUR *used* to be there, now it is not.

	Hope this helps.

	Just curious, what kind of scsi disk do you have??
	lemme guess... Compaq Atlas?? :>

	cheers, 

	Elizabeth

> 
> I met a problem when trying to upgrade my Linux kernel to 2.4.0-test10.
> The machine is Compay AP550, dual processor, mem 512 MB, and 863 MHZ freq.
> It has two scsi host adaptors. one is AIC-7892 ultra 160/m connected to 
> internal hard disk, and the other is AHA-3944 ultra scsi connected to 
> an attached disk. The boot process stops after detection of the first
> scsi host, error info is:
> 	scsi: aborting command due to time out: pid0, scsci1, channel 0, 
> 	id 0, lun 0, Inquiry 00 00 00 ff 00
> 
> Previous OS on this machine was RedHat 6.2 kernel version 2.2.14
> 
> looking forward to your help!
> 
> Xiangping
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> Please read the FAQ at http://www.tux.org/lkml/
> 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: scsi init problem in 2.4.0-test10?

[stefan mojschewitsch]

"chen, xiangping" wrote:
> 
> Hello,
> 
> I met a problem when trying to upgrade my Linux kernel to 2.4.0-test10.
> The machine is Compay AP550, dual processor, mem 512 MB, and 863 MHZ freq.
> It has two scsi host adaptors. one is AIC-7892 ultra 160/m connected to
> internal hard disk, and the other is AHA-3944 ultra scsi connected to
> an attached disk. The boot process stops after detection of the first
> scsi host, error info is:
>         scsi: aborting command due to time out: pid0, scsci1, channel 0,
>         id 0, lun 0, Inquiry 00 00 00 ff 00
> 
im having this problem too with an quad ppro 166Mhz machine, but older
scsi-
controllers. when booting with 2.2.1[67] or 2.4.0.test[6-9] and 
kernelcmdline noapic, its okay.
on my machine, an AIC-7870 as scsi0 is aborting, when booting with apic 
enabled.

tnx for reading

stefan

-- 
stefan mojschewitsch
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: scsi init problem in 2.4.0-test10?

[Torben Mathiasen]

The SCSI spec says that INQUIRY and not
TUR + INQUIRY is the way to go, but maybe we
should make it a compile time option for buggy
drives.


On Thu, Nov 02 2000, Elizabeth Morris-Baker wrote:
> > 
> 
> 	You need to send the TUR first, but yes, 
> 	START_STOP will guarantee that you are
> 	ready to rock and roll.
> 	The first fix I wrote did a TUR, then
> 	3 tries at a START_STOP, till it worked.
> 	
> 	cheers, 
> 
> 	Elizabeth
>

[deleted]

-- 
Torben Mathiasen <tmm@kernel.dk>
Linux ThunderLAN maintainer 
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

RE: scsi init problem in 2.4.0-test10?

[chen, xiangping]

Hi,

Thanks for replying. What bothers me is that it works
in another pc with the same setup to the external disk,
but different internal scsi adaptor. So I did not think
it was the kernel software caused the problem. Any other
guess?

Thanks,

Xiangping




-----Original Message-----
From: Elizabeth Morris-Baker [mailto:eamb@liu.fafner.com]
Sent: Thursday, November 02, 2000 4:58 PM
To: chen_xiangping@emc.com
Cc: linux-kernel@vger.kernel.org
Subject: Re: scsi init problem in 2.4.0-test10?


> 
> Hello,

	Yes, I encountered the same problem, and have a fix, but
	want to test it. If the author of scsi_scan.c would like
	to correct it, then that would be fine.

	Basically the problem is in scan_scsis_single.
	Some scsi devices are notoriously brain dead
	about answering inquiries without having 
	recived a TUR and then spinning up.
	The problem seems to be the disk, not the controller,
	if this is the same problem.

	The problem appeared in the test kernels because
	the TUR *used* to be there, now it is not.

	Hope this helps.

	Just curious, what kind of scsi disk do you have??
	lemme guess... Compaq Atlas?? :>

	cheers, 

	Elizabeth

> 
> I met a problem when trying to upgrade my Linux kernel to 2.4.0-test10.
> The machine is Compay AP550, dual processor, mem 512 MB, and 863 MHZ freq.
> It has two scsi host adaptors. one is AIC-7892 ultra 160/m connected to 
> internal hard disk, and the other is AHA-3944 ultra scsi connected to 
> an attached disk. The boot process stops after detection of the first
> scsi host, error info is:
> 	scsi: aborting command due to time out: pid0, scsci1, channel 0, 
> 	id 0, lun 0, Inquiry 00 00 00 ff 00
> 
> Previous OS on this machine was RedHat 6.2 kernel version 2.2.14
> 
> looking forward to your help!
> 
> Xiangping
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> Please read the FAQ at http://www.tux.org/lkml/
> 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: scsi init problem in 2.4.0-test10?

[Matthew Dharm]

[-- Attachment #1: Type: text/plain, Size: 856 bytes --]

On Thu, Nov 02, 2000 at 03:58:24PM -0600, Elizabeth Morris-Baker wrote:
> 	Basically the problem is in scan_scsis_single.
> 	Some scsi devices are notoriously brain dead
> 	about answering inquiries without having 
> 	recived a TUR and then spinning up.
> 	The problem seems to be the disk, not the controller,
> 	if this is the same problem.
> 
> 	The problem appeared in the test kernels because
> 	the TUR *used* to be there, now it is not.

Strictly speaking, shouldn't we send a START_STOP, not a TUR to get the
disks (or other devices) to spin up?

Matt

-- 
Matthew Dharm                              Home: mdharm-usb@one-eyed-alien.net 
Maintainer, Linux USB Mass Storage Driver

S:  Another stupid question?
G:  There's no such thing as a stupid question, only stupid people.
					-- Stef and Greg
User Friendly, 7/15/1998

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: scsi init problem in 2.4.0-test10?

[Elizabeth Morris-Baker]

> 

	You need to send the TUR first, but yes, 
	START_STOP will guarantee that you are
	ready to rock and roll.
	The first fix I wrote did a TUR, then
	3 tries at a START_STOP, till it worked.
	
	cheers, 

	Elizabeth
	
> 
> --8t9RHnE3ZwKMSgU+
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
> 
> On Thu, Nov 02, 2000 at 03:58:24PM -0600, Elizabeth Morris-Baker wrote:
> > 	Basically the problem is in scan_scsis_single.
> > 	Some scsi devices are notoriously brain dead
> > 	about answering inquiries without having=20
> > 	recived a TUR and then spinning up.
> > 	The problem seems to be the disk, not the controller,
> > 	if this is the same problem.
> >=20
> > 	The problem appeared in the test kernels because
> > 	the TUR *used* to be there, now it is not.
> 
> Strictly speaking, shouldn't we send a START_STOP, not a TUR to get the
> disks (or other devices) to spin up?
> 
> Matt
> 
> --=20
> Matthew Dharm                              Home: mdharm-usb@one-eyed-alien.=
> net=20
> Maintainer, Linux USB Mass Storage Driver
> 
> S:  Another stupid question?
> G:  There's no such thing as a stupid question, only stupid people.
> 					-- Stef and Greg
> User Friendly, 7/15/1998
> 
> --8t9RHnE3ZwKMSgU+
> Content-Type: application/pgp-signature
> Content-Disposition: inline
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.4 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
> 
> iD8DBQE6AfBfz64nssGU+ykRAiG4AJ9d96tbBNs6zCwR8qIkGs5fJGs6EQCeLtO9
> khi+5UEoM5/apYkaEBBgnow=
> =/YMd
> -----END PGP SIGNATURE-----
> 
> --8t9RHnE3ZwKMSgU+--
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: scsi init problem in 2.4.0-test10?

[Elizabeth Morris-Baker]

> 
> Hello,

	Yes, I encountered the same problem, and have a fix, but
	want to test it. If the author of scsi_scan.c would like
	to correct it, then that would be fine.

	Basically the problem is in scan_scsis_single.
	Some scsi devices are notoriously brain dead
	about answering inquiries without having 
	recived a TUR and then spinning up.
	The problem seems to be the disk, not the controller,
	if this is the same problem.

	The problem appeared in the test kernels because
	the TUR *used* to be there, now it is not.

	Hope this helps.

	Just curious, what kind of scsi disk do you have??
	lemme guess... Compaq Atlas?? :>

	cheers, 

	Elizabeth

> 
> I met a problem when trying to upgrade my Linux kernel to 2.4.0-test10.
> The machine is Compay AP550, dual processor, mem 512 MB, and 863 MHZ freq.
> It has two scsi host adaptors. one is AIC-7892 ultra 160/m connected to 
> internal hard disk, and the other is AHA-3944 ultra scsi connected to 
> an attached disk. The boot process stops after detection of the first
> scsi host, error info is:
> 	scsi: aborting command due to time out: pid0, scsci1, channel 0, 
> 	id 0, lun 0, Inquiry 00 00 00 ff 00
> 
> Previous OS on this machine was RedHat 6.2 kernel version 2.2.14
> 
> looking forward to your help!
> 
> Xiangping
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> Please read the FAQ at http://www.tux.org/lkml/
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

scsi init problem in 2.4.0-test10?

[chen, xiangping]

Hello,

I met a problem when trying to upgrade my Linux kernel to 2.4.0-test10.
The machine is Compay AP550, dual processor, mem 512 MB, and 863 MHZ freq.
It has two scsi host adaptors. one is AIC-7892 ultra 160/m connected to 
internal hard disk, and the other is AHA-3944 ultra scsi connected to 
an attached disk. The boot process stops after detection of the first
scsi host, error info is:
	scsi: aborting command due to time out: pid0, scsci1, channel 0, 
	id 0, lun 0, Inquiry 00 00 00 ff 00

Previous OS on this machine was RedHat 6.2 kernel version 2.2.14

looking forward to your help!

Xiangping
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/