From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:56058) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBLeH-0005OM-RB for qemu-devel@nongnu.org; Wed, 05 Oct 2011 03:12:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RBLeG-0005Ij-S0 for qemu-devel@nongnu.org; Wed, 05 Oct 2011 03:12:13 -0400 Received: from mail-ww0-f53.google.com ([74.125.82.53]:55000) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBLeG-0005I9-NX for qemu-devel@nongnu.org; Wed, 05 Oct 2011 03:12:12 -0400 Received: by wwg14 with SMTP id 14so1754242wwg.10 for ; Wed, 05 Oct 2011 00:12:12 -0700 (PDT) Sender: Paolo Bonzini From: Paolo Bonzini Date: Wed, 5 Oct 2011 09:12:02 +0200 Message-Id: <1317798728-28938-1-git-send-email-pbonzini@redhat.com> Subject: [Qemu-devel] [PATCH 0/6] misc vvfat fixes List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org It occurred to me that, if there's one thing vvfat ought to be good at, it is creating disk images with qemu-img convert (a driver disk in my case). It turns out the use case is really broken. qemu-img doesn't complete at all, the resulting images often do not pass fsck, and it's impossible to create a 1.44 MB disk image. This series fixes all of the small problems I found. Coding standard in this file is such a pain that I hardly bothered about it. Paolo Bonzini (6): vvfat: fix out of bounds array_get usage vvfat: do not fail if the disk has spare sectors vvfat: need to use first_sectors_number to distinguish fdd/hdd vvfat: unify and correct computation of sector count vvfat: do not hardcode sector counts in error message vvfat: reorganize computation of disk geometry block/vvfat.c | 50 ++++++++++++++++++++++++-------------------------- 3 files changed, 26 insertions(+), 28 deletions(-) -- 1.7.6