On Wednesday 22 June 2005 18:29, Christoph Hellwig wrote:

> On Wed, Jun 22, 2005 at 06:24:32PM +0400, Alexander Zarochentsev wrote:

> > Reiser plugins are for the same. Would you agree with reiser4 plugin

> > design if the plugins will not dispatch VFS object methods calls by

> > themselves but set ->foo_ops fileds instead? I guess you don't like to

> > have the two dispatching systems at the same level.

>

> That is exactly the point I want to make. I haven't looked at the design

> in detail for a long time, but schemes to allow different object to have

> different operation vectors is a good idea.

By same level i meant the vfs-like portion of reiser4 object plugin (read/write/readdir ...). The rest of plugin can't be done by VFS, it is about reiser4-specific things. The way how vfs calls are passed to reiser4 objects can be re-written to use VFS features by 100% but i don't think it woild make the code better.

What is done currently is 1) reduces places when VFS enters reiser4 -- better because each VFS method implementation needs at least reiser4 context initialization/destroying; 2) uses existing reiser4 plugin scheme -- it adds no complexity because reiser4 can't live without plugins.

Can we leave the plugins as they are?

> We already have that to

> varying degrees in all filesystems, and making that more formal is a good

> thing.

Thanks,

Alex.