Re: 2.6.8.1-mm2 - reiser4

[Hans Reiser]

Andrew Morton wrote:

> Anton Blanchard <anton@xxxxxxxxx> wrote:
>  
>
> >    
>
> It's my understanding that sys_reiser4() is basically defunct
I would say unfinished and in need of a code review by me before anyone 
starts using it, instead of defunct.  There is no good reason for it to 
be sent to Andrew as a patch file, and the guy responsible is on 
vacation.  What it should be in as is an experimental do not touch 
config option turned off by default.

sys_reiser4 is needed for these purposes:

* to eliminate the (otherwise valid) argument that it is more 
performance efficient for attributes to be accessed via an API that is 
different from files, by allowing multiple files to be accessed in one 
system call

* to bundle multiple filesystem operations into one atomic write

* to prepare the groundwork for the semantic enhancements described in 
www.namesys.com/whitepaper.html

* to define a standard interface that users will find uniform across all 
apps for this functionality

* to allow VFS to remain undisturbed in the eyes of legacy apps while 
semantic enhancements go into the filesystem namespace in a form that is 
less crippled by compatibility issues.

Now that the core reiser4 functionality is stable, the lead programmers 
and I can spare some time to review sys_reiser4 and the compression 
plugin (also not yet ready for prime time).  This will take us 6-12 
weeks I would guess, as Digeo is keeping us 50% busy with work that 
earns our paychecks at the moment, darpa is also keeping me busy with 
www.namesys.com/blackbox.html, and I expect there will be a few bugs 
found in the core code over the next few months also.

> at this point.
>
> It will probably be revived at some time in the future but we'd be best
> off crossing that bridge when we arrive at it, and ignoring the syscall
> part of the code at this time.
>
> For review purposes it would be better if the syscall code and all the
> namesys debug support code simply weren't present in the patch.  But one
> can sympathise with the need to keep it there for the time being.  Please
> just read around it.
>
>
>  

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/