From owner-svn-src-all@FreeBSD.ORG Sat Sep 7 17:47:08 2013 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6F730B3E; Sat, 7 Sep 2013 17:47:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-x22e.google.com (mail-pb0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35E472C17; Sat, 7 Sep 2013 17:47:08 +0000 (UTC) Received: by mail-pb0-f46.google.com with SMTP id rq2so4460364pbb.5 for ; Sat, 07 Sep 2013 10:47:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=J6tcwSXFojvK4kL5dcc6aOZgbVlcPozNhBWnvsQ0Nu0=; b=ROQOi59wrDSRgyHM03KewPnhuqGh1JNn5PZPtDhWsxbikwuPtdoIiO36tgW4pvjX4S o2VX7Evue3x6S+RTEhds3mvTVeydH4Ao9JvYde0lvKh4emS6o8NvUxzrPzTI3Ge9mQCW SHP46eBVYkXtr2EDVZl0PBeLCl/21zEowccF0u7VoECbAumZQ4GqQOOREbmc6fKH50QN Bg3+Pes7B9t0lo2FQvGAfp85J06bpnofQujU3RuSvMtGblx/yLkDTFRiVA4uR1cxypjw 2cg2M9sqaIvuJ8wCTYlDz1+BAJK3lwo23wb2beYKZTAciGwsJzbo7VFzULiH2uH3OCsn Uibw== MIME-Version: 1.0 X-Received: by 10.66.189.98 with SMTP id gh2mr10763972pac.60.1378576027812; Sat, 07 Sep 2013 10:47:07 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.70.126.71 with HTTP; Sat, 7 Sep 2013 10:47:07 -0700 (PDT) In-Reply-To: <20130907170700.GB3796@zxy.spb.ru> References: <201309062024.r86KOMqm059838@svn.freebsd.org> <20130907081743.GB95723@zxy.spb.ru> <20130907170700.GB3796@zxy.spb.ru> Date: Sat, 7 Sep 2013 10:47:07 -0700 X-Google-Sender-Auth: ORfAiteLhWI_1w6PXGwK5GWkTZY Message-ID: Subject: Re: svn commit: r255323 - in head/sys: amd64/conf i386/conf From: Adrian Chadd To: Slawa Olhovchenkov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "svn-src-head@freebsd.org" , Bryan Venteicher , "svn-src-all@freebsd.org" , "src-committers@freebsd.org" X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 17:47:08 -0000 I'll be happy if someone does this right now, by populating a /boot/loader.modules or something, and then force the "fixing" of loader to cache metadata to make the reads faster. -adrian On 7 September 2013 10:07, Slawa Olhovchenkov wrote: > On Sat, Sep 07, 2013 at 11:52:42AM -0500, Bryan Venteicher wrote: > > > On Sat, Sep 7, 2013 at 3:17 AM, Slawa Olhovchenkov > wrote: > > > > > On Fri, Sep 06, 2013 at 03:46:11PM -0500, Bryan Venteicher wrote: > > > > > > > On Fri, Sep 6, 2013 at 3:24 PM, Bryan Venteicher > > > > wrote: > > > > > > > > > Author: bryanv > > > > > Date: Fri Sep 6 20:24:21 2013 > > > > > New Revision: 255323 > > > > > URL: http://svnweb.freebsd.org/changeset/base/255323 > > > > > > > > > > Log: > > > > > Add vmx device to the i386 and amd64 NOTES files > > > > > > > > > > > > > > FWIW - I'm on the fence about adding vmx to GENERIC for 10.0. IIRC, > > > > VMware's vmxnet3 driver returns BUS_PROBE_VENDOR so the two drivers > > > should > > > > coexist. This is assuming VMware updates the driver for 10 ... which > I'm > > > > guessing isn't likely and was a large reason I added this driver in > the > > > > first place. > > > > > > Why we don't switch (in 10.0) to minimal GENERIC and all driver loaded > > > as modules (/boot/loader.conf)? This is reduce memory (by easy > unloading > > > unneed > > > drivers/modules), space (by reducing GENERIC+symbols size about 100M), > > > space on install media too (100M + compressed 100M), build time (not > > > need to build some modules twice) and add ability to easy > > > update/bugfix modules w/o reboot. > > > > > > After last updates to bootloader loading many modules enought fast. > > > > > I already switched (for me) to this setup and it's fine for me. > > > > > > > The holy grail would be for the loader to automatically detect and load > > what is needed/supported, but this has been talked and beaten to death in > > the past. > > No-no, not automatically detect. Just load all bundle of modules, > cureently staticly compiled in GENERIC as individual modules. > Just /boot/loader.conf of 100 lines module_load="yes". >