*BSD News Article 4807


Return to BSD News archive

Xref: sserve comp.periphs.scsi:6957 comp.unix.bsd:4855
Newsgroups: comp.periphs.scsi,comp.unix.bsd
Path: sserve!manuel!munnari.oz.au!uunet!mcsun!chsun!hslrswi!aut!nbladt
From: nbladt@autelca.ascom.ch (Norbert Bladt)
Subject: [386BSD] doesn't find harddisk: 1542B vs. 1742A (standard mode) ?
Message-ID: <1992Sep10.062637.11604@autelca.ascom.ch>
Summary: see subject line
Keywords: 386BSD Adaptec 1542B 1742A
Organization: Ascom Autelca AG, Guemligen, Switzerland
Date: Thu, 10 Sep 1992 06:26:37 GMT
Lines: 89

Hello SCSI and 386BSD experts !

I am posting this to the two groups comp.unix.bsd and comp.periphs.scsi
for several reasons.
Now the story:

I booted, installed and copied the bindist files (incl. installation)
to a Conner CP-3100 SCSI Harddisk. This was done on a no-name 486/25
ISA system with an Adaptec 1542B host adapter. There were no problems
whatsoever.

Now, my new system arrived this week (finally, but that's another story)
which is a 486/33 EISA system with the Adaptec 1742A host adapter running
in standard mode.
I simply disconnected the harddisk from the ISA system (1542B) and connected
it to the EISA (1742A) system. I expected, that no problems would occur
in booting 386BSD on the EISA system after doing this, because I booted
the dist.fs floppy before and it did find the 1742A.
However, 386BSD doesn't find the harddisk.

If I boot from floppy the screen output looks like (just the relevant parts):
....
AHA 1740 BIOS					[ this is from memory !
target 1 on C: (80h				  this, too, the rest is NOT ]
....
as0 at 0x330 irq 11 drq 5 on isa		[ is "isa" printed always ? ]
....
as0b: controller error 0x12 reading fsbn 0	[ I guess, it tried to read
						  FileSystem Block No. 0 ? ]
scsi sense: 0 .... 0
....
#						[ system prompt appears ]

If I type install, the famous question about the TV is asked ...
So, no harddisk is found by 386BSD !

If I try to boot from the harddisk, just one message appears on the screen,
that is:
cyl 0 0 hd 0 sect 0 dev 4 unit 0 off 51200	[ I guess, it tries to read
						  the first block, here, too ? ]
<now it hangs, Harddisk LED is off>

Now, I can't imagine that I am the only one with this problem. So, if
anybody knows a fix for this, I will be very happy.

I thought about a low-level format. Although I wouldn't like this very much,
but if it's the only way, I think I don't have a choice.
On the other hand, the drive is detected (including the name Conner CP-3100 ...)
by the BIOS, so I am not sure whether a loew-level format would help.

I have the following additional info (from ADL tool):

	ADL Firmware information:
	-------------------------
	Host adapter ID: AHA 1740 in STANDARD mode
	Firmware Type: Initial standard Production Level
	Firmware Revision: C
	Firmware checksum: 062Dh

If I select "low-level format" in the menu, the controller scans for drives
and displays SCSI-Id 1 and the name looks like what it should be, i.e.
	Conner CP-3100 ... 100..MB ..

The Adaptec manual which came with the 1742A says (in my words), that
	- the 1742A in STANDARD mode is backward compatible to the drivers
		for the 1542B to allow software using these drivers to
		be used with the new 1742A
	- there is no speed penalty for this mode, i.e. the 1742A will still
		use the enhanced EISA features like the 32-bit EISA DMA mode.
		But you can't use the new features added to the 1742A
		(and a list of it, I don't really understand)

So, what's the problem ?
I am stuck. I did change the CPU speed (switched to 8 Mhz), disabled the shadow
ROM feature for Video BIOS, etc. all to no avail.

Please help,

Norbert Bladt.

P.S.
I shouldn't forget to say:
Thank you very much for giving us the 386BSD environment. This goes to the
Jolitz's and all the other contributors (they are too many to name here,
I suppose).
-- 
Norbert Bladt, Ascom Autelca AG, Worbstr. 201, CH-3073 Guemligen, Switzerland
Phone: +41 31 999 65 52			FAX: +41 31 999 65 44
Mail: nbladt@autelca.ascom.ch   UUCP: ..!uunet!mcsun!chsun!hslrswi!aut!nbladt