Searched hist:132956 (Results 1 - 25 of 33) sorted by relevance
/freebsd-10.1-release/sys/amd64/include/ | ||
H A D | memdev.h | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
H A D | iodev.h | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/dev/mem/ | ||
H A D | memdev.c | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/i386/include/ | ||
H A D | memdev.h | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
H A D | iodev.h | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/ia64/include/ | ||
H A D | memdev.h | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/modules/io/ | ||
H A D | Makefile | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/sparc64/include/ | ||
H A D | memdev.h | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/amd64/amd64/ | ||
H A D | io.c | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
H A D | mem.c | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/dev/io/ | ||
H A D | iodev.c | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/i386/i386/ | ||
H A D | io.c | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
H A D | mem.c | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/modules/mem/ | ||
H A D | Makefile | 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/sparc64/sparc64/ | ||
H A D | mem.c | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/dev/null/ | ||
H A D | null.c | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/ia64/ia64/ | ||
H A D | mem.c | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/powerpc/conf/ | ||
H A D | GENERIC | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
H A D | GENERIC64 | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/amd64/conf/ | ||
H A D | NOTES | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/conf/ | ||
H A D | files.ia64 | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
H A D | files.sparc64 | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
H A D | files.pc98 | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/ia64/conf/ | ||
H A D | GENERIC | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
/freebsd-10.1-release/sys/sparc64/conf/ | ||
H A D | GENERIC | diff 132956 Sun Aug 01 09:40:54 MDT 2004 markm Break out the MI part of the /dev/[k]mem and /dev/io drivers into 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. |
Completed in 467 milliseconds