> > > I'll take a look at the ramfs one. I may have broken something else when fixing
> > > everything else with ramfs (like unlink) crashing
> >
> > Ehh.. Plain 2.4.0 ramfs is fine, assuming you add a "UnlockPage()" to
> > ramfs_writepage(). So what do you mean by "fixing everything else"?
>
> -ac has the rather extended ramfs with resource limits and stuff. That one
> also has rather more extended bugs 8). AFAIK none of those are in the vanilla
> ramfs code
Ahh, ok.
This is actually where I agree with whoever it was that said that ramfs as
it stands now (without the limit checking etc) is much nicer simply
because it can act as an example of how to do a simple filesystem.
I wonder what to do about this - the limits are obviously useful, as would
the "use swap-space as a backing store" thing be. At the same time I'd
really hate to lose the lean-mean-clean ramfs.
Anyway, I'm quite sure that the resource stuff would not be 2.4.1 material
(adding the UnlockPage() is), so I won't have to worry about this issue
for a while.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/