From owner-freebsd-arm@freebsd.org Thu Feb 22 00:55:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB824F1299E for ; Thu, 22 Feb 2018 00:55:30 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FE8A7CDDA; Thu, 22 Feb 2018 00:55:28 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w1M0tNjA088538; Wed, 21 Feb 2018 16:55:23 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w1M0tNff088537; Wed, 21 Feb 2018 16:55:23 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201802220055.w1M0tNff088537@pdx.rh.CN85.dnsmgr.net> Subject: Re: Custom kernel for RPi2 and 3 In-Reply-To: To: Warner Losh Date: Wed, 21 Feb 2018 16:55:23 -0800 (PST) CC: "freebsd-arm@freebsd.org" , Ian Lepore X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 00:55:30 -0000 > On Wed, Feb 21, 2018 at 12:58 PM, Rodney W. Grimes < > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > Last time I tried to support the issue of people should really be > > building a custom kernel and not running GENERIC I pretty much > > got shot down as "this is 2018 no one should have to build a > > kernel". > > > > The current plan for 12 is that we'll gut GENERIC like a fish, at least on > x86, and ship with a more minimal kernel. Everything that can be loaded as > a module automatically will be loaded (there's some things that can't or > could be but with a crazy amount of work, those wills till be static). The > devmatch work I've done is driving it, but it isn't fully realized in > -current yet since there's lots of PCI drivers that need love. Do you have a list of parts that need module work or converted to modules? I had, will still have, it still works in 11, moved all the kernel dump code out to a module, its kinda useless in the deployed embeded world. > For ARM specifically, we need a lot of work on the FDT side of the house to > get there, and there's some issues about the best place to do the loading > that might not be worked out by the branch for 12. Having a better story > for embedded is needed regardless of the progress towards automatic loading. > > Warner -- Rod Grimes rgrimes@freebsd.org