From owner-freebsd-arm@FreeBSD.ORG Fri Mar 7 00:48:47 2014 Return-Path: Delivered-To: freebsd-arm@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 ESMTPS id E81C8721 for ; Fri, 7 Mar 2014 00:48:46 +0000 (UTC) Received: from mail-pb0-f51.google.com (mail-pb0-f51.google.com [209.85.160.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B3D9A23D for ; Fri, 7 Mar 2014 00:48:46 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id uo5so3367146pbc.24 for ; Thu, 06 Mar 2014 16:48:46 -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:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=adbdfBWZOaHOLSjWh1xnin3fz2XGeR6GXofcXjGOxy0=; b=jCEtInMaj7w/+gwbUQjdJEFO90Lx0PVCsRTc2tFCqu3XwB4X2KY3519+eO5O3BJsML rR3TAUHIO00vAoDUE6WmESHbTWnT6S8XUZaJMfs4K8NEXqMZ5sefxWm26YzgZdhmHB4y EAe3sUwfZbsjpQomiIk5zL/fKlVMSsezOrE56MzmOll5qsrTqsbTXErjpKA0ZUzSO2tu LECRJdqg0jmyG0whcAGwFCETaQKyMlVdszp/IEfjEuirlflNO+weoljh/AmYZKmv8auP 3yG1hhGRmCvrNlsYKhUeKo3vbSfWwN7ma/UE3Z5BQzujMkw5KzOrcepa1vC3OXCWxRTg vQUQ== X-Gm-Message-State: ALoCoQnp2vs6l5acSVGHWl5vqmSexuTZMVGWRosIL99gFpK1hF5eLozsnS4yc8NXXdQUQbnEwqo+ X-Received: by 10.66.158.132 with SMTP id wu4mr18416329pab.66.1394153326221; Thu, 06 Mar 2014 16:48:46 -0800 (PST) Received: from lgmac-cvenus.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id ja8sm24089340pbd.3.2014.03.06.16.48.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 06 Mar 2014 16:48:45 -0800 (PST) Sender: Warner Losh Content-Type: text/plain; charset=windows-1253 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: TMPFS in kernels From: Warner Losh In-Reply-To: <1394153197.1149.363.camel@revolution.hippie.lan> Date: Thu, 6 Mar 2014 17:48:45 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5313D0FE.8010008@ceetonetechnology.com> <1393818974.1149.270.camel@revolution.hippie.lan> <5314016B.1000107@ceetonetechnology.com> <20140303061136.GB85204@zibbi.meraka.csir.co.za> <1394148799.1149.354.camel@revolution.hippie.lan> <53190F52.7030605@ceetonetechnology.com> <1394151627.1149.357.camel@revolution.hippie.lan> <1394152175.1149.360.camel@revolution.hippie.lan> <3C2098DE-762E-49BF-8C00-D6D7AB588669@bsdimp.com> <1394153197.1149.363.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1874) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 00:48:47 -0000 On Mar 6, 2014, at 5:46 PM, Ian Lepore wrote: > On Thu, 2014-03-06 at 17:43 -0700, Warner Losh wrote: >> On Mar 6, 2014, at 5:29 PM, Ian Lepore wrote: >>=20 >>> On Thu, 2014-03-06 at 17:25 -0700, Warner Losh wrote: >>>> On Mar 6, 2014, at 5:20 PM, Ian Lepore wrote: >>>>=20 >>> [...] >>>>> Yeah, for the kernel side of it, I'm just adding TMPFS to >>>>> arm/conf/DEFAULTS since the concensus seems to be that we want it = in all >>>>> kernels. I'm waiting for a universe-kernels build to finish and = if it's >>>>> clean I'll commit that tonight. >>>>=20 >>>> DEFAULTS was never intended for something like this.. Only for = things that >>>> must be mandatory or very nearly mandatory for the system to = operate. While >>>> useful, this isn=92t mandatory by any stretch of the imagination. I = strongly object >>>> to putting it there, so please don=92t commit it to DEFAULTS. >>>=20 >>>=20 >>> Ooops, your email and the commit passed each other on the wires. >>>=20 >>> But... really? An option we want in every kernel we should paste = into >>> 70+ files instead of into the one file that they all include? >>=20 >> Yes. Otherwise we=92d have large parts of GENERIC in there. >>=20 >> Warner >=20 > Alright, then if that's the case I'm taking GEOM_PART_BSD and > GEOM_PART_MBR out of there and pasting them into every kernel as well, > because they certainly aren't mandatory (or even necessary if you use > GPT). That will leave just "device mem" in there. That should have happened a long time ago=85 Warner