summaryrefslogtreecommitdiffstats
path: root/sys/dev/aha
Commit message (Collapse)AuthorAgeFilesLines
* Add MODULE_DEPENDS for cam, pci, mca, eisa and isa where needed.mjacob2006-12-113-2/+4
| | | | | PR: 106543 MFC after: 3 days
* Remove unused structures.kevlo2006-11-091-25/+0
| | | | | Reviewed by: cognet and imp Approved by: cognet and imp
* 2nd and final commit that moves us to CAM_NEW_TRAN_CODEmjacob2006-11-021-56/+0
| | | | | | as the default. Reviewed by multitudes.
* The first of 3 major steps to move the CAM layer forward to usingmjacob2006-10-311-4/+72
| | | | | | | | | | | | | | | | | | | | | the CAM_NEW_TRAN_CODE that has been in the tree for some years now. This first step consists solely of adding to or correcting CAM_NEW_TRAN_CODE pieces in the kernel source tree such that a both a GENERIC (at least on i386) and a LINT build with CAM_NEW_TRAN_CODE as an option will compile correctly and run (at least with some the h/w I have). After a short settle time, the other pieces (making CAM_NEW_TRAN_CODE the default and updating libcam and camcontrol) will be brought in. This will be an incompatible change in that the size of structures related to XPT_PATH_INQ and XPT_{GET,SET}_TRAN_SETTINGS change in both size and content. However, basic system operation and basic system utilities work well enough with this change. Reviewed by: freebsd-scsi and specific stakeholders
* Add explicit dependency on cam. This is necessary when both aha.ko andimp2006-03-242-0/+2
| | | | | | | | cam.ko are modules so that aha.ko's undefined symbols can be satisfied by cam.ko. Sumitted by: nork Reviewed by: scottl
* Remove bus_{mem,p}io.h and related code for a micro-optimization on i386nyan2005-05-292-2/+0
| | | | | | and amd64. The optimization is a trivial on recent machines. Reviewed by: -arch (imp, marcel, dfr)
* Simplify aha resource management, and fix a few bugs in unwindingimp2005-01-193-74/+51
| | | | error cases.
* Use the standard FreeBSD licenseimp2005-01-111-6/+6
|
* nitsimp2005-01-111-2/+3
|
* Final attempt to make aha 1542A working. If not, oh well, I don'timp2005-01-112-7/+16
| | | | | | | have the card and no way to reproduce problems. We do this by applying the workaround to firmware revsion 0. PR: 14334
* Start each of the license/copyright comments with /*-, minor shuffle of linesimp2005-01-063-3/+3
|
* Various whitespace nits.imp2004-11-121-21/+27
| | | | Noticed by: njl
* Don't use aha after calling aha_free.imp2004-11-121-4/+4
|
* #include <isa/isavar.h> instead of <i386/isa/isa_dma.h>phk2004-09-151-1/+1
|
* Convert callers to the new bus_alloc_resource_any(9) API.njl2004-03-172-8/+5
| | | | | Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
* Save the device so we can do a device_printf.imp2003-11-133-76/+69
| | | | | | Use this in preference to aha_name. Remove aha_name function and #define it to device_get_unitname() Minor indentation tweaks resulting therefrom
* Minor diff reduction with p4imp2003-11-121-1/+1
|
* Move 'guessing' code from the probe into the identify routine where it moreimp2003-11-102-160/+106
| | | | properly belongs.
* Tweak the front end driver file listimp2003-11-091-31/+26
| | | | Also some minor whitespace nits.
* Add my copyright to aha_isa.c to make it crystal clear its licenseimp2003-11-091-1/+25
|
* Let bus space manage softc.imp2003-11-094-56/+23
|
* Minor tweaks to make it behave better:imp2003-11-091-8/+18
| | | | | | | | | | | | | | o When we're resetting the board, make sure that we error out the pending CCBs first. Otherwise the aha_cmd won't accept further commands, such as those that are used to reset the card (AOP_INITIALIZE_MBOX). This appears to cause a cascade failure where no more commands are possible to the card. o Reduce from 10s down to 1s the amount of time we're willing to tolerate the card being awol. This helps the above case. o Add some error checking to two commands issued in the probe. I have a dim memory of gibbs@ trying to tell me about this problem a few years ago, so pointy hat to imp@ for sitting on it so long.
* Minor comment smithingimp2003-11-091-4/+4
|
* Make this driver a little more style(9) compliantimp2003-11-094-206/+176
|
* Use __FBSDID().obrien2003-08-243-6/+9
| | | | Also some minor style cleanups.
* Mega busdma API commit.scottl2003-07-013-0/+18
| | | | | | | | | | | | | | | | | | | | | | | | Add two new arguments to bus_dma_tag_create(): lockfunc and lockfuncarg. Lockfunc allows a driver to provide a function for managing its locking semantics while using busdma. At the moment, this is used for the asynchronous busdma_swi and callback mechanism. Two lockfunc implementations are provided: busdma_lock_mutex() performs standard mutex operations on the mutex that is specified from lockfuncarg. dftl_lock() is a panic implementation and is defaulted to when NULL, NULL are passed to bus_dma_tag_create(). The only time that NULL, NULL should ever be used is when the driver ensures that bus_dmamap_load() will not be deferred. Drivers that do not provide their own locking can pass busdma_lock_mutex,&Giant args in order to preserve the former behaviour. sparc64 and powerpc do not provide real busdma_swi functions, so this is largely a noop on those platforms. The busdma_swi on is64 is not properly locked yet, so warnings will be emitted on this platform when busdma callback deferrals happen. If anyone gets panics or warnings from dflt_lock() being called, please let me know right away. Reviewed by: tmm, gibbs
* Bring back bus_dmasync_op_t. It is now a typedef to an int, though thescottl2003-05-271-2/+2
| | | | | | | | BUS_DMASYNC_ definitions remain as before. The does not change the ABI, and reverts the API to be a bit more compatible and flexible. This has survived a full 'make universe'. Approved by: re (bmah)
* I deserve a big pointy hat for having missed all those referencesmux2003-04-101-2/+2
| | | | to bus_dmasync_op_t in my last commit.
* Clean up argument comments for bus_dma_tag_create() calls.mdodd2003-03-293-51/+76
|
* Consolidate MIN/MAX macros into one place (param.h).alfred2003-02-021-4/+0
| | | | Submitted by: Hiten Pandya <hiten@unixdaemons.com>
* Correct typos, mostly s/ a / an / where appropriate. Some whitespace cleanup,schweikh2003-01-011-2/+2
| | | | especially in troff files.
* Fix build on alpha. It used to case an int to a pointer in order to dopeter2002-10-091-1/+2
| | | | | pointer arithmetic. Detour via uintptr_t, since we're generating an offset not dereferencing them.
* Change BUS_SPACE_UNRESTRICTED (~0ul) to plain ~0 when used in thepeter2002-10-092-2/+2
| | | | | 'int nsegments' argument to bus_dma_tag_create(). ~0ul does not fit in an int on machines with 64 bit longs.
* Fix new gcc-3.1 warnings. I think this gets GENERIC compiling cleanlypeter2002-05-241-0/+1
| | | | again.
* Turn on interrupt-entropy harvesting for all/any mass storage devicesmarkm2001-03-012-2/+2
| | | | | | | I could find. I have no doubt missed a couple. Interrupt entropy harvesting is still conditional on the kern.random.sys.harvest_interrupt sysctl.
* Remove NAHA, NAHATOT and aha_softcs and related code. It was unusedimp2001-02-042-30/+0
| | | | | | | | | except for setting it. Also remove count from aha and replace it with optional. Also add commented out pccard lines for all the old card drivers. They have to be commented out until they are converted because it causes problems in NEWCARD.
* Remove unnecessary includes found by phk's script a long time ago.imp2000-12-132-4/+0
|
* Make a few more mallocs use M_ZERO.dwmalone2000-10-291-2/+1
| | | | | | Submitted by: josh@zipperup.org Submitted by: Robert Drehmel <robd@gmx.net> Approved by: imp
* Remove unneeded #include <machine/clock.h>phk2000-10-151-1/+0
|
* Fix typo (accessable --> accessible).alex2000-06-141-1/+1
| | | | | | PR: 18588 Submitted by: Anatoly Vorobey <mellon@pobox.com> Reviewed by: asmodai
* Back out the previous change to the queue(3) interface.jake2000-05-261-5/+5
| | | | | | It was not discussed and should probably not happen. Requested by: msmith and others
* Change the way that the queue(3) structures are declared; don't assume thatjake2000-05-231-5/+5
| | | | | | | | the type argument to *_HEAD and *_ENTRY is a struct. Suggested by: phk Reviewed by: phk Approved by: mdodd
* Remove unneeded <sys/buf.h> includes.phk2000-04-181-1/+0
| | | | | Due to some interesting cpp tricks in lockmgr, the LINT kernel shrinks by 924 bytes.
* More pnpids.imp2000-03-252-2/+8
|
* Fix plug and play support:imp2000-01-244-119/+97
| | | | | | | | | | | o Cut out the probed stuff. We no longer need it since newbus implicitly checks for this (likely bt can be changed as well in this way). o Add preliminary support for unload. Untested because aha doesn't yet support identify and there are some interactions with PnP that I've not yet worked out. With this I can boot the AHA-1542CP FW F.0. All the aha resources appear to be picked up via pnp now.
* MIN unused, so kill itimp1999-10-251-1/+0
|
* * Add struct resource_list* argument to resource_list_alloc anddfr1999-10-121-8/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | resource_list_release. This removes the dependancy on the layout of ivars. * Move set_resource, get_resource and delete_resource from isa_if.m to bus_if.m. * Simplify driver code by providing wrappers to those methods: bus_set_resource(dev, type, rid, start, count); bus_get_resource(dev, type, rid, startp, countp); bus_get_resource_start(dev, type, rid); bus_get_resource_count(dev, type, rid); bus_delete_resource(dev, type, rid); * Delete isa_get_rsrc and use bus_get_resource_start instead. * Fix a stupid typo in isa_alloc_resource reported by Takahashi Yoshihiro <nyan@FreeBSD.org>. * Print a diagnostic message if we can't assign resources to a PnP device. * Change device_print_prettyname() so that it doesn't print "(no driver assigned)-1" for anonymous devices.
* Kill unused includesimp1999-10-112-2/+0
|
* Use the PRVERB() macro instead of 'if (bootverbose) printf()...mdodd1999-10-021-3/+8
| | | | | | | | | | | | | Add debuging for all failure cases in aha_cmd(). Always check DATAIN_REG_READY even if we're ready to exit the read loop. The last fix allows the AHA-1640 MCA SCSI adapter to operate correctly and likely fixes problems on a few other oddball adapters. (I suspect my Dell Drive Array in 1540 mode needs this.) Reviewed by: Warner Losh
* Add support for the AHA-1640 SCSI adapter.mdodd1999-10-011-0/+247
| | | | | | The changes to sys/dev/aha/aha.c that allow these cards to function properly will be here in a day or 2.
OpenPOWER on IntegriCloud