From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 25 08:11:44 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E18EF793 for ; Thu, 25 Apr 2013 08:11:44 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.net (cl-90.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:59::2]) by mx1.freebsd.org (Postfix) with ESMTP id A490014A5 for ; Thu, 25 Apr 2013 08:11:44 +0000 (UTC) Received: from roberto02-aw.erc.corp.eurocontrol.int (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix) with ESMTPSA id 2FD2552AD; Thu, 25 Apr 2013 10:11:41 +0200 (CEST) Date: Thu, 25 Apr 2013 10:12:50 +0200 From: Ollivier Robert To: freebsd-hackers@freebsd.org, Lars Engels Subject: Re: GSOC: Qt front-ends Message-ID: <20130425081250.GA9042@roberto02-aw.erc.corp.eurocontrol.int> References: <60A4F968-60A4-4C71-AD53-BA1BC6CBAB5F@longcount.org> <8af7c4b114d6f1a44cf157a64fee3a7f@mail.0x20.net> <578CB1FA-C223-4872-B681-7EC0C280E611@tony.li> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 08:11:44 -0000 According to Freddie Cash on Wed, Apr 24, 2013 at 10:32:11AM -0700: > Mostly off-topic for this thread, but improving the boot process to > auto-detect hardware and auto-load kernel modules would be really nice. > That way, GENERIC would be very small, with just the basic frameworks > required (CAM, USB, PCI, TCP/IP, etc), and all the actual drivers would be > loaded from modules. That would remove almost all requirements to compile > a custom kernel in the first place. :) > > Granted, changing "options" in the kernel would require recompilation, but > general use and hardware changes wouldn't. That's what Solaris has been doing for years and yes, it does make a lot of sense. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.net In memoriam to Ondine, our 2nd child: http://ondine.keltia.net/