Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 16 Jun 1998 11:56:08 +0200
From:      Torbjorn Granlund <tege@matematik.su.se>
To:        FreeBSD-gnats-submit@FreeBSD.ORG
Subject:   kern/6964: Problems with cam-980520 code in FreeBSD-stable
Message-ID:  <199806160956.LAA00326@tiger.matematik.su.se>

next in thread | raw e-mail | index | archive | help

>Number:         6964
>Category:       kern
>Synopsis:       Problems with cam-980520 code in FreeBSD-stable
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jun 16 03:00:01 PDT 1998
>Last-Modified:
>Originator:     Torbjorn Granlund
>Organization:
TMG Datakonsult
>Release:        FreeBSD-stable i386
>Environment:

        motherboard:    ASUS P2B-S
        cpu:            Intel Pentium II 400MHz
        memory:         64MB PC66 SDRAM w/o ECC (1x64MB Hyundai)
        disk:           9.1GB U2W Seagate Cheetah9LP scsiid=0
        disk:           9.1GB U2W Seagate Cheetah9LP scsiid=1
        disk:           2.16GB Ultra IBM DCAS scsiid=6
        scsi:           AIC7890 on motherboard
        scsi:           NCR810 (ASUS SC200)
        video:          S3 Trio64
        network:        Intel Etherexpress Pro 100B, 10.0.100.9

The NCR controller is scanned by the BIOS before the 7890 controller, and
with previous versions of FreeBSD, it is used for booting.

I used FreeBSD-stable updated a few hours before I sent out this PR.
(Yes, I should perhaps have used FreeBSD-stable from 980520.)

>Description:

There are two problems.

1) The root device is not located.  That might have to do with problems with
   the NCR controller (see screen dump from boot below).  But note that the
   drive is found, so talking to the NCR is clearly possible.
2) The negotiated speed for the U2W disks isn't as great as I had expected.
   6.600MB/s should be 80MB/s.  When probing for the devices using the BIOS,
   the drives are identified as 80MB/s capable.  (There are no SE devices
   on the bus, just LVD devices.)

Here is what is written on the screen.  There were several more COMMAND FAILED
lines before the ones visible here, but their exact contents is unknown since
they scrolled off the top of the screen.

  .
  .
  .
(probe17:ncr0:0:1:0): COMMAND FAILED (6 ff) @f07ea200
(probe16:ncr0:0:1:0): COMMAND FAILED (6 ff) @f07ea800
(probe15:ncr0:0:0:0): COMMAND FAILED (6 ff) @f07eae00
changing root device to da0s1a
da0 at ahc0 bus 0 target 0 lun 0
da0: <SEAGATE ST39102LW 0004> Fixed Direct Access SCSI2 device
da0: Serial Number [omitted]
da0: 6.600MS/s transfers , 16bit), Tagged Queueing Enabled  [see remark below]
da0: 8683MB (17783240 512 byte sectors: 64H 32S/T 8683C)
da1 at ahc0 bus 0 target 1 lun 0
da1: <SEAGATE ST39102LW 0004> Fixed Direct Access SCSI2 device
da1: Serial Number [omitted]
da1: 6.600MS/s transfers , 16bit), Tagged Queueing Enabled  [see remark below]
da1: 8683MB (17783240 512 byte sectors: 64H 32S/T 8683C)
panic: cannot mount root
synching disks... done
da2 at ncr0 bus 0 target 6 lun 0
da2: <IBM DCAS-32160 S65A> Fixed Direct Access SCSI2 device
da2: Serial Number [omitted]
da2: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C)
Automatic reboot in 15 seconds [etc]

[Remark: This line looks strange.  Perhaps I missed a few characters, but I
know the comma had spaces on both sides which looked strange.  I have now
modified the system and cannot retry this easily.]

At this point, I tried moving the IBM disk to the Adaptec controller,
renumbering the disks so that the IBM disk got scsiid 0, and the other disks
got scsiid 1 and 2.  Now the system boots properly into single-user mode.
But the negotiated speeds are not correct, but they did change somewhat.
Note that the Adaptec doesn't want to talk in 10MB/s with the IBM disk.

da0 at ahc0 bus 0 target 0 lun 0
da0: <IBM DCAS-32160 S65A> Fixed Direct Access SCSI2 device
da0: Serial Number [omitted]
da0: 8.64MS/s transfers (8.64MHz, offset 15), Tagged Queueing Enabled
da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C)
da1 at ahc0 bus 0 target 1 lun 0
da1: <SEAGATE ST39102LW 0004> Fixed Direct Access SCSI2 device
da1: Serial Number [omitted]
da1: 16.128MS/s transfers (8.64MHz, offset 15, 16bit), Tagged Queueing Enabled
da1: 8683MB (17783240 512 byte sectors: 64H 32S/T 8683C)
da2 at ncr0 bus 0 target 2 lun 0
da2: <SEAGATE ST39102LW 0004> Fixed Direct Access SCSI2 device
da2: Serial Number [omitted]
da2: 16.128MS/s transfers (8.64MHz, offset 15, 16bit), Tagged Queueing Enabled
da2: 8683MB (17783240 512 byte sectors: 64H 32S/T 8683C)

The kernel config file is a cleaned-up GENERIC form the CAM distribution; I
deleted everything that isn't needed.

>How-To-Repeat:

Build an identical system and try to boot it into single-user mode...

>Fix:
	
Eagerly waiting for one.  :-)
>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199806160956.LAA00326>