Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756098Ab0KVSYQ (ORCPT ); Mon, 22 Nov 2010 13:24:16 -0500 Received: from mail-fx0-f46.google.com ([209.85.161.46]:39553 "EHLO mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750790Ab0KVSYO convert rfc822-to-8bit (ORCPT ); Mon, 22 Nov 2010 13:24:14 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=NK03VKv+nuayaOfjDzlYAiTnnJODTYDzZcToG8HWlEqdcWKXWhC1ex5bIUgwrlG5UA 1P4suWSIBH4W9nep2NP0AfMGhBVVtGnfgh3++cQx8WqUFndQ/X91az34yjyS0bHHpG5C DXG3zlTtXGAtzq65jz9GhX2PYxhf6/tW2warY= MIME-Version: 1.0 In-Reply-To: References: <4ce85e437577ae827@agluck-desktop.sc.intel.com> <1290391175.2903.132.camel@yhuang-dev> Date: Mon, 22 Nov 2010 19:24:12 +0100 X-Google-Sender-Auth: XlAYqiPUFy7unBQxZnxRjOQlpFc Message-ID: Subject: Re: [RFC] persistent store From: Geert Uytterhoeven To: Tony Luck Cc: Huang Ying , "linux-kernel@vger.kernel.org" , "linux-arch@vger.kernel.org" , "tglx@linutronix.de" , "mingo@elte.hu" , "greg@kroah.com" , "akpm@linux-foundation.org" , Linux Embedded Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1570 Lines: 33 On Mon, Nov 22, 2010 at 17:55, Tony Luck wrote: > On Sun, Nov 21, 2010 at 5:59 PM, Huang Ying wrote: >> This patch provides a general "read" interface for kmsg_dumper and some >> other persistent storage users. Another possible choice is to just >> extend the original interface to add persistent store support. For >> example, we can add a "read" function in kmsg_dumper, and output the >> content of persistent store via extend /dev/kmsg via prefix every line >> comes from persistent store or adding some "ioctl" to do that. (But it >> seems that nobody likes "ioctl"). > > In Linux (and Unix before it) "everything is a file" ... but this > doesn't work very well if the file has internal structure (e.g. > is made of records that can be individually changed or > deleted).  A filesystem seems a much better model. Any tangents with "pramfs: persistent and protected RAM filesystem" on linux-embedded? Gr{oetje,eeting}s,                         Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.                                 -- Linus Torvalds -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/