Date: Fri, 9 Aug 2002 12:25:22 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: Nate Lawson <nate@root.org> Cc: Andrew Gallatin <gallatin@cs.duke.edu>, Marcin Gryszkalis <mgryszkalis@cerint.pl>, freebsd-scsi@FreeBSD.ORG, freebsd-alpha <freebsd-alpha@FreeBSD.ORG> Subject: Re: da driver problem? Message-ID: <Pine.BSF.4.21.0208091218000.67834-100000@beppo> In-Reply-To: <Pine.BSF.4.21.0208091208590.23518-100000@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0208091218000.67834-100000>