From owner-svn-src-all@FreeBSD.ORG Fri Jan 16 18:48:30 2015 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D453561 for ; Fri, 16 Jan 2015 18:48:30 +0000 (UTC) Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2772CD79 for ; Fri, 16 Jan 2015 18:48:29 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id eu11so25808660pac.8 for ; Fri, 16 Jan 2015 10:48:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=zHFAqh3TGfaaJUSRWH0pyljjbsISzUfjS6ySK+egkrU=; b=Ul8oz3NmSjE/yF4E+grxohUBu66Tmc0dbDj1Luw8N2y8UW3P1ZwcQkaZrBQ6cACCOB mpqHtq+ajj08wb6BXQGeKYV5gOiIyWf1QB4QaEmc32lMCSRTsq4X2bZqM8ZzAt1rAWSP ed+Ebfyt30I+8xCV3wtJFjEI6hi8XljEz25cbl4ibouHiHaDFmDdQa1EV2W2UjSFmusj jveQdv8JuIk7/Q+pKTSEkq+UTLtHyk8Yaxt9bcrQBVxPvSa9ftr1qCdTavwGBr+esdG3 iQr9USNXpd4uU4QENM2mMkj0gi9IbeXGNkHtRZbZm93oQ5pplkHG0tPHMVzYzAdoAMiR 0zWA== X-Gm-Message-State: ALoCoQnQuy1IwkczVVgDCiIpe0uYx6TJjXX1UO6tr5m4DYMMWW2+VuIkcAsjZyIltK0mSHyENwOC X-Received: by 10.66.146.167 with SMTP id td7mr24657965pab.101.1421434109559; Fri, 16 Jan 2015 10:48:29 -0800 (PST) Received: from lglt-rottaway.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id w3sm4750243pdw.14.2015.01.16.10.48.27 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 16 Jan 2015 10:48:28 -0800 (PST) Sender: Warner Losh Subject: Re: svn commit: r277204 - head/sys/amd64/conf Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_FE247EDB-1A38-477A-880E-BF8FC43131B5"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: Date: Fri, 16 Jan 2015 11:48:25 -0700 Message-Id: References: <201501150042.t0F0g7Um018059@svn.freebsd.org> <20150115132303.GA245@zxy.spb.ru> <368B22F3-5607-46F8-B8D2-13CA59E94861@bsdimp.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1993) Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , src-committers , Warner Losh , Slawa Olhovchenkov X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.18-1 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: Fri, 16 Jan 2015 18:48:30 -0000 --Apple-Mail=_FE247EDB-1A38-477A-880E-BF8FC43131B5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 16, 2015, at 11:43 AM, Adrian Chadd wrote: >=20 > On 16 January 2015 at 09:57, Warner Losh wrote: >>=20 >>> On Jan 15, 2015, at 6:23 AM, Slawa Olhovchenkov = wrote: >>>=20 >>> On Thu, Jan 15, 2015 at 12:42:07AM +0000, Warner Losh wrote: >>>=20 >>>> Author: imp >>>> Date: Thu Jan 15 00:42:06 2015 >>>> New Revision: 277204 >>>> URL: https://svnweb.freebsd.org/changeset/base/277204 >>>>=20 >>>> Log: >>>> New MINIMAL kernel config. The goal with this configuration is to >>>> only compile in those options in GENERIC that cannot be loaded as >>>> modules. ufs is still included because many of its options aren't >>>> present in the kernel module. There's some other exceptions = documented >>>=20 >>> Are you sure? >>> I think defining UFS options in kernel connfig affect to module too. >>> When I define this options in kernel config (w/o options FFS) I got >>> ufs.ko with this SU, quota, acl etc. >>=20 >> While one could set options in the kernel to affect the ufs.ko build, >> there=E2=80=99s not a universal ufs.ko that can be loaded easily that = switches >> between the different types of options. You can create modules >> that do this, but that=E2=80=99s a very very different problem than = the one I >> want to solve, namely you get the same[*] functionality having >> device fred in the kernel config as kldloading fred.ko. So rather = than >> bite off that problem also, I=E2=80=99m opting for simplicity. >>=20 >>>> +options SOFTUPDATES # Enable FFS soft updates = support >>>> +options UFS_ACL # Support for access control = lists >>>> +options UFS_DIRHASH # Improve performance on big = directories >>>> +options UFS_GJOURNAL # Enable gjournal-based UFS = journaling >>>> +options QUOTA # Enable disk quotas for UFS >>>=20 >>>> +options SYSVSHM # SYSV-style shared memory >>>> +options SYSVMSG # SYSV-style message queues >>>> +options SYSVSEM # SYSV-style semaphores >>>> +device agp # support several AGP = chipsets >>>> +device random # Entropy device >>>> +device padlock_rng # VIA Padlock RNG >>>> +device rdrand_rng # Intel Bull Mountain = RNG >>>> +device vlan # 802.1Q VLAN support >>>> +device tun # Packet tunnel. >>>> +device gif # IPv6 and IPv4 = tunneling >>>=20 >>> This is loadable too. >>=20 >> True >>=20 >>> And please include: >>>=20 >>> NETMAP >>> NFS_ROOT >>=20 >> OK. >>=20 >>> IEEE80211_DEBUG >>> IEEE80211_AMPDU_AGE >>> IEEE80211_SUPPORT_MESH >>> AH_SUPPORT_AR5416 >>> AH_AR5416_INTERRUPT_MITIGATION >>> ATH_ENABLE_11N >>=20 >> These are already the default for the ath or wlan modules, if I=E2=80=99= m reading things correctly. >=20 > Nope. It=E2=80=99s simple to add any of the last 3 to modules/ath, but I see = your point. > The other half of this problem is where some modules (did? do?) > populate an opt_wlan.h with their own options. Some modules did this > with the inet option. You might thing that, but you=E2=80=99d be behind the times. The IEEE = options are centralized, as are the INET options. > When I've done what you're doing, I end up having these options in my > minimal config file so opt_xxx.h is correctly populated. That way when > I point SYSDIR (or whichever variable it is) at the configured kernel > directory with the opt_xxx.h files, it all works out correctly. Yea, that=E2=80=99s a different issue. > (I still think we shouldn't be relying on "defaults", but should ship > the opt_xxx.h files or something to derive the opt_xxx.h and makefile > config bits so things like external module building is possible > against a kernel. Or, we just kill all module options that change > behaviour/ABI of things in an incompatible way.) Options aren=E2=80=99t supposed to change KBI. Some do, and that=E2=80=99s= unfortunate. But don=E2=80=99t turn this into a rant on how sub-optimal the = opt_XXXX.h intersect with modules. That=E2=80=99s another set of problems to solve. Warner --Apple-Mail=_FE247EDB-1A38-477A-880E-BF8FC43131B5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUuVz6AAoJEGwc0Sh9sBEAD1AQAM5AEyXxnOdjdQYyZgszjUQ7 +ElALFd8JAeALikfFBMSOBRU4bjA7btAEUfHpE3Lr1loJXHhxv0C4DWoVGfl0yQH HQr+Z6bFP9skPFwmwlGDggLwKrbZ0s38aDfHWe4hfcC4NwwHZKkzAz2DH54kn2al Q6ItPbu+rc3pZEYmmiiEu1zJxCDvSGtHzHuLHBsJZYNNm2W7pP8KvoFBf+qXxtNE s3LtSlx/waoZOcpRwOD3zmkb0yEU5h9M6LCo1Jdw9XyTBGMn0VlTWIMIjYOFJGcl mcR+mSyIW6FvgiHO9XuRyDiyRT/KeIxcLGjNKwiEoAuQGtyfVnnwQRHz1Jlm8MRe /gXTaY0dGx4/bgsR2CP+TfW8a6AsY8oPzLMP6FktSk5M+sdgH9QfITJMtY2yjaPP +2YG1Yh1GlbAUrW6ApGxRL9rg2dD5fPhVfmJHaDShQGp4p8L6O7fV5AIW26fqQFw o6gg57XPXct6CVpPmGudbPGfQQF4+lpaCoQjRmrLpOTkh/hZXUEvfMZH9eyQd8SE 3bjYWoD+RFLuwMy1EgGHYD6Pj8evq60Dxp+1Ihm5ZukvKfR0r9e9AnP6aIogFp7z ZPSemgSckunu3glcL18Bb6CzRZn6lpHeZ/vL1PHXDqAFCsnrVVPhcKYNiEOf3T3w HcOSjOTYDivsiOHPGIcz =SI4C -----END PGP SIGNATURE----- --Apple-Mail=_FE247EDB-1A38-477A-880E-BF8FC43131B5--