summaryrefslogtreecommitdiffstats
path: root/sys/dev/digi/digi_isa.c
Commit message (Collapse)AuthorAgeFilesLines
* Add missing <sys/module.h> includesphk2004-05-301-0/+1
|
* Use __FBSDID().obrien2003-08-241-1/+3
| | | | Also some minor style cleanups.
* Replace (ab)uses of "NULL" where "0" is really meant.archie2002-08-221-2/+2
|
* Make delay iteration counts a function of hz as the delay period in eachbrian2002-04-171-25/+21
| | | | | | | | loop is inversly proportional to hz. This makes things more sane for configurations with hz != 100. Cosmetic: Make the loops look similar to the loops in digi.c
* Yet another adjustment of digi_delay(). The delay is now consistentbrian2002-04-101-9/+9
| | | | irrespective of whether tsleep() or DELAY() is used.
* Change more uses of tsleep() to digi_delay() and make the loop counts morebrian2002-04-101-12/+14
| | | | sane.
* Fix warnings. The driver would be more useful with a DRIVER_MODULE()peter2002-02-271-0/+1
| | | | entry so that it actually can do something.
* devsw_add() and cdevsw_remove() are no longer needed.phk2001-11-041-3/+0
|
* #include <digi/*.h> -> #include <dev/digi/*.h>brian2001-05-191-2/+2
| | | | Suggested by: bde
* digiio.h has moved to /usr/include/sysbrian2001-05-191-1/+1
|
* Remove all the mutex stuff - suggested by jhbbrian2001-05-081-2/+3
| | | | | | Tidy up includes, credit Slawa Olhovchenkov, John Prince and Eric Hernes for their efforts and add a couple of missing parenthesis around return expressions.
* Change COM_LOCK/COM_UNLOCK to a regular mutex - still conditional onbrian2001-05-071-0/+1
| | | | SMP being defined.
* Add a ``digi'' driver.brian2001-05-021-0/+472
This driver supports PCI Xr-based and ISA Xem Digiboard cards. dgm will go away soon if there are no problems reported. For now, configuring dgm into your kernel warns that you should be using digi. This driver is probably close to supporting Xi, Xe and Xeve cards, but I wouldn't expect them to work properly (hardware donations welcome). The digi_* pseudo-drivers are not drivers themselves but contain the BIOS and FEP/OS binaries for various digiboard cards and are auto-loaded and auto-unloaded by the digi driver at initialisation time. They *may* be configured into the kernel, but waste a lot of space if they are. They're intended to be left as modules. The digictl program is (mainly) used to re-initialise cards that have external port modules attached such as the PC/Xem.
OpenPOWER on IntegriCloud