From owner-svn-src-head@FreeBSD.ORG Sat Aug 27 21:39:25 2011 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A507E1065670; Sat, 27 Aug 2011 21:39:25 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0A4C48FC1C; Sat, 27 Aug 2011 21:39:24 +0000 (UTC) Received: by qyk9 with SMTP id 9so3442401qyk.13 for ; Sat, 27 Aug 2011 14:39:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Xsb+UHAa+sDhL7EUQKnsAZGgLZ65i7MXbNFCCAg2xVk=; b=h1YF1DWEzCzEohANN/fj4kk84EmDAKAWWmxGbP5j/kx7XjRqZs2LLIaM8WCJfkfXTl PTEu0cL2AxeAAJAvlsm8ssviuR04W7SmBR17q455aeQALdyGHk1N6HgV0GD8OBY2n4hW wP8O1Nt82a0/cgAc7hnOqLXLxbxELdLRd7XSE= MIME-Version: 1.0 Received: by 10.229.89.66 with SMTP id d2mr3675178qcm.93.1314481164477; Sat, 27 Aug 2011 14:39:24 -0700 (PDT) Received: by 10.224.19.131 with HTTP; Sat, 27 Aug 2011 14:39:24 -0700 (PDT) In-Reply-To: <4E595EC8.40307@FreeBSD.org> References: <201108262122.p7QLMZXW071323@svn.freebsd.org> <4E583B92.3060100@FreeBSD.org> <20110827081103.GB21676@zxy.spb.ru> <86obzbi75n.fsf@srvbsdfenssv.interne.associated-bears.org> <20110827105342.GC21676@zxy.spb.ru> <4E58D8E8.3090603@FreeBSD.org> <20110827124432.GD21676@zxy.spb.ru> <4E595447.8000104@FreeBSD.org> <20110827210448.GE21676@zxy.spb.ru> <4E595EC8.40307@FreeBSD.org> Date: Sat, 27 Aug 2011 14:39:24 -0700 Message-ID: From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: src-committers@freebsd.org, John Baldwin , Eric Masson , svn-src-all@freebsd.org, Slawa Olhovchenkov , svn-src-head@freebsd.org Subject: Re: svn commit: r225201 - in head/sys: amd64/conf i386/conf X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2011 21:39:25 -0000 On Sat, Aug 27, 2011 at 2:16 PM, Doug Barton wrote: > On 08/27/2011 14:04, Slawa Olhovchenkov wrote: >> On Sat, Aug 27, 2011 at 01:32:07PM -0700, Doug Barton wrote: >> >>> On 08/27/2011 05:44, Slawa Olhovchenkov wrote: >>>> On Sat, Aug 27, 2011 at 04:45:44AM -0700, Doug Barton wrote: >>>> >>>>> On 8/27/2011 3:53 AM, Slawa Olhovchenkov wrote: >>>>>> On Sat, Aug 27, 2011 at 10:35:16AM +0200, Eric Masson wrote: >>>>>> >>>>>>> Slawa Olhovchenkov writes: >>>>>>> >>>>>>> Hello, >>>>>>> >>>>>>>> Yes, from FreeBSD 6.x puc.ko don't work. Only in-kernel version work. >>>>>>> >>>>>>> Nope puc.ko module can't attach drivers compiled in kernel, but if both >>>>>>> puc & uart are loaded as modules, they work fine : >>>>>> >>>>>> >>>>>>> The other way could be to ship a stripped down GENERIC kernel and load >>>>>>> modules manually or automagically (devd ?) >>>>>>> Regards >>>>>> >>>>>> May be for fist step: w/o devd, simle remove all posible from GENERIC and include all removed >>>>>> drivers in /boot/loader.conf? >>>>> >>>>> You're better off using kld_list in rc.conf for anything that doesn't >>>>> absolutely have to be loaded with the kernel. >>>> >>>> What drivers in GENERIC don't need to boot from disk or network? >>>> sound only? >>> >>> man rc.conf, search for kld_list. >> >> Sorry for bad english. >> What drivers (from current GENERIC) don't need for network or disk >> boot and can be moved to kld_list? >> >> I see only sound and agp. > > I'm not going to do your homework for you. :) Try it and find out for > yourself. I will tell you that given that rc.d/kld runs right after the > disks are mounted means that (unless you are netbooting) you can put > just about everything that isn't directly related to mounting your disks > in kld_list. Beyond that, you just need to experiment on your own. A certain set of quick guidelines (< 1 page should suffice) for kld_list should be devised though. It would at least make quick booting more feasible for the masses. Thanks, -Garrett