lkml.org 
[lkml]   [2004]   [Aug]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: silent semantic changes with reiser4
    From
    Date
    Am Donnerstag, den 26.08.2004, 14:16 +0200 schrieb Andrea Arcangeli:

    > > Currently plugins are not modules. It just means that there's a defined
    > > interface between the reiser4 core and the plugins. Just like you could
    > > see filesystems as "VFS plugins".
    >
    > but filesystems are exactly always modules (in precompiled kernels at
    > least).

    Yes, of cousre.

    > Anyways I don't see any visible EXPORT_SYMBOL in reiser4.

    Yes, there's no module infrastructure there. These "plugins" need to be
    linked at compile time. Some plugins need to be anyway since the the
    filesystem is useless without them. Others whould be optional features.

    > > In fact, reiser4 plugins are
    > > - users of the reiser4 core API
    > > - some of them are implementing Linux VFS methods (thus being some sort
    > > of glue code between the Reiser4 storage tree and the Linux VFS)
    >
    > then it seems a bit misleading to call those things plugins.
    >
    > As you wrote those are "users of the reiser4 core API", with plugins I
    > always meant dynamically loadable things, like plugins for web browers
    > (hence kernel modules in kernel space). While here apparently you can't
    > plugin anything at runtime, it's just code that uses the reiser4 core
    > API that can be modified with a kernel patch as usual.

    Right. The name is probably at bit misleading. But assuming the
    compression "plugin" whould be dynamically loadable at some later point
    it would be a plugin then?

    [unhandled content-type:application/pgp-signature]
    \
     
     \ /
      Last update: 2005-03-22 14:05    [W:4.040 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site