summaryrefslogtreecommitdiffstats
path: root/sys/dev/aha/aha_isa.c
Commit message (Collapse)AuthorAgeFilesLines
* o break newbus api: add a new argument of type driver_filter_t topiso2007-02-231-1/+1
| | | | | | | | | | | | | bus_setup_intr() o add an int return code to all fast handlers o retire INTR_FAST/IH_FAST For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current Reviewed by: many Approved by: re@
* Add MODULE_DEPENDS for cam, pci, mca, eisa and isa where needed.mjacob2006-12-111-1/+1
| | | | | PR: 106543 MFC after: 3 days
* Add explicit dependency on cam. This is necessary when both aha.ko andimp2006-03-241-0/+1
| | | | | | | | 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-291-1/+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-191-40/+24
| | | | error cases.
* nitsimp2005-01-111-2/+3
|
* Final attempt to make aha 1542A working. If not, oh well, I don'timp2005-01-111-1/+11
| | | | | | | 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-061-1/+1
|
* Various whitespace nits.imp2004-11-121-21/+27
| | | | Noticed by: njl
* Don't use aha after calling aha_free.imp2004-11-121-4/+4
|
* Convert callers to the new bus_alloc_resource_any(9) API.njl2004-03-171-2/+2
| | | | | Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
* Save the device so we can do a device_printf.imp2003-11-131-0/+2
| | | | | | Use this in preference to aha_name. Remove aha_name function and #define it to device_get_unitname() Minor indentation tweaks resulting therefrom
* Move 'guessing' code from the probe into the identify routine where it moreimp2003-11-101-94/+106
| | | | properly belongs.
* 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-091-19/+5
|
* Make this driver a little more style(9) compliantimp2003-11-091-1/+1
|
* Use __FBSDID().obrien2003-08-241-2/+3
| | | | Also some minor style cleanups.
* Mega busdma API commit.scottl2003-07-011-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | 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
* Clean up argument comments for bus_dma_tag_create() calls.mdodd2003-03-291-7/+12
|
* Change BUS_SPACE_UNRESTRICTED (~0ul) to plain ~0 when used in thepeter2002-10-091-1/+1
| | | | | 'int nsegments' argument to bus_dma_tag_create(). ~0ul does not fit in an int on machines with 64 bit longs.
* Turn on interrupt-entropy harvesting for all/any mass storage devicesmarkm2001-03-011-1/+1
| | | | | | | I could find. I have no doubt missed a couple. Interrupt entropy harvesting is still conditional on the kern.random.sys.harvest_interrupt sysctl.
* More pnpids.imp2000-03-251-2/+5
|
* Fix plug and play support:imp2000-01-241-42/+59
| | | | | | | | | | | 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.
* * 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-111-1/+0
|
* Use rmand_get_bus{tag,handle} rather than hard wiring things toimp1999-09-281-3/+3
| | | | | | I386_BUS_SPACE_IO. Compiles now on the Alpha, but likely will not work due to bus space address <-> virtual address mapping bogons that work for i386 but not alpha.
* Newbusification of aha. dfr sent me the first cut, and I made itimp1999-09-281-129/+165
| | | | | | | | | | | | | work. Be more verbose when one cannot allocate IRQ, et al since this is a common configuration problem. The cards have the IRQ soft wired into their BIOS and do not try to do collision detection. This can cause problems when this IRQ is the same as another card/device. The PNP hasn't been tested. My PNP board is in a deployed system. I'll sneak in testing of it sometime later. I've been able to mount the 3.3R cdrom that arrived today and access files off it. Submitted by: dfr
* Stub out the old pnp code till these are converted so GENERIC builds again.peter1999-09-021-1/+2
|
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Properly set the alignment argument to bus_dma_tag_create(). If wegibbs1999-08-161-2/+2
| | | | don't care about the alignment, set it to 1, meaning single byte alignment.
* Use haveseen_ioport() which is now connected up to the resource manager.peter1999-05-081-2/+2
|
* Bring the 'new-bus' to the i386. This extensively changes the way thepeter1999-04-161-5/+2
| | | | | | | | | | | | | | | | | | i386 platform boots, it is no longer ISA-centric, and is fully dynamic. Most old drivers compile and run without modification via 'compatability shims' to enable a smoother transition. eisa, isapnp and pccard* are not yet using the new resource manager. Once fully converted, all drivers will be loadable, including PCI and ISA. (Some other changes appear to have snuck in, including a port of Soren's ATA driver to the Alpha. Soren, back this out if you need to.) This is a checkpoint of work-in-progress, but is quite functional. The bulk of the work was done over the last few years by Doug Rabson and Garrett Wollman. Approved by: core
* o enable plug and play support for the aha driver. Given the cumbersomeimp1999-01-201-12/+87
| | | | | | | | | | | | | | | | | | | | | | | | | pnp system in freebsd, I'm not sure how useful this will be, but my 1542CP seems to work well in plug and play mode and does seem to probe correctly at all the oddball addresses/irq/drqs that I tried. [[ I was unable to get /kernel.conf or /kernel.config to read in, so I wasn't able to verify that this method of userconfig works. that's one thing that makes pnp so hard to use in the current scheme. Pointers to the right new way of doing this accepted. ]] o Add some kludges to maybe bring support for 1540A/1542A into the driver. Since I have no 154xA cards, and the only person I know that has them hasn't given me feedback, I'm making this commit blind. o Honor unit numbers that are in the config file now. This allows one to hard wire the unit numbers (and have high unit numbers for plug and pray devices, which can't seem to be hardwired) and have the cards not migrate from aha1 -> aha0 should aha0 go on the fritz. I didn't verify that hard wired scsi busses would work, but did verify that hard wired aha addresses did work to a limited extent. Both aha0 and aha1 must be hardwired, or when the card that was in aha0 goes away, the probe for aha0 might pick up the card that otherwise would have been aha1.
* Fix probes when a port address is specified.gibbs1998-11-101-25/+11
|
* Fix breakage introduced by last patch. bde has added CC_QUIET flag toimp1998-10-121-28/+4
| | | | | | | | hasseen_isadev so this will be less noisy when conflicts do exist. Also eliminate redundant warnings about conflicts. Requested by: bde Reviewed by: gibbs
* Fix conficts in probe:imp1998-10-101-1/+28
| | | | | | | | | | o For bt and aha only probe the one I/O range if a specific I/O is specified in the config file. o Don't even try to probe I/O ranges that have been seen already. o If we conflict with an IRQ or DRQ, then fail the probe. Requested by: bde, gibbs Approved by: jkh
* Removed unused include of "ioconf.h" again. The CAM changes made ioconf.hbde1998-09-241-3/+1
| | | | empty but regressed to including it here.
* Adaptec 154X SCSI-Host Adapter driver for CAM.gibbs1998-09-151-0/+229
Submitted by: Warner Losh <imp@village.org>
OpenPOWER on IntegriCloud