All of lore.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi@redhat.com>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: Kevin Wolf <kwolf@redhat.com>,
	qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [PATCH] Warn if a qcow (not qcow2) file is opened
Date: Tue, 30 Jun 2009 16:57:11 +0300	[thread overview]
Message-ID: <4A4A19B7.3070600@redhat.com> (raw)
In-Reply-To: <4A4A13F7.8050904@codemonkey.ws>

On 06/30/2009 04:32 PM, Anthony Liguori wrote:
> Kevin Wolf wrote:
>> Avi Kivity schrieb:
>>> The qcow block driver format is no longer maintained and likely 
>>> contains
>>> serious data corruptors.  Urge users to stay away for it, and advertise
>>> the new and improved replacement.
>>>
>>> Signed-off-by: Avi Kivity <avi@redhat.com>
>>
>> vvfat is using qcow internally, so the warning will appear there, too.
>> Not that warning against vvfat would be a bad thing, but this error
>> message could be confusing.
>>
>> Maybe we're lucky enough and vvfat survives a s/qcow/qcow2/, but I
>> really never wanted to touch that code...
>
> I'm not sure how I feel about this.  Can we prove qcow is broken?  Is 
> it only broken for writes and not reads?

Well, Kevin posted a patch, so it is.  It's definitely unmaintained.  
Given it's a qemu native format, there is no interoperability value 
except with old qemu versions.

>
> If we're printing a warning, does that mean we want to deprecate qcow 
> and eventually remove it (or remove write support, at least)?

Yes.

-- 
error compiling committee.c: too many arguments to function

WARNING: multiple messages have this Message-ID (diff)
From: Avi Kivity <avi@redhat.com>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: Kevin Wolf <kwolf@redhat.com>,
	qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] [PATCH] Warn if a qcow (not qcow2) file is opened
Date: Tue, 30 Jun 2009 16:57:11 +0300	[thread overview]
Message-ID: <4A4A19B7.3070600@redhat.com> (raw)
In-Reply-To: <4A4A13F7.8050904@codemonkey.ws>

On 06/30/2009 04:32 PM, Anthony Liguori wrote:
> Kevin Wolf wrote:
>> Avi Kivity schrieb:
>>> The qcow block driver format is no longer maintained and likely 
>>> contains
>>> serious data corruptors.  Urge users to stay away for it, and advertise
>>> the new and improved replacement.
>>>
>>> Signed-off-by: Avi Kivity <avi@redhat.com>
>>
>> vvfat is using qcow internally, so the warning will appear there, too.
>> Not that warning against vvfat would be a bad thing, but this error
>> message could be confusing.
>>
>> Maybe we're lucky enough and vvfat survives a s/qcow/qcow2/, but I
>> really never wanted to touch that code...
>
> I'm not sure how I feel about this.  Can we prove qcow is broken?  Is 
> it only broken for writes and not reads?

Well, Kevin posted a patch, so it is.  It's definitely unmaintained.  
Given it's a qemu native format, there is no interoperability value 
except with old qemu versions.

>
> If we're printing a warning, does that mean we want to deprecate qcow 
> and eventually remove it (or remove write support, at least)?

Yes.

-- 
error compiling committee.c: too many arguments to function

  parent reply	other threads:[~2009-06-30 13:57 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-29 14:04 [PATCH] Warn if a qcow (not qcow2) file is opened Avi Kivity
2009-06-29 14:04 ` [Qemu-devel] " Avi Kivity
2009-06-30  8:34 ` Kevin Wolf
2009-06-30 13:32   ` Anthony Liguori
2009-06-30 13:32     ` Anthony Liguori
2009-06-30 13:53     ` Kevin Wolf
2009-06-30 13:57     ` Avi Kivity [this message]
2009-06-30 13:57       ` Avi Kivity
2009-06-30 14:21       ` Paul Brook
2009-06-30 14:21         ` Paul Brook
2009-06-30 14:40         ` Daniel P. Berrange
2009-06-30 14:40           ` Daniel P. Berrange
2009-06-30 16:42         ` Anthony Liguori
2009-06-30 16:42           ` [Qemu-devel] " Anthony Liguori
2009-07-01 17:14     ` Andreas Färber
2009-07-02  7:22       ` Kevin Wolf
2009-07-02  7:22         ` Kevin Wolf
2009-06-30 12:05 ` Amit Shah
2009-06-30 12:05   ` [Qemu-devel] " Amit Shah
2009-06-30 12:53   ` Kevin Wolf
2009-06-30 12:53     ` Kevin Wolf

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=4A4A19B7.3070600@redhat.com \
    --to=avi@redhat.com \
    --cc=anthony@codemonkey.ws \
    --cc=kvm@vger.kernel.org \
    --cc=kwolf@redhat.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.