From: Christoph Hellwig <hch@infradead.org>
To: Ben Myers <bpm@sgi.com>
Cc: linux-fsdevel@vger.kernel.org, lsf-pc@lists.linux-foundation.org,
xfs@oss.sgi.com
Subject: Re: [LSF/MM TOPIC] [ATTEND] HSM, DMAPI, and external media filesystems
Date: Tue, 24 Jan 2012 12:43:19 -0500 [thread overview]
Message-ID: <20120124174319.GA9853@infradead.org> (raw)
In-Reply-To: <20120119193947.GA6688@sgi.com>
On Thu, Jan 19, 2012 at 01:39:47PM -0600, Ben Myers wrote:
> I would like to discuss how to get DMAPI accepted into the mainline
> kernel. DMAPI is or was supported by a number of filesystems which are
> included in linux (including XFS) and also is supported by a number of
> proprietary filesystems. However, the DMAPI implementation has not yet
> been accepted into the main line.
>
> - What are the barriers to inclusion and how can they be resolved?
The grotty DMAPI interface. That includes both the high-level ioctl
implementations as well as lower level details.
In the end most of it boils down to three things:
- a notification API telling the daemon about changes, and allowing
it to block them. That's in some ways fairly similar to fanotify,
which should be reused. Preferably including the interface, but at
the very least the underlying implementation.
- a handle based I/O method. We now have open by handle at the VFS,
so it might just need a few additions like the invisible I/O flag.
- ways to make extents offline in the fs, and set various HSM specific
flags. This is the actual filesystem-specific piece of code, but
we'll need to think about an interface to query and set these bits.
filesystem-specific piece of code.
>
> - What FOSS HSM projects are available to use the interface?
> * xfstests/dmapi/sample_hsm
That actually seems to be the only one.
> * openhsm (opensms)
While that one has HSM in the name it actually seems to work quite
differently from the traditional partially offline HSM model, nevermind
that it seems abandoned.
> * tinyhsm (unfinished, unreleased)
pointers?
> In the end I'd like to come up with a plan that seems reasonable toward
> getting DMAPI included mainline. I know that Alex Elder and others have
> done work in this area and I would like to see it bear fruit.
I'm not really sure discussing this grand highlevel design without
backing code really fits for LSF. Might be a fine topic for a BOF
if enough interested people are around.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
prev parent reply other threads:[~2012-01-24 17:43 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-19 19:39 [LSF/MM TOPIC] [ATTEND] HSM, DMAPI, and external media filesystems Ben Myers
2012-01-19 20:11 ` Greg Freemyer
2012-01-20 5:20 ` Manish Katiyar
2012-01-24 17:43 ` Christoph Hellwig [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120124174319.GA9853@infradead.org \
--to=hch@infradead.org \
--cc=bpm@sgi.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=lsf-pc@lists.linux-foundation.org \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox