summaryrefslogtreecommitdiffstats
path: root/share/examples/drivers
Commit message (Collapse)AuthorAgeFilesLines
* Modernise and tidy up.markm2002-08-022-162/+131
|
* - Modify to make the generated device driver code work with current.arr2001-11-132-10/+11
| | | | | | - Use M_ZERO instead of another call to bzero(). Inspired by: misc/31905
* pseudo-device -> device in kernel config lines. Removed whitespace at EOL.schweikh2001-05-011-1/+1
| | | | Reviewed by: joerg, dd
* Suggest that kernels are built with ``cd /usr/src; make buildkernel''brian2001-04-141-19/+23
| | | | | | Add a comment saying that our softc is automatically allocated by the parent bus. Fix lots of spellings
* fix spelling errors, clarify comment, add $FreeBSD$billf2001-03-101-8/+6
|
* o Add cardbus support (use pci attachment for now)imp2000-12-181-43/+81
| | | | | | | | | | | | | | | | | | | | | | <bde> o Add comments in some places to clarify some points. o Don't typedef sc_p. This isn't usually done in the drivers and may cause problems in teh future if C goes the C++ route of requiring one and only one definition for each and every type. Instead use the current convetion of expanding struct ${1}_softc * inline needed. o change some comments to be more style(9)-like. o Define and use DEV2SOFTC to encapsulate storing/getting softc from a dev_t. This also takes care of the missing cast from the examples. o Define and use DEVICE2SOFTC, similar to DEV2SOFTC for getting the softc from a device_t. </bde> We still should have this generate foo_{isa,pci,pccard,cardbus,eisa}.c and foovar.h from templates of some sort, but I was too lazy to do that in this commit. I did document it in the comments, however. Note: bde-like corrections made with the help of my my portable plastic bde icon. Results with the real bde may vary with use.
* Slight cleanups after comments from John Hay (Thanks!)julian2000-11-151-19/+54
| | | | Also add more comments.
* Share one devclass between ISA and PCI sectionsjulian2000-11-121-3/+3
| | | | This will ensure unit numbers will co-ordinate between them
* Add basic PCI capabilityjulian2000-11-111-42/+162
| | | | | Not sure how unit numbers are carried across between PCI and ISA though.. maybe there should be only one devclass between the two?
* Add more sample code having read the daemnnews article (August 2000)julian2000-11-091-52/+113
|
* Having figured out a bit more of the new-bus puzzlejulian2000-11-081-52/+176
| | | | | | | | | I have added support for finding non-PNP devices to this sample loadable ISA driver. PCI support will come later. If someone with a clue about newbus were to look it over it would be really cool.
* Add copyright to skeleton.julian2000-10-261-6/+29
|
* some more cleanupsjulian2000-10-261-66/+113
| | | | still need to handle non-PNP devices properly.
* Slowly add more functionality as I learn more about newbus etc.julian2000-10-251-22/+93
|
* First effort at bringing these up-to-date.julian2000-10-241-288/+277
| | | | | | | | | | This creates a skeleton ISA device driver. I don't pretend that it's fully correct or even opitimal but it at least creates (and compiles) a 'clean' ISA driver. Hopefully PCI/PCCARD/etc. support will be added when I understand it. Unlike the old version this just creates a module. The old one tried to create a new kernel with the driver to be tested.
* $Id$ -> $FreeBSD$peter1999-08-282-4/+4
|
* more $d -> %d fixesmsmith1999-03-191-4/+4
|
* Fix some $d -> %d mistakes.msmith1999-03-191-5/+5
| | | | Submitted by: crb@crbowman.erols.com
* FIxed a bogus comment.bde1998-10-221-3/+3
|
* Removed all `vector xxxintr' specifications. Interrupt handlers are nowbde1998-10-221-7/+13
| | | | | | | | configured in drivers. Attempted to update the generated interrupt handler attachment to the current "temporary" method. Not tested. To test it, someone would first have to fix the bitrot in the ioctl command arg type.
* Fix typocracauer1998-01-151-1/+1
|
* Add code to the example 'driver-o-matic' to support being an LKMjulian1998-01-121-6/+101
| | | | | This may not quite work yet but should head the user in the right direction.
* The example drivers should use 'poll' now that it has replaced select.julian1997-12-302-10/+10
|
* Description of what the files in this directory do..julian1997-02-021-0/+45
| | | | (create sample device drivers on request)
* These two shell scripts willjulian1997-02-022-0/+721
create a skeleton device driver. one for a real device and the other for a pseudo device. they each take one argument which is the name (prefix) for the driver. they add the new file to the /sys tree and add appropriate config files etc for a build. hopefully others will build on this so that we get 1/ these drivers improved and the shell scripts improved in how/where that hook the new code in. 2/ similar tools for providing skeletons for other modules (I'm tempted to do a VFS filesystem skeleton :) please take a look and fix anything that maybe should be added. they compile and link fine, but I think I wouldn't trust them, as faar as RUNNING yet :) (well they really wouldn't do very much being skeletons.. we need to add PCI and EISA skeletons as well followed by a SCSI driver skeleton.
OpenPOWER on IntegriCloud