From owner-freebsd-questions@freebsd.org Mon Mar 11 13:08:57 2019 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44A6E1542C6E for ; Mon, 11 Mar 2019 13:08:57 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 752C295547 for ; Mon, 11 Mar 2019 13:08:56 +0000 (UTC) (envelope-from roberthuff@rcn.com) DKIM-Signature: v=1; a=rsa-sha1; d=rcn.com; s=20180516; c=relaxed/simple; q=dns/txt; i=@rcn.com; t=1552309729; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=Py6JXi3Dc0xXShgdhWJxHRjdeQQ=; b=DBahc2A2xEIBzUraZvQuVbCfpPUwXBQRSOGJwTHqUyq4kEevQ6Bm8jyJKZERguUJ haQb660S0tU9Mq2ULyRcXc5ZBVydox4XLMMzNNjBOgrfYVaIdIwevdd8xlSueSrI jwkWg0Hp72ukv9hBNI8C2kWy14fPJGpbMlNiUyqQYny2/jgnK85ugg2n5UJ9WQPm i1QVA6eHy9RyOzzztpaKYuD0X6KNmKXIRvXGEMC75h/3z8kn544wujfJMxl/4CVU w3y35MM3tsl2TtLcLpjaZlCFQvNArhVVZ/WOtcavl66Z8QNlnARTZ7BrQfEitjuk O0nWk8P5kI0dSauCOcMnVw==; X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=J6vo10vS c=1 sm=1 tr=0 a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=NTGMnVQrEZIA:10 a=48faUk6PgeAA:10 a=_1MkmK3t2mkU9n0_ESoA:9 a=CjuIK1q_8ugA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=softfail; sender-id=softfail Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received: from [209.6.230.48] ([209.6.230.48:17307] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 90/87-55764-1ED568C5; Mon, 11 Mar 2019 09:08:49 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23686.24032.265558.282058@jerusalem.litteratus.org> Date: Mon, 11 Mar 2019 09:08:48 -0400 From: Robert Huff To: samir.otmane@numericable.fr, freebsd-questions@freebsd.org Subject: Re: Barebone kernel options request In-Reply-To: <20190311080756.6191bb55.freebsd@edvax.de> References: <20190311080756.6191bb55.freebsd@edvax.de> X-Mailer: VM 8.2.0b under 26.1 (amd64-portbld-freebsd13.0) X-Rspamd-Queue-Id: 752C295547 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=rcn.com header.s=20180516 header.b=DBahc2A2; dmarc=pass (policy=none) header.from=rcn.com; spf=pass (mx1.freebsd.org: domain of roberthuff@rcn.com designates 69.168.97.78 as permitted sender) smtp.mailfrom=roberthuff@rcn.com X-Spamd-Result: default: False [-7.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[rcn.com:s=20180516]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:69.168.97.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DWL_DNSWL_LOW(-1.00)[rcn.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[rcn.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[rcn.com,none]; MX_GOOD(-0.01)[mx.rcn.com]; IP_SCORE(-2.82)[ip: (-9.47), ipnet: 69.168.97.0/24(-4.64), asn: 36271(0.08), country: US(-0.07)]; NEURAL_HAM_SHORT(-0.97)[-0.965,0]; RCVD_IN_DNSWL_LOW(-0.10)[78.97.168.69.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36271, ipnet:69.168.97.0/24, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Mar 2019 13:08:57 -0000 Polytropon writes: > You will then make a copy of the GENERIC kernel configuration file > and adjust it to your needs, i. e., remove all the entries you do > not need. Proceed with caution here. I do not know if it is currently true, but it has in the past been the case that (e.g.) option Q depends on device F which depends on device B; while the relationship between Q and F is documented in the config file, the one between F and B is not. The easy targets are disk(/RAID) drivers and network cards. After that? Stay alert; trust no-one; keep your un-delete key handy. Respectfully, Robert Huff