From owner-freebsd-scsi Fri Jun 11 14:56:44 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from noop.colo.erols.net (noop.colo.erols.net [207.96.1.150]) by hub.freebsd.org (Postfix) with ESMTP id 04A1D14D55; Fri, 11 Jun 1999 14:56:40 -0700 (PDT) (envelope-from gjp@noop.colo.erols.net) Received: from localhost ([127.0.0.1] helo=noop.colo.erols.net) by noop.colo.erols.net with esmtp (Exim 2.12 #1) id 10sZIN-0002Zi-00; Fri, 11 Jun 1999 17:57:03 -0400 To: alpha@freebsd.org Cc: scsi@freebsd.org From: "Gary Palmer" Subject: SPL bug? Date: Fri, 11 Jun 1999 17:57:03 -0400 Message-ID: <9901.929138223@noop.colo.erols.net> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just tried putting a newer kernel on the Alphastation I have at work, and ran into an unusual problem. For months and months, I've had `boot_osflags' set to include `v'. It seems a kernel from todays (i.e. fri 11th June) source tree, refuses to boot properly with the `-v' flag set. Why? Because when its going through listing the SCSI devices (specifically the pass devices), it seems to not always register the corresponding da device. e.g., without -v da2 at isp0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled da2: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) da1 at isp0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled da1: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) da0 at isp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled da0: 2007MB (4110480 512 byte sectors: 255H 63S/T 255C) cd0 at isp0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.032MB/s transfers (4.032MHz, offset 12) cd0: Attempt to query device size failed: NOT READY, Medium not present However, with -v, it would never register all the da devices, it would print out the large ammount of info from pass, and OCCASIONALLY see one or two of the disks as da, but never all of them. The only guess that I have is that while the SCSI layer is printing the pass info, its blocking da registration (like I said, this is a guess, I don't understand all the ins-and-outs of CAM). Since the console on this box is a 9600 baud serial console, printing the pass diags takes a non-trivial ammount of time. Without the diags, the system works fine. Any ideas? Thanks, Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message