2012-06-10 09:19:37

by Marco Stornelli

[permalink] [raw]
Subject: [PATCH 00/17] pramfs: persistent and protected RAM filesystem

Hi all,

after the merge of pramfs in the LTSI kernel and after the "hot topic"
NVM Mapping API, here a new submission of pramfs code. Even if the code
won't be in mainline the review is really useful to me, so any comment
is welcome.

The patch series is based on 3.5-rc2.

Pramfs documentation:

http://pramfs.sourceforge.net

Git repo:

git://pramfs.git.sourceforge.net/gitroot/pramfs/pramfs

Marco


2012-06-10 11:21:22

by Christian Stroetmann

[permalink] [raw]
Subject: Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem

On Sun, June 10, 2012 Marco Stornelli wrote:
> Hi all,
>
> after the merge of pramfs in the LTSI kernel and after the "hot topic"
> NVM Mapping API, here a new submission of pramfs code. Even if the
> code won't be in mainline the review is really useful to me, so any
> comment is welcome.
Hello

I think we have here two cases:
1. "A block of non-volatile RAM separate for normal system memory",
[documentation Pramfs] and
2. The whole RAM is non-volatile and so the whole situation is changed,
and an NVM Mapping API is needed and "hotly" discussed.

For 1. your solution is a very good concept that is getting around
issues solely related with specific optimizations for disc-based file
systems, like the 2 problems described in the documentation of Pramfs, but
for 2. there is no need for a file system anymore, as we use it today
while working with a computer system, because data needs not to be
written to a file system at all, and so the file system will become
something like a backup system in the most common use cases of a
computing device, if I should describe it a little bit too provocative.
In this case your approach taken to handle the 2 problems mentioned in
the documentation of Pramfs would have to be driven further by focusing
more on the management of the RAM, the power, and the long-term data
storage (backup) for harmonizing Pramfs with them. A further point is to
make Pramfs bootable, if this not already possible somehow.
>
>
> The patch series is based on 3.5-rc2.
>
> Pramfs documentation:
>
> http://pramfs.sourceforge.net
>
> Git repo:
>
> git://pramfs.git.sourceforge.net/gitroot/pramfs/pramfs
>
> Marco

Have fun
Christian Stroetmann

2012-06-11 06:28:24

by Marco Stornelli

[permalink] [raw]
Subject: Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem

2012/6/10 Christian Stroetmann <[email protected]>:
> On Sun, June 10, 2012 Marco Stornelli wrote:
>>
>> Hi all,
>>
>> after the merge of pramfs in the LTSI kernel and after the "hot topic" NVM
>> Mapping API, here a new submission of pramfs code. Even if the code won't be
>> in mainline the review is really useful to me, so any comment is welcome.
>
> Hello
>
> I think we have here two cases:
> 1. "A block of non-volatile RAM separate for normal system memory",
> [documentation Pramfs] and
> 2. The whole RAM is non-volatile and so the whole situation is changed, and
> an NVM Mapping API is needed and "hotly" discussed.
>
> For 1. your solution is a very good concept that is getting around issues
> solely related with specific optimizations for disc-based file systems, like
> the 2 problems described in the documentation of Pramfs, but
> for 2. there is no need for a file system anymore, as we use it today while
> working with a computer system, because data needs not to be written to a
> file system at all, and so the file system will become something like a
> backup system in the most common use cases of a computing device, if I
> should describe it a little bit too provocative. In this case your approach
> taken to handle the 2 problems mentioned in the documentation of Pramfs
> would have to be driven further by focusing more on the management of the
> RAM, the power, and the long-term data storage (backup) for harmonizing
> Pramfs with them. A further point is to make Pramfs bootable, if this not
> already possible somehow.
>

I have to say that this submission doesn't want to be a complete
answer to the "NVM Mapping API", no way, but eventually only part of
the solution. Pramfs was bootable, but the support was removed,
however the modification would be easy.

Marco

2012-06-13 19:41:29

by Florian Weimer

[permalink] [raw]
Subject: Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem

* Marco Stornelli:

> Pramfs documentation:
>
> http://pramfs.sourceforge.net

There doesn't seem to be an fsck. Is this correct?

2012-06-14 06:17:13

by Marco Stornelli

[permalink] [raw]
Subject: Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem

2012/6/13 Florian Weimer <[email protected]>:
> * Marco Stornelli:
>
>> Pramfs documentation:
>>
>> http://pramfs.sourceforge.net
>
> There doesn't seem to be an fsck. ?Is this correct?

It's an ongoing work.

Marco

2012-06-16 07:09:37

by Marco

[permalink] [raw]
Subject: Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem

> Hi all,
>
> after the merge of pramfs in the LTSI kernel and after the "hot topic"
> NVM Mapping API, here a new submission of pramfs code. Even if the code
> won't be in mainline the review is really useful to me, so any comment
> is welcome.
>
> The patch series is based on 3.5-rc2.
>
> Pramfs documentation:
>
> http://pramfs.sourceforge.net
>
> Git repo:
>
> git://pramfs.git.sourceforge.net/gitroot/pramfs/pramfs
>
> Marco

No news good news? No comments?

Marco