From owner-freebsd-scsi Sat Nov 20 14:46:15 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id E31A914C49; Sat, 20 Nov 1999 14:46:09 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.8.7/8.8.7) with ESMTP id OAA23421; Sat, 20 Nov 1999 14:46:47 -0800 Date: Sat, 20 Nov 1999 14:46:47 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Wilko Bulte Cc: gallatin@cs.duke.edu, freebsd-scsi@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: strange panic on Alpha, SCSI disk *type* related In-Reply-To: <199911202206.XAA16183@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > > The Qlogic copyright issues have been resolved and the f/w is about ready > > to go back into the tree, but I tend to agree with Drew here that you > > should upgrade your SRM. When the f/w does go back into the tree, it's > > probable that it *won't* be enabled to be compiled in by default (because > > I have an excellent case that (copyrights aside) this should be possible > (putting the f/w in the driver): > > my machine is an Aspen Alpine, which has EB64+ firmware running. It runs > the latest SRM available (which is ancient) and to add to the problem it > has the SRM in EPROM, not in flash. Tsk. > > > the driver supports multiple cards with multiple f/w sets, the f/w was > > beggining to add 100KB to the driver.... completely outta hand...). > > Big, I agree. But I rather have a bigger kernel than a panic :-( We're talking 192KB big. >... > > > recent version. Modern revs of the srm console tend to load 5.x of > > > the qlogic firmware which might help you. I'm running with 5.54.1 on > > > a number of machines here & have not seen problems. > > Isn't it possible to flash the f/w onto the isp card itself? Or does the > Alpha always use the f/w contained in the SRM? The same cards also run > in a PC, so without the notion of SRM... It's not quite clear what the SRM does or does not do. It may or may not download from the card. Likely not. It also probably depends on the SRM version and the platform. Insofar as updating the cards themselves- this is a pretty much undocumented procedure that I would rather not become responsible for. There are tools available from the Qlogic website which allow you to do this (on a PC executing from DOS), but it's not really clear whether the SRM will pull this out of the BIOS flashrom and then download it to the SRAM on the card and set that running- I believe that SRM just downloads the code *it* has. It's possible that there's a lot of steps that could be undertaken for trying to figure out how to update/extract from the card itself all of this stuff. It's a bit of an edge case where things just plain don't work, though. The reason the f/w will be going back in the tree is to provide a *selection* of features such as Fabric or Target Mode support. The INSTALL kernel should not have any of this compiled in because it makes things probably too big to fit on floppies. Well, it's there for Alpha because there are so few other boards supported that there is room for it. Hell, maybe it's even there for i386- I haven't checked. I do know that Theo of OpenBSD has requested this be able to be turned off so he can fit the Sparc install kernel onto a floppy. It's a hard problem to get right solution for, sorry. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message