From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757595Ab3BFQlm (ORCPT ); Wed, 6 Feb 2013 11:41:42 -0500 Received: from terminus.zytor.com ([198.137.202.10]:33770 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756532Ab3BFQlj (ORCPT ); Wed, 6 Feb 2013 11:41:39 -0500 User-Agent: K-9 Mail for Android In-Reply-To: References: <20130205203616.GA8228@fenchurch.internal.datastacks.com> <5111E44C.2040308@zytor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [RFC 2/2] initramfs with digital signature protection From: "H. Peter Anvin" Date: Wed, 06 Feb 2013 08:41:23 -0800 To: "Kasatkin, Dmitry" CC: Peter Jones , linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org Message-ID: <22d54b6d-6342-4826-bb93-c9fc46f2041a@email.android.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The cleanup is not a umount, it is actually a tree walk unlinking the contents. "Kasatkin, Dmitry" wrote: >On Wed, Feb 6, 2013 at 7:04 AM, H. Peter Anvin wrote: >> On 02/05/2013 02:09 PM, Kasatkin, Dmitry wrote: >>> >>> >>> It should not be like that. Actually when pre-init exits, cleanup >code >>> umount tmpfs, which in turn cleanups the RAM. >>> >> >> It doesn't quite... the rootfs is permanent. This is also only one >usage >> mode: there are quite a few Linux systems running directly out of >initramfs. >> > >rootfs is not permanent when it is ramfs. It is cleaned up on switch >root. >It is easy to find out that it is empty by mounting : mount -t ramfs >rootfs /mnt/ > >In the case of running from normal storage, of course, there is >ridicules remove the content. > >- Dmitry > > >> -hpa >> >> >> -- >> H. Peter Anvin, Intel Open Source Technology Center >> I work for Intel. I don't speak on their behalf. >> -- Sent from my mobile phone. Please excuse brevity and lack of formatting.