summaryrefslogtreecommitdiffstats
path: root/sys/dev/ispfw
Commit message (Collapse)AuthorAgeFilesLines
* Update firmware to more recent versions.mjacob2011-01-053-54738/+56691
| | | | MFC after: 3 months
* Don't spam dmesg with "registered firmware ..." when module is compiledsobomax2010-03-051-2/+13
| | | | | | | into kernel, unless there is a verbose boot flag set. There is no real need to have this information printed. MFC after: 1 week
* Add 8Gb card firmware. Update some 2Gb and 4Gb f/w sets.mjacob2009-08-014-17623/+62296
| | | | | | | | Split 4Gb and 8Gb into pieces that can be either multi_id capable or not. Reviewed by: scottl, ken Approved by: re
* Make ispfw(4) play nice with individual firmware modules.jkim2008-11-111-41/+109
| | | | | | | | | | - Do not let individual KLD module unregister firmware image loaded by ispfw or vice versa. - Make 'kldunload ispfw' actually unregister all firmware images loaded by ispfw, not just 'isp_1040'. - Print which KLD module actually loaded the firmware image. - Remove unused return value from do_load_fw() and do_unload_fw() and remove duplicate sys/param.h while I am here.
* The MODULE_NAME should "ispfw" unless overriden, not "isp".mjacob2006-12-101-1/+1
|
* Use 2K Login f/w.mjacob2006-11-021-6120/+6344
|
* Add QLogic 2400 (4Gb) firmware.mjacob2006-08-262-1/+12242
|
* Convert isp(4) and ispfw(4) to use firmware(9) to manage firmwaremjacob2006-07-094-123/+159
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | loading for the QLogic cards. Because isp(4) exists before the root is mounted, it's not really possible for us to use the kernel's linker to load modules directly from disk- that's really too bad. However, the this is still a net win in in that the firmware has been split up on a per chip (and in some cases, functionality) basis, so the amount of stuff loaded *can* be substantially less than the 1.5MB of firmware images that ispfw now manages. That is, each specific f/w set is now also built as a module. For example, QLogic 2322 f/w is built as isp_2322.ko and Initiator/Target 1080 firmware is built as isp_1080_it.ko. For compatibility purposes (i.e., to perturb folks the least), we also still build all of the firmware as one ispfw.ko module. This allows us to let 'ispfw_LOAD' keep on working in existing loader.conf files. If you now want to strip this down to just the firmware for your h/w, you can then change loader.conf to load the f/w you specifically want. We also still allow for ispfw to be statically built (e.g., for PAE and sparc64). Future changes will look at f/w unloading and also role switching that then uses the kernel linker to load different ips f/w sets. MFC after: 2 months
* Add 2322 firmware.mjacob2006-07-032-0/+7659
|
* Update 2300 f/w. This will probably be the lastmjacob2006-04-181-5795/+5986
| | | | | update here before we switch to the new f/w loading framework.
* Fix -Wunder and make the sbus code really compile only on sparc64.ru2005-12-041-3/+3
|
* Roll firmware to the latest version. There are a bunch of featuresmjacob2005-01-291-5722/+5937
| | | | | | in alternate f/w versions that will be pursued at some points. MFC after: 1 month
* Remember to snag firmware for the DELL OEM (6312) cardmjacob2005-01-231-0/+2
| | | | MFC after: 2 days
* Start each of the license/copyright comments with /*-, minor shuffle of linesimp2005-01-067-7/+7
|
* Do a pass over all modules in the kernel and make them return EOPNOTSUPPphk2004-07-151-0/+1
| | | | | | | | for unknown events. A number of modules return EINVAL in this instance, and I have left those alone for now and instead taught MOD_QUIESCE to accept this as "didn't do anything".
* Add missing <sys/module.h> includesphk2004-05-301-0/+1
|
* Fix $FreeBSD$.obrien2004-03-211-4/+4
| | | | Reported by: Daniel O'Connor <doconnor@gsoft.com.au>
* Update firmware sets for the 12160, 2200 and 2300 cards to the (more ormjacob2004-01-143-14713/+14215
| | | | less) latest from QLogic.
* Use __FBSDID().obrien2003-08-241-1/+3
| | | | Also some minor style cleanups.
* Roll to latest level.mjacob2003-02-161-5870/+5868
|
* Know that a 10160 is the same as a 12160.mjacob2002-10-121-0/+2
| | | | MFC after: 0 days
* Get the most recent 2300 f/w that's on the QLogic intranet- fixes lotsmjacob2002-10-101-5683/+5802
| | | | | | of buglets and quite a few bugs. MFC after: 1 day
* Upgrade to latest QLogic f/w from their intranet site for 2100, 2200 andmjacob2002-09-013-15262/+15533
| | | | | | 2300 cards. MFC after: 1 day
* Add SBus firmware (compiled in only for sparc systems).mjacob2002-07-112-0/+1304
|
* Remove __P.alfred2002-03-201-2/+2
|
* Roll to latest production level firmware.mjacob2002-01-231-5037/+5506
| | | | MFC after: 1 day
* Roll firmware to latest offerings... Fixes a number of f/w relatedmjacob2001-12-132-9047/+12601
| | | | | | bugs. MFC after: 1 week
* Update to latest 12160 f/w.mjacob2001-10-201-1599/+1632
| | | | MFC after: 1 week
* Add 2300/2312 (2Gbit) firmware.mjacob2001-08-312-1/+5461
|
* update to latest and greatest f/wmjacob2001-02-115-11570/+13592
|
* roll to 2.01.26 levelmjacob2000-12-281-5227/+4903
|
* remove MAINTAINER filemjacob2000-12-281-2/+0
|
* some copyright cleanupsmjacob2000-09-211-5/+2
|
* remove unneeded includesmjacob2000-09-211-4/+0
| | | | (obtained from phk@freebsd.org)
* Roll back target mode f/w to 7.55- 7.65 hangs when presented with amjacob2000-07-171-1967/+1855
| | | | | | | non-disconnecting command. Interestingly enough, of the other flavors of the 7.65 f/w (the dual-id and multi-id flavor)- the dual-id doesn't hang (they're also supposed to be the same except for supporting dual or multi-id capture!), but other things are questionable as well.
* A side effect of new 12160 f/w- there is only one set whether targetmjacob2000-07-041-4/+1
| | | | mode enabled or not now (like the FC cards).
* roll new Qlogic 2200 firmware in placemjacob2000-07-041-4473/+5181
|
* roll new Qlogic 2100 firmware in placemjacob2000-07-041-3952/+4556
|
* roll new 12160.h firmware in placemjacob2000-07-041-3928/+2336
|
* Add in (separate files for different board's firmware) new files for ispfwmjacob2000-06-187-0/+20877
loadable module.
OpenPOWER on IntegriCloud