Re: "Enhanced" MD code avaible for review

From: Jeff Garzik (jgarzik_at_pobox.com)
Date: 03/17/04

  • Next message: Peter T. Breuer: "floppy driver 2.6.3 question"
    Date:	Wed, 17 Mar 2004 15:02:38 -0500
    To: Christoph Hellwig <hch@infradead.org>
    
    

    Christoph Hellwig wrote:
    > On Wed, Mar 17, 2004 at 02:18:25PM -0500, Jeff Garzik wrote:
    >
    >>> o Allow fully pluggable meta-data modules
    >>
    >>yep, needed
    >
    >
    > Well, this is pretty much the EVMS route we all heavily argued against.
    > Most of the metadata shouldn't be visible in the kernel at all.

    _some_ metadata is required at runtime, and must be in the kernel. I
    agree that a lot of configuration doesn't necessarily need to be in the
    kernel. But stuff like bad sector and event logs, and other bits are
    still needed at runtime.

    >>> o Improve the ability of MD to auto-configure arrays.
    >>
    >>hmmmm. Maybe in my language this means "improve ability for low-level
    >>drivers to communicate RAID support to upper layers"?
    >
    >
    > I think he's talking about the deprecated raid autorun feature. Again
    > something that is completely misplaced in the kernel. (ågain EVMS light)

    Indeed, but I'll let him and the code illuminate the meaning :)

            Jeff

    -
    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: Peter T. Breuer: "floppy driver 2.6.3 question"

    Relevant Pages

    • Re: Things that Longhorn seems to be doing right
      ... >>directories) and index traversal code belong in the kernel. ... >metadata (meta tags from html pages, document properties from office ... 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/ ...
      (Linux-Kernel)
    • Re: sched_setaffinity usability
      ... > file into the initrd if making an initrd. ... > Now it is in a place specific to the kernel, ... - the 'metadata' becomes detached from the kernel image, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: "Enhanced" MD code avaible for review
      ... > kernel as their metadata is essentially read-only. ... > There are interesting applications for raid1 without metadata, ... have to be retained in the kernel to perform "minimal meta-data updates". ... concern that the arrays are auto-enumerated, or that the act of enumerating ...
      (Linux-Kernel)
    • Re: "Enhanced" MD code avaible for review
      ... having some sort of in-kernel metadata knowledge. ... and which parts are purely for identification (which the kernel thus ... including a lot more than just RAID. ... removing stale/faulty disks as something that can be driven from user-space. ...
      (Linux-Kernel)
    • Re: Question regarding to store file system metadata in database
      ... database, because the time used to read filelist and do statare ... considering the possibility of storing metadata in database. ... kernel boundary, I am expecting a moderate performance impact. ... the kernel to a userspace database process, ...
      (Linux-Kernel)