From owner-freebsd-scsi Fri Jun 11 15: 2:43 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id AA5B415066; Fri, 11 Jun 1999 15:02:36 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id QAA51435; Fri, 11 Jun 1999 16:02:35 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199906112202.QAA51435@panzer.plutotech.com> Subject: Re: SPL bug? In-Reply-To: <9901.929138223@noop.colo.erols.net> from Gary Palmer at "Jun 11, 1999 05:57:03 pm" To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Fri, 11 Jun 1999 16:02:35 -0600 (MDT) Cc: alpha@FreeBSD.ORG, scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gary Palmer wrote... > > 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. How does the system not work with -v is turned on? It "refuses to boot properly" doesn't really come close to describing the problem. I think the disappearing messages can probably be traced to your 9600 baud console. My guess is that some of the messages are getting dropped. Matt Jacob had a similar problem one time, I think. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message