| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reviewed by: joerg, dd
|
|
|
|
|
|
| |
Add a comment saying that our softc is automatically allocated by the
parent bus.
Fix lots of spellings
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
<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.
|
|
|
|
| |
Also add more comments.
|
|
|
|
| |
This will ensure unit numbers will co-ordinate between them
|
|
|
|
|
| |
Not sure how unit numbers are carried across between
PCI and ISA though.. maybe there should be only one devclass between the two?
|
| |
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
still need to handle non-PNP devices properly.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
Submitted by: crb@crbowman.erols.com
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
This may not quite work yet but should head the user in the right
direction.
|
| |
|
|
|
|
| |
(create sample device drivers on request)
|
|
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.
|