- Use device_t and cfdata_t rather than explicit structure pointers.
- Use device_private() rather than a cast to convert device_t to a softc.
- Use device_*() to get at the innards of device_t.
device/softc split not done yet because of worrying about bootstrap console
stuff.
- Split device_t out of softc.
- Use device_t and cfdata_t rather than explicit structure pointers.
- Use device_*() rather than accessing parts of device_t directly.
- Use aprint_*() rather than printf().
Also ANSIfy arcpppushbytes.
- Split struct device out of the softc.
- Use device_t and cfdata_t rather than explicit structure pointers.
- Use aprint_*() rather than printf().
- Use device_private() to convert device_t into softc.
- Use device_t and cfdata_t rather than explicit structure pointers.
- Use aprint_*() rather than printf().
- Pass "self" to config_found_ia rather than &sc->sc_dev.
Also an amount of KNF.
I haven't actually split the device structure off from the softc because
iociic_bootstrap_cookie() expects to allocate fake versions of both at once,
and I've not yet decided what it's best to do about that.
- Use device_t and cfdata_t rather than explicit structure pointers.
- Split device and (non-existent) softc for arcwskbd and arcwsmouse.
- Use aprint_*() rather than printf().
- Use device_*() to access fields of device_t.
- Use device_private() rather than a cast to convert from device_t to softc.
device/softc split not done for arckbd(4) itself because there are lots
of void* cookies that get treated as arckbd_softc at one end and device_t
at the other, and they'll need a little thought to clean up.
- Use device_t and cfdata_t rather than explicit structure pointers.
- Use device_*() to access parts of device_t.
- Use device_private() to convert device_t into a softc.
device and softc not split because that will involve venturing outside
sys/arch/acorn26 and I want to get that cleaned up first.
- Use aprint_*() rather than printf().
- Use device_t and cfdata_t rather than explicit pointer types.
- Use device_* to get at parts of device_t.
- Use device_private to convert device_t into ioc_softc *.
Note that I haven't yet separated the softc from the device structure because
this driver will need a little care in doing that.
- Use aprint_*() rather than printf().
- Split device_t from iobus_softc and remove the latter since it's empty.
- Use device_t and cfdata_t rather than explicit structure pointers.
- Use aprint_*() rather than printf().
- Split device_t out of cpu_softc, then remove the latter entirely since that
left it empty.
- Use device_t and cfdata_t rather than explicit structure types.
which is now the "API" provided by the pmap module. pmap_kernel()
remains as the syntactic sugar.
Bonus cosmetics round: move all the pmap_t pointer typedefs into
uvm_pmap.h.
Thanks to Greg Oster for providing cpu muscle for doing test builds.
phases, so move the initialization of the ksyms mutex back into main via
a function called ksyms_init. Rename the existing (but quite different)
ksyms_init* variations into ksyms_addsyms_elf() and ksyms_addsyms_explicit()
and adapt machdep code accordingly.
doshutdownhooks(9): shutdown hooks registered by shutdownhook_establish(9)
expect to be called with interrupts disabled, but shutdown hooks
registered with pmf_device_register1(9) expect to be called with
interrupts enabled. So I have made two changes:
1 Do not call pmf_system_shutdown() from doshutdownhooks(). Instead,
change every call to doshutdownhooks() to a call to doshutdownhooks()
followed by a call to pmf_system_shutdown(). No functional change
is intended by this change.
2 Make i386 re-enable interrupts briefly while it calls
pmf_system_shutdown(). I leave it to others either to fix the
other ports, or to factor out some MI shutdown code, as joerg@
suggests, and fix that. Note that a functional change *is* intended
by this change.
I hope that this patch will stop us from flip-flopping between
calling doshutdownhooks() and pmf_system_shutdown() sometimes with
and sometimes without interrupts enabled.
them in the mi "files" file, and remove include statements from md files.
These shouldn't pull in additional kernel code when not in use, so it
shouldn't do any harm except a risk of namespace collisions which
should be easy to fix.
