Date: Thu, 6 Mar 2014 17:25:09 -0700 From: Warner Losh <imp@bsdimp.com> To: Ian Lepore <ian@FreeBSD.org> Cc: George Rosamond <george@ceetonetechnology.com>, "freebsd-arm@freebsd.org" <freebsd-arm@FreeBSD.org> Subject: Re: TMPFS in kernels Message-ID: <CA1F2561-412A-466A-BF5B-1FBE5EDEE451@bsdimp.com> In-Reply-To: <1394151627.1149.357.camel@revolution.hippie.lan> References: <5313D0FE.8010008@ceetonetechnology.com> <1393818974.1149.270.camel@revolution.hippie.lan> <5314016B.1000107@ceetonetechnology.com> <20140303061136.GB85204@zibbi.meraka.csir.co.za> <CAHNYxxPvRwmSDw8M9znFi1QsDq%2BR=Ash7AODWTct4Q_TBdOCVQ@mail.gmail.com> <C1297CD6-C313-4516-BA51-71C427C45B79@bsdimp.com> <CAHNYxxOAcjiU0C6of9wBeHyXiCCgdJWt2Y8BpV%2BDyyD=fxdG2g@mail.gmail.com> <1394148799.1149.354.camel@revolution.hippie.lan> <53190F52.7030605@ceetonetechnology.com> <1394151627.1149.357.camel@revolution.hippie.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 6, 2014, at 5:20 PM, Ian Lepore <ian@FreeBSD.org> wrote:
> On Thu, 2014-03-06 at 19:14 -0500, George Rosamond wrote:
>> Ian Lepore:
>>> On Thu, 2014-03-06 at 13:03 +0800, Jia-Shiun Li wrote:
>>>> On Tue, Mar 4, 2014 at 10:48 PM, Warner Losh <imp@bsdimp.com> =
wrote:
>>>>>=20
>>>>> On Mar 4, 2014, at 3:30 AM, Jia-Shiun Li <jiashiun@gmail.com> =
wrote:
>>>>>=20
>>>>>> I remember hacking it a while ago to adopt tmpfs instead on my =
pxeboot
>>>>>> test environment. It only requires changing the line mdmfs =
mounting md to
>>>>>> 'mount -t tmpfs' (plus mount options), and everything else will =
work as usual.
>>>>>=20
>>>>> I=92ll have to give it a spin on NanoBSD then, at least as an =
option=85
>>>>>=20
>>>>=20
>>>> The actual patch & result pasted below to save you some time.
>>>> Only tested on x86 pxeboot though.
>>>>=20
>>>> -----8<----------8<----------8<-----
>>>>=20
>>>> % diff -bu /usr/src/etc/rc.initdiskless
>>>> /b/tftpboot/FreeBSD/install/etc/rc.initdiskless
>>>> --- /usr/src/etc/rc.initdiskless 2013-04-11 =
21:03:31.000000000 +0800
>>>> +++ /b/tftpboot/FreeBSD/install/etc/rc.initdiskless 2014-03-06
>>>> 12:43:47.000000000 +0800
>>>> @@ -198,7 +198,10 @@
>>>> # Create a generic memory disk
>>>> #
>>>> mount_md() {
>>>> - /sbin/mdmfs -S -i 4096 -s $1 -M md $2
>>>> +# /sbin/mdmfs -S -i 4096 -s $1 -M md $2
>>>> + local tmpfs_size
>>>> + tmpfs_size=3D$(($1 * 1024))
>>>> + /sbin/mount -t tmpfs -osize=3D$tmpfs_size tmpfs $2
>>>> }
>>>>=20
>>>> # Create the memory filesystem if it has not already been created
>>>>=20
>>>> % cat df
>>>> Filesystem Size Used Avail
>>>> Capacity Mounted on
>>>> 192.168.233.1:/b/tftpboot/FreeBSD/install/ 29G 17G 9.8G =
63% /
>>>> devfs 1.0K 1.0K 0B
>>>> 100% /dev
>>>> tmpfs 10M 2.6M 7.4M
>>>> 26% /etc
>>>> tmpfs 10M 180K 9.8M
>>>> 2% /var
>>>> /dev/md0 19M 24K 17M
>>>> 0% /tmp
>>>> % cat mount
>>>> 192.168.233.1:/b/tftpboot/FreeBSD/install/ on / (nfs, read-only)
>>>> devfs on /dev (devfs, local, multilabel)
>>>> tmpfs on /etc (tmpfs, local)
>>>> tmpfs on /var (tmpfs, local)
>>>> /dev/md0 on /tmp (ufs, local)
>>>>=20
>>>>=20
>>>> -Jia-Shiun.
>>>=20
>>> FYI, I just posted a patchset to freebsd-arch@ and freebsd-rc@ to
>>> address this in a slightly different way.=20
>>>=20
>>> =
http://lists.freebsd.org/pipermail/freebsd-arch/2014-March/015141.html
>>>=20
>>> Basically I updated the mdmfs program to automatically use tmpfs if =
it's
>>> available in the kernel and the device name is "auto", along with
>>> changes to rc.initdiskless and defaults/rc.conf to set the device =
name
>>> to "auto" by default.
>>>=20
>>=20
>> Cool. So assume it would then be added to the (new) RPI-B and ALIX
>> kernels. Am I correct?
>>=20
>> g
>>=20
>=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.
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.
> For the other part of it, we'll see what feedback comes from the =
review
> on the other lists, it may not get committed for a few days.
Those looked good to me.
Warner=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA1F2561-412A-466A-BF5B-1FBE5EDEE451>