Messages in this thread | | | Date | Mon, 22 Nov 2010 19:24:12 +0100 | Subject | Re: [RFC] persistent store | From | Geert Uytterhoeven <> |
| |
On Mon, Nov 22, 2010 at 17:55, Tony Luck <tony.luck@intel.com> wrote: > On Sun, Nov 21, 2010 at 5:59 PM, Huang Ying <ying.huang@intel.com> 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/
| |