From owner-freebsd-scsi Fri Aug 9 12:25:34 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A98E37B400; Fri, 9 Aug 2002 12:25:29 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id C044343E3B; Fri, 9 Aug 2002 12:25:28 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g79JPMY67966; Fri, 9 Aug 2002 12:25:22 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 9 Aug 2002 12:25:22 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Nate Lawson Cc: Andrew Gallatin , Marcin Gryszkalis , freebsd-scsi@FreeBSD.ORG, freebsd-alpha Subject: Re: da driver problem? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 9 Aug 2002, Nate Lawson wrote: > To be more specific, the Qlogic isp* cards ALWAYS require you to load > firmware to give full access to the drive and do anything useful. In the > x86 world, the isp boards only have enough code included on board to > manage int 13h for bootstrapping the OS and attempting to use them without > loading firmware is not defined. With the Qlogic 2xxx boards in > particular, NetBSD and FreeBSD won't even boot without loading the > firmware (kernel hangs after probing the card). This isn't always the case. Also, if this is the case, where's the PR? Don't start rumours, please. ore precisely, there is f/w in flash that either the BIOS (x86) loads into the card SRAM and restarts the microsequencer. There is no clear spec where that f/w actually *is* in flash else I'd pull it out in the driver and load it myself. This is why in many cases it is really best to load firmware via ispfw. On alphas, SRM loads f/w into SRAM for models it understands. This is even more of a problem because for a Digital thought they knew better about doing isp f/w, so the f/w sets loaded cannot demonstrably be proven to even comply with QLOgic'c f/w interface specs. On sparcs/macs, OBP loads f/w (all SBus isp cards,select 2XXX cards). > > Perhaps a comment should go into GENERIC above the isp entry saying to > be sure to enable ispfw_load? Or perhaps the hardware notes that go in > the release? well, it would be better that: a) The install process puts ispfw on the 3rd floppy b) Only the f/w relevant to a card is pulled in c) freeing up and unloading modules and reclaiming memory actually worked To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message