Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | MFtbemd: | imp | 2010-08-23 | 1 | -1/+1 |
| | | | | | | | | | Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the source code location of the machine, the latter the binary output. In general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless we're tesitng for a specific target. The isn't even moot for i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86, although a specific cleanup for that likely would be needed... | ||||
* | No need to generate vnode_if.h anymore | imp | 2004-12-29 | 1 | -1/+1 |
| | |||||
* | Break out the MI part of the /dev/[k]mem and /dev/io drivers into | markm | 2004-08-01 | 1 | -0/+10 |
their own directory and module, leaving the MD parts in the MD area (the MD parts _are_ part of the modules). /dev/mem and /dev/io are now loadable modules, thus taking us one step further towards a kernel created entirely out of modules. Of course, there is nothing preventing the kernel from having these statically compiled. |