Re: The argument for fs assistance in handling archives

From: David Masover (ninja_at_slaphack.com)
Date: 09/03/04

  • Next message: Zwane Mwaikambo: "Re: [PATCH][1/8] Arch agnostic completely out of line locks / generic" 
    Date:	Thu, 02 Sep 2004 20:28:20 -0500
To: Spam <spam@tnonline.net>

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    Spam wrote:
    [...]
    | Indeed, that's not the only interface that's been discussed.
    | "file/..metas/is_isofs" might be consulted.
    |
    |
    |> What you are talking about isn't the kernel or such, but plugins that

    Plugins are kernel-space. As Linus points out, dealing with mime-types
    in the kernel is uncool.

    |> could extend the filesystem. Plugins could store information about
    |> contents, encodings, formatting, filesystems, etc, as meta-info. If
    |> you have a plugin that would allow you to traverse files as disk
    |> images then it could read those meta-data. But before those plugins
    |> exist then there is no such standard for info stored as meta-data and
    |> the kernel wouldn't know anything about this to begin with.

    So implement a plugin which knows how to talk to a userland program
    which knows about metadata. The plugin controls access to file-type.

    Maybe there ought to be a general-purpose userland plugin interface? So
    that the only things left in the kernel are things that have to be there
    for speed and/or sanity reasons? (Things like cryptocompress and
    standard file/directory plugins.)
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.2.4 (GNU/Linux)
    Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

    iQIVAwUBQTfIs3gHNmZLgCUhAQJCqA//cPGI/TPfgtwovk5a8HdcY9TbjJELGtIb
    CHcNa2LKGUB8uVvoL9M0Pe9ei4iVK2QOL1QjUAbIE0Dx7t18KR/5qEIfCHTSw0sJ
    8u/r3aaJhFjFwMcVLQOZWJYuTeodgMwkV96GgViGoHoiqDiV7BzZgjd43qwiH8rW
    FUTKlPn2VmijyTTbf5VfX4hvmsU/He+5W0t08/xe3vpCa+ihNFLJQAwGioo/wzFq
    aHl9jBT1esFLxONd7OxQpgVl/2uHx+rSAY6F5RyBqL/Tpm1ZKlrMdAzmdDWcAJA9
    KnOLN8ltcPmjP0eCzgCO/iq8yczcwcagfmbD+WcYOmQbTXMTjxktrZqRuLrUHU+7
    tl8JISKch5epHfOnQ/RTMEgotlcQ0SCoE7K5lIUuyheMYRWoVDJSvy3okET6ZxQL
    NP3PVHguQbu1Bo2X8LNsrnU0KFT7XrejpXzKalPWVbQxayEEWUwLXBdNIpgBoYwX
    FZXQKEpS4MmB/8kEC9xuQ077PfAclcjcHSj4B7phbSVMioFy4/HojOLOLA8gjHyr
    7p+wimfDpsuioDLlccwc1b+fLB2eJM5G+zfzh//uy7LdfFxuI+074FJYxebRI2eL
    N/rpjT+S0S7L0/k71Rwp/5y4YgDgdQqU0wyGaBLRjP0qD7k2S41g+yrua6qArhzP
    baR9dCu1zAQ=
    =Nrye
    -----END PGP SIGNATURE-----
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: Zwane Mwaikambo: "Re: [PATCH][1/8] Arch agnostic completely out of line locks / generic"

    Relevant Pages

    • Re: silent semantic changes with reiser4
      ... > but filesystems are exactly always modules (in precompiled kernels at ... Some plugins need to be anyway since the the ... > (hence kernel modules in kernel space). ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: reiser4 plugins
      ... > What do you gain by this? ... certain new "plugins" for new kinds of files ... >>given kernel doesn't mean that all files accessed from that kernel are ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Driver Model 2 Proposal - Linux Kernel Performance v Usability
      ... This is not an attempt to have a Microkernel, or any move away from GNU/OSS ... It is worth remembering that for every Kernel hacker there must ... Implement binary kernel 'plugin' interface ... even FS 'plugins' could be created although IPL would be ...
      (Linux-Kernel)
    • Re: reiser4 plugins
      ... >>Reiser4 plugins have to be compiled into the kernel. ... >>would compile that kind of plugin into the kernel needs to have his head ... There has been some mention of inheritance, ...
      (Linux-Kernel)
    • Re: Reiser4 und LZO compression
      ... Would it be, by any chance, possible to tweak the thing so that reiserfs plugins become kernel modules, so that the reiserfs core can be put in the kernel without the plugins slowing down its acceptance? ... So taking in fixes and features from upstream ...
      (Linux-Kernel)