From owner-freebsd-arch@FreeBSD.ORG Mon Jan 23 02:44:26 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA37C1065670; Mon, 23 Jan 2012 02:44:26 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 7968B8FC08; Mon, 23 Jan 2012 02:44:26 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q0N2iMF6053709 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 22 Jan 2012 18:44:23 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F1CC9CA.2010403@freebsd.org> Date: Sun, 22 Jan 2012 18:45:30 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.25) Gecko/20111213 Thunderbird/3.1.17 MIME-Version: 1.0 To: Robert Millan References: <20120122201814.GA32081@thorin> In-Reply-To: <20120122201814.GA32081@thorin> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Adrian Chadd , freebsd-arch@freebsd.org Subject: Re: RFC: MK_BLOBS build option X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2012 02:44:26 -0000 On 1/22/12 12:18 PM, Robert Millan wrote: > Hi everyone, > > I propose this build option so that users can select if they want to disable > blobs of binary code in their kernel. Currently Debian does this by patching > the build system; having a build option would make things much easier, but > it can also be useful for users whose preference is not to install those > modules. > > Description: > > Add MK_BLOBS build option. Setting MK_BLOBS to "no" will disable kernel > modules that include binary-only blobs of code. > > More fine-grained control is provided via MK_BLOBS_HOST (for native code > that runs on host CPU) and MK_BLOBS_UCODE (for microcode). > > Please comment! technically it's ok, but,.. why?