qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Daniel P. Berrange" <berrange@redhat.com>
To: qemu-devel@nongnu.org
Cc: Laurent.Vivier@bull.net
Subject: Re: [Qemu-devel] [PATCH][RFC] To mount qemu disk image on the host
Date: Fri, 25 Jan 2008 20:55:33 +0000	[thread overview]
Message-ID: <20080125205533.GA20240@redhat.com> (raw)
In-Reply-To: <479A4636.3050307@codemonkey.ws>

On Fri, Jan 25, 2008 at 02:27:34PM -0600, Anthony Liguori wrote:
> Andre Przywara wrote:
> >Laurent Vivier wrote:
> >
> >>What I'm wondering is how loop and device mapper can work ?
> >I shortly evaluated the loop device idea, but came to the conclusion 
> >that this not so easy to implement (and would require qcow code in the 
> >kernel). I see only little chance for this go upstream in Linux and 
> >maintaining this out-of-tree is actually a bad idea.
> 
> I recently was poking around at the loop device and discovered that it 
> had a plugging xfer ops to allow for encrypted loop devices.  My initial 
> analysis was that by simply adding a couple of operations to that 
> structure (such as map_sector and get_size), you could very easily write 
> a kernel module that registered a set of xfer ops that implemented QCOW 
> support.

The loop device encryption stuff has long been deprecated in
favour of the device mapper crypt layer - dm-crypt & cryptsetup
command. The loop device is really not at all nice for write access
because it will cache data in memory arbitrarily leading to potentially
huge data loss upon crashes. This is why Xen stopped using loop device
and write blktap daemon - although that has its own set of problems,
at least it has data integrity. 

Dan.
-- 
|=- Red Hat, Engineering, Emerging Technologies, Boston.  +1 978 392 2496 -=|
|=-           Perl modules: http://search.cpan.org/~danberr/              -=|
|=-               Projects: http://freshmeat.net/~danielpb/               -=|
|=-  GnuPG: 7D3B9505   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505  -=| 

  reply	other threads:[~2008-01-25 20:56 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-25 12:30 [Qemu-devel] [PATCH][RFC] To mount qemu disk image on the host Laurent Vivier
2008-01-25 12:48 ` Johannes Schindelin
2008-01-25 12:58   ` Laurent Vivier
2008-01-25 13:37     ` Alexander Graf
2008-01-25 13:51       ` Laurent Vivier
2008-01-25 15:11 ` Anthony Liguori
2008-01-25 15:18 ` Anthony Liguori
2008-01-25 15:49   ` Laurent Vivier
2008-01-25 19:52     ` Andre Przywara
2008-01-25 20:27       ` Anthony Liguori
2008-01-25 20:55         ` Daniel P. Berrange [this message]
2008-01-25 21:17       ` Laurent Vivier

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=20080125205533.GA20240@redhat.com \
    --to=berrange@redhat.com \
    --cc=Laurent.Vivier@bull.net \
    --cc=qemu-devel@nongnu.org \
    /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;
as well as URLs for NNTP newsgroup(s).