Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 17 Jan 2015 08:19:13 +0000
From:      Alexey Dokuchaev <danfe@FreeBSD.org>
To:        Warner Losh <imp@bsdimp.com>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Warner Losh <imp@FreeBSD.org>, John Baldwin <jhb@FreeBSD.org>
Subject:   Re: svn commit: r277204 - head/sys/amd64/conf
Message-ID:  <20150117081913.GA2064@FreeBSD.org>
In-Reply-To: <5645C90D-2CC7-4517-8AD4-B238AF42AD51@bsdimp.com>
References:  <201501150042.t0F0g7Um018059@svn.freebsd.org> <54B7E21B.5080008@FreeBSD.org> <20150115162050.GA60729@FreeBSD.org> <5645C90D-2CC7-4517-8AD4-B238AF42AD51@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Among emails in this thread, Warner Losh wrote:
[ so to avoid replying on per-email bases ]
> (2) is the exact problem I'm working on. Since the design of that will
> allow us to read from the kernel these modules, (1) becomes largely
> irrelevant because the only /boot/loader incursion would be to load
> drivers for any storage devices that are on the PCIe bus.
...
> But you bring up a good point. i386 is easy, once the basics are done.
> PowerPC is only slightly harder, since it has good /boot/loader support
> as well as a GENERIC kernel or two. Ditto sparc64. But stepping into arm
> and mips then all hell breaks loose.
> 
> It's also desirable to refactor GENERIC, for the transition period, to be
> include MINIMAL + more stuff. I'll do that as time permits.

Thanks for these follow-ups, it certainly brings more clarity to what you
are up to, and overall it all sounds pretty awesome.  Keep it up! :)

./danfe



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150117081913.GA2064>