From: Kevin Wolf <kwolf@suse.de>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: Laurent.Vivier@bull.net, qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: [patch 4/5][v3] Aggregate same type clusters.
Date: Thu, 14 Aug 2008 19:16:27 +0200 [thread overview]
Message-ID: <48A4686B.1020608@suse.de> (raw)
In-Reply-To: <48A45B43.5070904@codemonkey.ws>
Anthony Liguori schrieb:
> Kevin Wolf wrote:
>> Laurent.Vivier@bull.net schrieb:
>>
>>> /* seek the the l2 offset in the l1 table */
>>>
>>> - l1_index = offset >> (s->l2_bits + s->cluster_bits);
>>> + l1_index = offset >> l1_bits;
>>> if (l1_index >= s->l1_size)
>>> - return 0;
>>> + goto out;
>>>
>>> l2_offset = s->l1_table[l1_index];
>>>
>>> /* seek the l2 table of the given l2 offset */
>>>
>>> if (!l2_offset)
>>> - return 0;
>>> + goto out;
>>>
>>> /* load the l2 table in memory */
>>>
>>> l2_offset &= ~QCOW_OFLAG_COPIED;
>>> l2_table = l2_load(bs, l2_offset);
>>> if (l2_table == NULL)
>>> - return 0;
>>> + goto out;
>>>
>>
>> You agreed that return 0 is actually the right thing to do here because
>> this is a real error.
>>
>
> I'm inclined to apply this patch (and the rest of the series) and then
> when Laurent gets back, we can have another patch that changes this back
> to return 0. Any objections?
I'd prefer that you change it before committing. If we don't return 0
here, the L2 table is considered free if it can't be loaded. So
returning 0 is definitely safer.
But then, if you can't load the L2 table, you're in trouble anyway...
It's your decision, I can live with both.
Kevin
next prev parent reply other threads:[~2008-08-14 17:17 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-13 14:59 [Qemu-devel] [patch 0/5][v3] Improve qcow2 performance when used with cache=off Laurent.Vivier
2008-08-13 14:59 ` [Qemu-devel] [patch 1/5][v3] Extract code from get_cluster_offset() Laurent.Vivier
2008-08-14 14:07 ` [Qemu-devel] " Kevin Wolf
2008-08-13 14:59 ` [Qemu-devel] [patch 2/5][v3] Divide get_cluster_offset() Laurent.Vivier
2008-08-14 14:10 ` [Qemu-devel] " Kevin Wolf
2008-08-13 14:59 ` [Qemu-devel] [patch 3/5][v3] Extract compressing part from alloc_cluster_offset() Laurent.Vivier
2008-08-14 14:25 ` [Qemu-devel] " Kevin Wolf
2008-08-13 14:59 ` [Qemu-devel] [patch 4/5][v3] Aggregate same type clusters Laurent.Vivier
2008-08-14 15:53 ` [Qemu-devel] " Kevin Wolf
2008-08-14 16:20 ` Anthony Liguori
2008-08-14 17:16 ` Kevin Wolf [this message]
2008-08-13 14:59 ` [Qemu-devel] [patch 5/5][v3] Try to aggregate free clusters and freed clusters Laurent.Vivier
2008-08-14 16:11 ` [Qemu-devel] " 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=48A4686B.1020608@suse.de \
--to=kwolf@suse.de \
--cc=Laurent.Vivier@bull.net \
--cc=anthony@codemonkey.ws \
--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).