From owner-svn-src-head@FreeBSD.ORG Sat Sep 7 08:15:39 2013 Return-Path: Delivered-To: svn-src-head@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 86B86B2C; Sat, 7 Sep 2013 08:15:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 43D69222F; Sat, 7 Sep 2013 08:15:39 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VIDiB-000PCD-JU; Sat, 07 Sep 2013 12:17:43 +0400 Date: Sat, 7 Sep 2013 12:17:43 +0400 From: Slawa Olhovchenkov To: Bryan Venteicher Subject: Re: svn commit: r255323 - in head/sys: amd64/conf i386/conf Message-ID: <20130907081743.GB95723@zxy.spb.ru> References: <201309062024.r86KOMqm059838@svn.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 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, 07 Sep 2013 08:15:39 -0000 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.