Date: Mon, 02 Aug 2004 17:17:57 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) To: Mark Murray <markm@FreeBSD.org> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/alpha mem.c src/sys/alpha/conf GENERIC src/sys/alpha/include memdev.h src/sys/amd64/amd64 io.c mem.c src/sys/amd64/conf GENERIC NOTES src/sys/amd64/include iodev.h memdev.h src/sys/conf NOTES files files.alpha files.amd64 ... Message-ID: <xzpoelt8t7e.fsf@dwp.des.no> In-Reply-To: <200408011140.i71BesOt070889@repoman.freebsd.org> (Mark Murray's message of "Sun, 1 Aug 2004 11:40:54 %2B0000 (UTC)") References: <200408011140.i71BesOt070889@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Mark Murray <markm@FreeBSD.org> writes: > Log: > 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. OK, there's one problem with this commit: mem_range_AP_init() is defined in mem.c, but referenced in mp_machdep.c (and nowhere else). Therefore, you can't build an i386 or amd64 SMP kernel without 'device mem'. I believe that simply moving mem_range_AP_init() to a different file (perhaps machdep.c?) should fix this. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?xzpoelt8t7e.fsf>