Hello,
The Call for Proposals for the Linux Plumbers Conf 2012 is out. We're
looking for speakers to talk at the Virtualization microconference as
well as the main conference. The deadline for proposal submissions is
1st May. This year's edition of LPC is co-located with LinuxCon NA
and will
On (Tue) 05 Apr 2011 [12:17:30], Avi Kivity wrote:
Guest kernel bug: CDROM change event missed, so the the revalidate
call isn't made, which causes stale data (like disc size) to be used
on newer media.
qemu bug: We don't handle the GET_EVENT_STATUS_NOTIFICATION command
from guests (which
On (Mon) 04 Apr 2011 [16:09:05], Stefan Hajnoczi wrote:
On Mon, Apr 4, 2011 at 2:49 PM, Avi Kivity a...@redhat.com wrote:
On 04/04/2011 04:38 PM, Anthony Liguori wrote:
On 04/04/2011 08:22 AM, Avi Kivity wrote:
On 04/03/2011 02:57 PM, Stefan Hajnoczi wrote:
In order for media change
On (Tue) 05 Apr 2011 [10:48:16], Avi Kivity wrote:
On 04/05/2011 09:41 AM, Amit Shah wrote:
See http://www.spinics.net/lists/linux-scsi/msg51504.html
I see this is quite fresh. What are the plans here?
We're still discussing where the fix should be, but it certainly is a
kernel bug
On (Tue) 05 Apr 2011 [09:40:05], Stefan Hajnoczi wrote:
See http://www.spinics.net/lists/linux-scsi/msg51504.html
I don't think that patch updates the block inode size. We'd need to
call fs/block_dev.c:revalidate_disk() instead of directly calling
cdi-disk-fops-revalidate_disk(cdi-disk).
On (Tue) 05 Apr 2011 [12:00:38], Avi Kivity wrote:
On 04/05/2011 11:09 AM, Amit Shah wrote:
On (Tue) 05 Apr 2011 [10:48:16], Avi Kivity wrote:
On 04/05/2011 09:41 AM, Amit Shah wrote:
See http://www.spinics.net/lists/linux-scsi/msg51504.html
I see this is quite fresh. What
On (Tue) Jul 27 2010 [10:55:03], Anthony Liguori wrote:
+case QEMU_OPTION_libvirt_caps:
+printf(version: QEMU_VERSION \n
+ package: QEMU_PKGVERSION \n
+ caps: name,enable-kvm,no-reboot,uuid,xen-domid,drive
+
On (Thu) Jan 28 2010 [15:57:01], Matthew Booth wrote:
Amit pointed out that byte_limit, guest_byte_limit and cache_buffers are now
gone. They are removed in these updated patches.
BTW the virtio-serial device also has one parameter: max_ports. That can
be used to limit the number of ports that
These patches introduce safezero() to allocate chunks for a file and
write zeroes to them.
Not yet ready for merge; I don't understand the configure system yet
and don't know how to test for posix_fallocate() availability.
The second patch introduces a new variable, track_allocation_progress,
fragmentation for the chunk being
allocated.
For systems that don't support posix_fallocate(), fall back to safewrite().
Signed-off-by: Amit Shah amit.s...@redhat.com
---
src/libvirt_private.syms |1 +
src/util.c | 20
src/util.h |1 +
3
.
If progress activity is requested, allocate in 512MiB chunks.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
src/storage_backend_fs.c | 44 +---
1 files changed, 33 insertions(+), 11 deletions(-)
diff --git a/src/storage_backend_fs.c b/src
fragmentation for the chunk being
allocated.
For systems that don't support posix_fallocate(), fall back to safewrite().
Signed-off-by: Amit Shah amit.s...@redhat.com
---
configure.in |2 +-
src/libvirt_private.syms |1 +
src/util.c | 20
src
On (Thu) Mar 19 2009 [12:45:23], Amit Shah wrote:
These patches introduce safezero() to allocate chunks for a file and
write zeroes to them.
Not yet ready for merge; I don't understand the configure system yet
and don't know how to test for posix_fallocate() availability.
Figured out
On (Thu) Mar 19 2009 [10:39:05], Daniel P. Berrange wrote:
On Thu, Mar 19, 2009 at 12:45:24PM +0530, Amit Shah wrote:
diff --git a/src/util.c b/src/util.c
index 66ad9a4..b69d33a 100644
--- a/src/util.c
+++ b/src/util.c
@@ -117,6 +117,26 @@ ssize_t safewrite(int fd, const void *buf
This patchset makes use of the posix_fallocate() call to allocate
chunks of files whenever needed if it's available.
We fallback to using safewrite() if it's not available.
mmap() could be used instead of safewrite too; I have a patch in case
someone is interested in seeing it.
--
Libvir-list
fragmentation for the chunk being
allocated.
For systems that don't support posix_fallocate(), fall back to safewrite().
Signed-off-by: Amit Shah amit.s...@redhat.com
---
configure.in |2 +-
src/libvirt_private.syms |1 +
src/util.c | 38
.
If progress activity is requested, allocate in 512MiB chunks.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
src/storage_backend_fs.c | 44 +---
1 files changed, 33 insertions(+), 11 deletions(-)
diff --git a/src/storage_backend_fs.c b/src
On (Thu) Mar 19 2009 [20:17:52], Amit Shah wrote:
This patchset makes use of the posix_fallocate() call to allocate
chunks of files whenever needed if it's available.
We fallback to using safewrite() if it's not available.
mmap() could be used instead of safewrite too; I have a patch
On (Wed) Mar 04 2009 [12:55:22], Daniel P. Berrange wrote:
On Mon, Mar 02, 2009 at 03:02:11PM +0530, Amit Shah wrote:
Inspite of this if some feedback is needed for a non-extents-based file
system, a run-time probe for the underlying file system can be made and
we could default
On (Tue) Feb 24 2009 [11:58:31], Daniel P. Berrange wrote:
On Tue, Feb 24, 2009 at 05:09:31PM +0530, Amit Shah wrote:
...
The best case to get a non-fragmented VM image is to have it allocated
completely at create-time with fallocate().
The main problem with this change is that it'll make
(btrfs will, too,
when it's ready).
Comments?
Amit
From dfe4780f5990571f026e02e6187cb64505c982c1 Mon Sep 17 00:00:00 2001
From: Amit Shah amit.s...@redhat.com
Date: Tue, 24 Feb 2009 16:55:58 +0530
Subject: [PATCH] Use posix_fallocate() to allocate disk space
Using posix_fallocate() to allocate disk
On (Tue) Feb 24 2009 [11:58:31], Daniel P. Berrange wrote:
On Tue, Feb 24, 2009 at 05:09:31PM +0530, Amit Shah wrote:
Hi,
This is an untested patch to make disk allocations faster and
non-fragmented. I'm using posix_fallocate() now but relying on glibc
really calling fallocate
22 matches
Mail list logo