Am 15.06.2011 13:17, schrieb Federico Simoncelli:
> - Original Message -
>> From: "Kevin Wolf"
>> To: "Avi Kivity"
>> Cc: "Federico Simoncelli" , kvm@vger.kernel.org
>> Sent: Wednesday, June 15, 2011 12:50:21 PM
>> Subje
Am 15.06.2011 14:15, schrieb Federico Simoncelli:
> - Original Message -
>> From: "Kevin Wolf"
>> To: "Federico Simoncelli"
>> Cc: kvm@vger.kernel.org, "Avi Kivity"
>> Sent: Wednesday, June 15, 2011 1:45:02 PM
>> Subje
Am 16.06.2011 16:28, schrieb Christoph Hellwig:
> On Wed, Jun 15, 2011 at 09:46:10AM -0400, Federico Simoncelli wrote:
>> qemu-img currently writes disk images using writeback and filling
>> up the cache buffers which are then flushed by the kernel preventing
>> other processes from accessing the s
the guest
is in VM86, so we end up with:
KVM: entry failed, hardware error 0x8021
Fix this by effectively reverting commit 03ebebeb1 for VM86 and leaving
it only in place for real mode, which is where it's really needed.
Signed-off-by: Kevin Wolf
---
arch/x86/kvm/emulate.c | 15 +++
This adds a test case that jumps into VM86 by iret-ing to a TSS and back
to Protected Mode using a task gate in the IDT.
Signed-off-by: Kevin Wolf
---
lib/x86/desc.c| 41 --
lib/x86/desc.h| 36 ++
lib/x86/vm.c | 4
ld probably parse the 'arch' key in the
future and skip them (and possibly introduce an i386 run besides the x86_64 one
so that they actually get tested).
Kevin Wolf (4):
Add run_tests.sh
x86/unittests.cfg: Add arch for x86_64-only tests
x86/unittests.cfg: Add missing test cases
This adds a convenient way to run all tests without having to set up
Autotest.
Signed-off-by: Kevin Wolf
---
run_tests.sh | 123 ++
x86-run | 9 +++-
x86/unittests.cfg | 2 +
3 files changed, 132 insertions(+), 2 deletions
Their kernel binaries would be missing when the tests are built for
i386.
Signed-off-by: Kevin Wolf
---
x86/unittests.cfg | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/x86/unittests.cfg b/x86/unittests.cfg
index 7d0fa73..f2336bb 100644
--- a/x86/unittests.cfg
Some test cases seem to have been added without updating the
configuration file. This adds them, and leaves cases commented out that
don't seem to complete.
Signed-off-by: Kevin Wolf
---
x86/unittests.cfg | 26 ++
1 file changed, 26 insertions(+)
diff --git
Put all vmexit test cases and all task switch test cases into a group,
so that you can use something like ./run_tests -g tasks
Signed-off-by: Kevin Wolf
---
x86/unittests.cfg | 10 ++
1 file changed, 10 insertions(+)
diff --git a/x86/unittests.cfg b/x86/unittests.cfg
index 11e8077
Am 14.04.2013 um 01:26 hat Cole Robinson geschrieben:
> On 04/12/2013 07:27 AM, Kevin Wolf wrote:
> > This adds a small script that allows to conveniently run all test cases and
> > that reports back one "PASS" or "FAIL" line for each test case; it also
>
Am 14.04.2013 um 20:18 hat Cole Robinson geschrieben:
> First two patches are trivial bits. Rest rewrites x86-run in python,
> which then makes it easy to parse unittests.cfg. This makes it
> simpler to invoke individual unittests the same way autotest does.
>
> Kevin has a similar series[1], but
Am 14.04.2013 um 14:42 hat Gleb Natapov geschrieben:
> On Fri, Apr 12, 2013 at 01:14:47PM +0200, Kevin Wolf wrote:
> > This adds a test case that jumps into VM86 by iret-ing to a TSS and back
> > to Protected Mode using a task gate in the IDT.
> >
> > Signed-off-by: Ke
Am 15.04.2013 um 17:38 hat Gleb Natapov geschrieben:
> On Mon, Apr 15, 2013 at 10:56:42AM +0200, Kevin Wolf wrote:
> > Am 14.04.2013 um 14:42 hat Gleb Natapov geschrieben:
> > > On Fri, Apr 12, 2013 at 01:14:47PM +0200, Kevin Wolf wrote:
> > > > This adds a test cas
Am 11.10.2014 um 09:14 hat Zhang Haoyu geschrieben:
> In qcow2_update_snapshot_refcount -> qcow2_process_discards() ->
> bdrv_discard()
> may free the Qcow2DiscardRegion which is referenced by "next" pointer in
> qcow2_process_discards() now, in next iteration, d = next, so g_free(d)
> will double
Am 03.11.2014 um 13:04 hat Zhang Haoyu geschrieben:
> Hi, all
>
> I used base image A to clone so many vm,
> after running for months, each vm has its own private applications and data,
> which maybe different from each other.
> Now, I want to install some applications for all of the clones,
> wh
Am 10.12.2013 um 16:05 hat Juan Quintela geschrieben:
> Anthony Liguori wrote:
> > On Tue, Dec 10, 2013 at 4:37 AM, Paolo Bonzini wrote:
> >> Il 10/12/2013 12:42, Juan Quintela ha scritto:
> >>>
> >>> Hi
> >>>
> >>> Please, send any topic that you are interested in covering.
> >>
> >> May not nee
Am 10.12.2013 um 16:11 hat Juan Quintela geschrieben:
> Anthony can't assist this call, just in the middle of his commute. As
> it looks like a good idea that he can assit, can we move the call?
>
> Options so far are (his local time):
> - Current time is 7am
>
> His suggestions:
> - 6:00am (1
Am 16.09.2012 12:13, schrieb Peter Lieven:
> Hi,
>
> when trying to block migrate a VM from one node to another, the source
> VM crashed with the following assertion:
> block.c:3829: bdrv_set_in_use: Assertion `bs->in_use != in_use' failed.
>
> Is this sth already addresses/known?
Not that I'm
Am 18.09.2012 12:28, schrieb Peter Lieven:
> On 09/17/12 22:12, Peter Lieven wrote:
>> On 09/17/12 10:41, Kevin Wolf wrote:
>>> Am 16.09.2012 12:13, schrieb Peter Lieven:
>>>> Hi,
>>>>
>>>> when trying to block migrate a VM from one node to
Am 19.09.2012 07:49, schrieb Peter Lieven:
> On 09/18/12 12:31, Kevin Wolf wrote:
>> Am 18.09.2012 12:28, schrieb Peter Lieven:
>>> On 09/17/12 22:12, Peter Lieven wrote:
>>>> On 09/17/12 10:41, Kevin Wolf wrote:
>>>>> Am 16.09.2012 12:13, schrieb Peter
Am 25.09.2012 14:57, schrieb Anthony Liguori:
> Paolo Bonzini writes:
>
>> Il 24/09/2012 13:28, Juan Quintela ha scritto:
>>> Hi
>>>
>>> Please send in any agenda items you are interested in covering.
>>
>> URI parsing library for glusterfs: libxml2 vs. in-tree "fork" of the
>> same code.
>
> Th
Am 03.03.2014 um 13:32 hat Stefan Hajnoczi geschrieben:
> On Mon, Mar 03, 2014 at 01:13:41AM +, Huangpeng (Peter) wrote:
>
> Just to summarize the idea of live savevm for people joining the
> discussion:
>
> It should be possible to save a snapshot of the guest (including memory,
> devices, a
Am 03.03.2014 um 14:19 hat Paolo Bonzini geschrieben:
> Il 03/03/2014 13:55, Kevin Wolf ha scritto:
> >>>> > Due to memory-modifications may happen in kvm, qemu, or vhost, the
> >>>> > key-part is how we
> >>>> > can provide c
Am 03.03.2014 um 14:47 hat Paolo Bonzini geschrieben:
> Il 03/03/2014 14:30, Kevin Wolf ha scritto:
> >> > So why don't we simply reuse the existing migration code?
> >> I think this is different in the same way that block-backup and
> >> block-mirror are diff
Am 21.04.2010 21:35, schrieb Stefan Hajnoczi:
> A new iovec array is allocated when creating a merged write request.
> This patch ensures that the iovec array is deleted in addition to its
> qiov owner.
>
> Reported-by: Leszek Urbanski
> Signed-off-by: Stefan Hajnoczi
Ac
Am 27.04.2010 00:36, schrieb Anthony Liguori:
> On 04/26/2010 05:12 PM, Chris Wright wrote:
>> * Anthony Liguori (anth...@codemonkey.ws) wrote:
>>
>>> On 04/26/2010 12:26 PM, Chris Wright wrote:
>>>
Please send in any agenda items you are interested in covering.
While I don
Am 27.04.2010 10:56, schrieb Avi Kivity:
> On 04/27/2010 11:48 AM, Dor Laor wrote:
>>> Here's another option: an nbd-like protocol that remotes all BlockDriver
>>> operations except read and write over a unix domain socket. The open
>>> operation returns an fd (SCM_RIGHTS strikes again) that is use
Am 27.04.2010 11:32, schrieb Dor Laor:
> On 04/27/2010 12:22 PM, Avi Kivity wrote:
>> On 04/27/2010 12:08 PM, Dor Laor wrote:
>>> On 04/27/2010 11:56 AM, Avi Kivity wrote:
On 04/27/2010 11:48 AM, Dor Laor wrote:
> IMHO the whole thing is way over engineered:
> a) Having another channel
Am 27.04.2010 15:10, schrieb Anthony Liguori:
> On 04/27/2010 03:53 AM, Kevin Wolf wrote:
>> Am 27.04.2010 00:36, schrieb Anthony Liguori:
>>
>>> On 04/26/2010 05:12 PM, Chris Wright wrote:
>>>
>>>> * Anthony Liguori (anth...@codemonkey.ws) wr
Am 27.04.2010 15:21, schrieb Anthony Liguori:
> On 04/27/2010 08:18 AM, Kevin Wolf wrote:
>>
>> The watermark is not some complex computed value, but actually the
>> statistic itself. We can get rid of handling a threshold in qemu by just
>> signalling "some
Am 27.04.2010 15:48, schrieb Anthony Liguori:
> On 04/27/2010 08:42 AM, Kevin Wolf wrote:
>> Am 27.04.2010 15:21, schrieb Anthony Liguori:
>>
>>> On 04/27/2010 08:18 AM, Kevin Wolf wrote:
>>>
>>>> The watermark is not some complex computed
Am 03.05.2010 23:26, schrieb Peter Lieven:
> Hi Qemu/KVM Devel Team,
>
> i'm using qemu-kvm 0.12.3 with latest Kernel 2.6.33.3.
> As backend we use open-iSCSI with dm-multipath.
>
> Multipath is configured to queue i/o if no path is available.
>
> If we create a failure on all paths, qemu starts
Am 04.05.2010 13:38, schrieb Peter Lieven:
> hi kevin,
>
> i set a breakpint at bmdma_active_if. the first 2 breaks encountered
> when the last path in the multipath
> failed, but the assertion was not true.
> when i kicked one path back in the breakpoint was reached again, this
> time leading t
Am 04.05.2010 15:42, schrieb Peter Lieven:
> hi kevin,
>
> you did it *g*
>
> looks promising. applied this patched and was not able to reproduce yet :-)
>
> secure way to reproduce was to shut down all multipath paths, then
> initiate i/o
> in the vm (e.g. start an application). of course, eve
Am 07.05.2010 03:19, schrieb Marcelo Tosatti:
> On Thu, Nov 19, 2009 at 01:19:55PM +0100, Jan Kiszka wrote:
>> Hi,
>>
>> I just managed to push a qemu-kvm process (git rev. b496fe3431) into an
>> endless loop in qcow2_alloc_cluster_offset, namely over
>> QLIST_FOREACH(old_alloc, &s->cluster_allocs,
Am 12.05.2010 12:46, schrieb MORITA Kazutaka:
> Hi all,
>
> This patch adds a block driver for Sheepdog distributed storage
> system. Please consider for inclusion.
>
> Sheepdog is a distributed storage system for QEMU. It provides highly
> available block level storage volumes to VMs like Amaz
Am 13.05.2010 16:03, schrieb MORITA Kazutaka:
> To support snapshot in a protocol, I'd like to call the hander of the
> protocol driver in the following functions in block.c:
>
> bdrv_snapshot_create
> bdrv_snapshot_goto
> bdrv_snapshot_delete
> bdrv_snapshot_list
> bdrv_save_v
machine = (QEMUMachine *) 0x861720
> cpu_model = 0x7fff266a8917 "qemu64,model_id=Intel(R) Xeon(R) CPU", '
> ' , "E5520 @ 2.27GHz"
> fds = {644511720, 32767}
> tb_size = 0
> pid_file = 0x7fff266a89bb "/var/run/qemu/vm-150.pid"
>
Am 14.05.2010 11:54, schrieb MORITA Kazutaka:
>>> There is another problem to make the sheepdog driver be a protocol;
>>> how to deal with protocol specific create_options?
>>>
>>> For example, sheepdog supports cloning images as a format driver:
>>>
>>> $ qemu-img create -f sheepdog dst -b sheep
Am 14.05.2010 11:51, schrieb MORITA Kazutaka:
> Sheepdog is a distributed storage system for QEMU. It provides highly
> available block level storage volumes to VMs like Amazon EBS. This
> patch adds a qemu block driver for Sheepdog.
>
> Sheepdog features are:
> - No node in the cluster is specia
Am 14.05.2010 11:51, schrieb MORITA Kazutaka:
> When snapshot handlers of the format driver is not defined, it is
> better to call the ones of the protocol driver.
>
> This enables us to implement snapshot support in the protocol driver.
>
> Signed-off-by: MORITA Kazutaka
> int bdrv_snapshot_g
Am 17.05.2010 12:19, schrieb MORITA Kazutaka:
> When snapshot handlers are not defined in the format driver, it is
> better to call the ones of the protocol driver. This enables us to
> implement snapshot support in the protocol driver.
>
> We need to call bdrv_close() and bdrv_open() handlers of
Am 17.05.2010 14:19, schrieb MORITA Kazutaka:
> At Mon, 17 May 2010 13:08:08 +0200,
> Kevin Wolf wrote:
>>
>> Am 17.05.2010 12:19, schrieb MORITA Kazutaka:
>>>
>>> int bdrv_snapshot_goto(BlockDriverState *bs,
>>> const char *
Am 18.05.2010 13:13, schrieb Peter Lieven:
> hi,
>
> will this patch make it into 0.12.4.1 ?
>
> br,
> peter
Anthony, can you please cherry-pick commit 38d8dfa1 into stable-0.12?
Kevin
>
> Christoph Hellwig wrote:
>> On Tue, May 04, 2010 at 04:01:35PM +0200, Kev
Am 18.05.2010 13:10, schrieb Peter Lieven:
> hi kevin,
>
> here is the backtrace of (hopefully) all threads:
>
> ^C
> Program received signal SIGINT, Interrupt.
> [Switching to Thread 0x7f39b72656f0 (LWP 10695)]
> 0x7f39b6c3ea94 in __lll_lock_wait () from /lib/libpthread.so.0
>
> (gdb) threa
Am 19.05.2010 09:29, schrieb Christoph Hellwig:
> On Tue, May 18, 2010 at 03:22:36PM +0200, Kevin Wolf wrote:
>> I think it's stuck here in an endless loop:
>>
>> while (laiocb->ret == -EINPROGRESS)
>> qemu_laio_completion_cb(laiocb->ctx);
>&g
Am 17.05.2010 18:45, schrieb Nicholas A. Bellinger:
> From: Nicholas Bellinger
>
> Greetings,
>
> Attached are the updated patches following hch's comments to fix scsi-generic
> device breakage with find_image_format() and refresh_total_sectors().
>
> These are being resent as the last attachme
Am 20.05.2010 07:36, schrieb MORITA Kazutaka:
> This patch enables protocol drivers to use their create options which
> are not supported by the format. For example, protcol drivers can use
> a backing_file option with raw format.
>
> Signed-off-by: MORITA Kazutaka
Hm, this is not stackable, ri
Am 20.05.2010 07:36, schrieb MORITA Kazutaka:
> This patch enables protocol drivers to use their create options which
> are not supported by the format. For example, protcol drivers can use
> a backing_file option with raw format.
>
> Signed-off-by: MORITA Kazutaka
> ---
> block.c |7
Am 23.05.2010 14:01, schrieb Avi Kivity:
> On 05/21/2010 12:29 AM, Anthony Liguori wrote:
>>
>> I'd be more interested in enabling people to build these types of
>> storage systems without touching qemu.
>>
>> Both sheepdog and ceph ultimately transmit I/O over a socket to a
>> central daemon, ri
Am 24.05.2010 08:34, schrieb MORITA Kazutaka:
> At Fri, 21 May 2010 18:57:36 +0200,
> Kevin Wolf wrote:
>>
>> Am 20.05.2010 07:36, schrieb MORITA Kazutaka:
>>> +
>>> +/*
>>> + * Append an option list (list) to an option list (dest).
>>> + *
Am 25.05.2010 15:25, schrieb Anthony Liguori:
> On 05/25/2010 06:25 AM, Avi Kivity wrote:
>> On 05/25/2010 02:02 PM, Kevin Wolf wrote:
>>>
>>>>
>>>>> So could we not standardize a protocol for this that both sheepdog and
>>>>> ceph
Am 25.05.2010 15:25, schrieb Avi Kivity:
> On 05/25/2010 04:17 PM, Anthony Liguori wrote:
>> On 05/25/2010 04:14 AM, Avi Kivity wrote:
>>> On 05/24/2010 10:38 PM, Anthony Liguori wrote:
> - Building a plugin API seems a bit simpler to me, although I'm to
> sure if I'd get the
>
Am 25.05.2010 15:55, schrieb Avi Kivity:
> On 05/25/2010 04:53 PM, Kevin Wolf wrote:
>>
>> I'm still not convinced that we need either. I share Christoph's concern
>> that we would make our life harder for almost no gain. It's probably a
>> very small
Am 26.05.2010 04:35, schrieb MORITA Kazutaka:
> At Tue, 25 May 2010 15:43:17 +0200,
> Kevin Wolf wrote:
>>
>> Am 24.05.2010 08:34, schrieb MORITA Kazutaka:
>>> At Fri, 21 May 2010 18:57:36 +0200,
>>> Kevin Wolf wrote:
>>>>
&
Am 27.05.2010 17:56, schrieb Nicholas A. Bellinger:
> On Thu, 2010-05-20 at 15:18 +0200, Kevin Wolf wrote:
>> Am 17.05.2010 18:45, schrieb Nicholas A. Bellinger:
>>> From: Nicholas Bellinger
>>>
>>> Greetings,
>>>
>>> Attached are the upd
Am 27.05.2010 21:11, schrieb Christian Brunner:
> This is a block driver for the distributed file system Ceph
> (http://ceph.newdream.net/). This driver uses librados (which
> is part of the Ceph server) for direct access to the Ceph object
> store and is running entirely in userspace. Therefore
Hi Christian,
Am 31.05.2010 21:31, schrieb Christian Brunner:
> Hi Kevin,
>
> here is an updated patch for the ceph/rbd driver. I hope that everything
> is fine now.
I'll try to get to give it a final review later this week. In the
meantime, I would be happy to see another review by someone els
Am 01.06.2010 12:59, schrieb Peter Lieven:
> Hi,
>
> I just compiled latest git to work on Bug #585113 .
>
> Unfortunately, I can't start the the VMs with the device mappings
> generated by our multipath
> setup.
>
> cmdline:
> /usr/bin/qemu-kvm-devel -net none -drive
> file=/dev/mapper/iqn.
Am 28.05.2010 04:44, schrieb MORITA Kazutaka:
> Hi all,
>
> This patch adds a block driver for Sheepdog distributed storage
> system. Please consider for inclusion.
Hint for next time: You should remove the RFC from the subject line if
you think the patch is ready for inclusion. Otherwise I migh
Am 28.05.2010 04:44, schrieb MORITA Kazutaka:
> Sheepdog is a distributed storage system for QEMU. It provides highly
> available block level storage volumes to VMs like Amazon EBS. This
> patch adds a qemu block driver for Sheepdog.
>
> Sheepdog features are:
> - No node in the cluster is specia
Am 03.06.2010 18:23, schrieb MORITA Kazutaka:
>>> +static void sd_aio_cancel(BlockDriverAIOCB *blockacb)
>>> +{
>>> + SheepdogAIOCB *acb = (SheepdogAIOCB *)blockacb;
>>> +
>>> + acb->canceled = 1;
>>> +}
>>
>> Does this provide the right semantics? You haven't really cancelled the
>> request, b
Am 31.05.2010 03:43, schrieb Nicholas A. Bellinger:
> From: Nicholas Bellinger
>
> This patch updates hw/scsi-bus.c to add PERSISTENT_RESERVE_OUT and
> PERSISTENT_RESERVE_IN
> case in scsi_req_length() to extra the incoming buffer length into
> SCSIRequest->cmd.xfer,
> and adds a second PERSIST
Am 09.06.2010 18:22, schrieb Anthony Liguori:
> On 06/09/2010 10:31 AM, Daniel P. Berrange wrote:
>>> However, libvirt was counting on this feature and on the snapshot commands
>>> to switch from the text Monitor. We have two options:
>>>
>>> 1. Ask them to wait one more release (not so good fo
Am 10.06.2010 14:53, schrieb Anthony Liguori:
> On 06/10/2010 04:43 AM, Kevin Wolf wrote:
>>
>> Huh, why this? Seems I still haven't understood all of qcow2 then... I
>> always thought that there's just a specific offset where VM state
>> starts, but no expl
Am 10.06.2010 16:11, schrieb Avi Kivity:
> On 06/10/2010 04:08 PM, Kevin Wolf wrote:
>> It's just not seen by the guest because
>> it's saved at a high offset that is after the end of the real disk
>> content, but otherwise it should behave the same as gues
Am 07.06.2010 20:00, schrieb MORITA Kazutaka:
> Sheepdog is a distributed storage system for QEMU. It provides highly
> available block level storage volumes to VMs like Amazon EBS. This
> patch adds a qemu block driver for Sheepdog.
>
> Sheepdog features are:
> - No node in the cluster is specia
Am 28.01.2010 06:22, schrieb Sheng Yang:
> Commit 03cbdac7 "Disable fall-back to read-only when cannot open drive's
> file for read-write" result in read-only image can't be used as backed
> image in qemu-img.
>
> CC: Naphtali Sprei
> Signed-off-by: Sheng Yang
> ---
>
> This issue blocked our Q
Am 29.01.2010 03:15, schrieb Sheng Yang:
> Commit 03cbdac7 "Disable fall-back to read-only when cannot open drive's
> file for read-write" result in read-only image can't be used as backed
> image in qemu-img.
>
> Cc: Naphtali Sprei
> Signed-off-by: Sh
Am 16.03.2010 10:17, schrieb Avi Kivity:
> On 03/15/2010 10:23 PM, Chris Webb wrote:
>> Avi Kivity writes:
>>
>>
>>> On 03/15/2010 10:07 AM, Balbir Singh wrote:
>>>
>>>
Yes, it is a virtio call away, but is the cost of paying twice in
terms of memory acceptable?
>>
Am 22.03.2010 23:06, schrieb Anthony Liguori:
> On 03/22/2010 02:47 PM, Avi Kivity wrote:
>> Having qemu enumerate guests one way or another is not a good idea IMO
>> since it is focused on one guest and doesn't have a system-wide entity.
>
> There always needs to be a system wide entity. There
Am 14.09.2010 17:11, schrieb Anthony Liguori:
> On 09/14/2010 09:47 AM, Chris Wright wrote:
>> 0.13
>> - if all goes well...tomorrow
>>
>
> To tag, it may be thursday for announcement. I need to run a regression
> run tonight.
>
>> qed/qcow2
>> - increase concurrency, performance
>>
>
Am 15.09.2010 14:26, schrieb Anthony Liguori:
> On 09/15/2010 03:30 AM, Kevin Wolf wrote:
>> Am 14.09.2010 17:11, schrieb Anthony Liguori:
>>
>>> On 09/14/2010 09:47 AM, Chris Wright wrote:
>>>
>>>> 0.13
>>>> - if all goes well...
Am 15.09.2010 15:21, schrieb Anthony Liguori:
> On 09/15/2010 07:38 AM, Kevin Wolf wrote:
>> No, we don't really care if the L2 entry is on disk. If the guest want
>> to have its data safe it needs to issue an explicit flush anyway. The
>> only thing we want to achieve
Am 15.09.2010 15:52, schrieb Anthony Liguori:
> On 09/15/2010 08:30 AM, Kevin Wolf wrote:
>> Am 15.09.2010 15:21, schrieb Anthony Liguori:
>>
>>> On 09/15/2010 07:38 AM, Kevin Wolf wrote:
>>>
>>>> No, we don't really care if the L2 en
Am 30.09.2010 07:07, schrieb Nicholas A. Bellinger:
> From: Nicholas Bellinger
>
> Greetings Paul, Jan, Kevin and co,
>
> This series is against my v0.12.5 qemu-kvm.git that contains QEMU SCSI layer
> SGL passthrough from Gerd Hoffman, 8708EM2 MegaSas emulation from Dr. Hannes
> Reinecke, and we
Am 23.09.2010 04:21, schrieb Yehuda Sadeh Weinraub:
> Following up on this one, I'd like to know whether there is any
> pending issue preventing rbd from being included upstream.
Basically for me the only problem at the moment is a lack of reviews. If
nobody else picks it up, I'll get to it eventu
Am 19.10.2010 19:09, schrieb Anthony Liguori:
> On 10/19/2010 11:54 AM, Ayal Baron wrote:
>> - "Anthony Liguori" wrote:
>>
>>
>>> On 10/19/2010 07:48 AM, Dor Laor wrote:
>>>
On 10/19/2010 04:11 AM, Chris Wright wrote:
> * Juan Quintela (quint...@redhat.com) wrot
Am 26.10.2010 15:23, schrieb Stefan Hajnoczi:
> When an image is created with -o preallocate, ensure that we only call
> preallocate() if the image was indeed opened successfully. Also use
> bdrv_delete() instead of bdrv_close() to avoid leaking the
> BlockDriverState structure.
>
> This fixes th
Hi Jan,
Am 19.11.2009 13:19, schrieb Jan Kiszka:
> (gdb) print ((BDRVQcowState *)bs->opaque)->cluster_allocs.lh_first
> $5 = (struct QCowL2Meta *) 0xcb3568
> (gdb) print *((BDRVQcowState *)bs->opaque)->cluster_allocs.lh_first
> $6 = {offset = 7417176064, n_start = 0, nb_available = 16, nb_cluste
Am 07.12.2009 15:16, schrieb Jan Kiszka:
>> Likely not. What I did was nothing special, and I did not noticed such a
>> crash in the last months.
>
> And now it happened again (qemu-kvm head, during kernel installation
> from network onto local qcow2-disk). Any clever idea how to proceed with
> th
Am 07.12.2009 15:50, schrieb Jan Kiszka:
> Jan Kiszka wrote:
>> And now it happened again (qemu-kvm head, during kernel installation
>> from network onto local qcow2-disk). Any clever idea how to proceed with
>> this?
>>
>> I could try to run the step in a loop, hopefully retriggering it once in
>>
Am 07.12.2009 17:09, schrieb Jan Kiszka:
> Kevin Wolf wrote:
>> In qcow_aio_write_cb there isn't much happening between these calls. The
>> only thing that could somehow become dangerous is the
>> qcow_aio_write_cb(req, 0); for queued requests in run_dependent_requests.
Am 07.12.2009 16:00, schrieb Kevin Wolf:
> Am 07.12.2009 15:16, schrieb Jan Kiszka:
>>> Likely not. What I did was nothing special, and I did not noticed such a
>>> crash in the last months.
>>
>> And now it happened again (qemu-kvm head, during kernel installation
Am 17.12.2009 11:23, schrieb Avi Kivity:
> On 12/17/2009 11:38 AM, Kenni Lund wrote:
>> 2009/12/17 Avi Kivity:
>>
>>> On 12/17/2009 02:52 AM, Kenni Lund wrote:
>>>
Yesterday I entered an invalid boot device as an argument to my
qemu-kvm command for my Windows XP machine, causing
Am 18.12.2009 15:22, schrieb Avi Kivity:
>> If so, I'm quite confused...this should be a standalone image created
>> with a command like "qemu-img create -f WindowsXP.img 50G" half a year
>> ago on kvm 8x. I don't use libvirt/virt-manager etc. I start qemu-kvm
>> directly from a homemade bash scrip
Am 14.06.2010 21:48, schrieb MORITA Kazutaka:
>> 3) qemu-io aio_read/write doesn't seem to work well with it. I only get
>> the result of the AIO request when I exit qemu-io. This may be a qemu-io
>> problem or a Sheepdog one. We need to look into this, qemu-io is
>> important for testing and debug
Am 04.06.2010 16:06, schrieb Kevin Wolf:
> Am 31.05.2010 03:43, schrieb Nicholas A. Bellinger:
>> From: Nicholas Bellinger
>>
>> This patch updates hw/scsi-bus.c to add PERSISTENT_RESERVE_OUT and
>> PERSISTENT_RESERVE_IN
>> case in scsi_req_length() to extr
Am 16.06.2010 15:03, schrieb Nicholas A. Bellinger:
> On Wed, 2010-06-16 at 14:13 +0200, Kevin Wolf wrote:
>> Am 04.06.2010 16:06, schrieb Kevin Wolf:
>>> Am 31.05.2010 03:43, schrieb Nicholas A. Bellinger:
>>>> From: Nicholas Bellinger
>>>>
&g
Am 16.06.2010 15:09, schrieb Nicholas A. Bellinger:
> On Wed, 2010-06-16 at 06:03 -0700, Nicholas A. Bellinger wrote:
>> On Wed, 2010-06-16 at 14:13 +0200, Kevin Wolf wrote:
>>> Am 04.06.2010 16:06, schrieb Kevin Wolf:
>>>> Am 31.05.2010 03:43, schrieb Nicholas A. B
Am 16.06.2010 15:42, schrieb Nicholas A. Bellinger:
> From: Nicholas Bellinger
>
> Greetings,
>
> Attached is v2 for a series containing a handful of changes required for
> scsi-bus in order
> to get PERSISTENT_RESERVE_OUT and MAINTENANCE CDBs working as expected.
&
Am 17.06.2010 21:05, schrieb Christian Brunner:
> Hi Simone,
>
> sorry for the late reply. I've been on vacation for a week.
>
> Thanks for sending the patch. At first sight your patch looks good.
> I'll do some testing by the weekend.
>
> Kevin also sent me a note about the missing aio support,
Am 06.07.2010 15:26, schrieb Anthony Liguori:
> On 07/05/2010 09:05 AM, Luiz Capitulino wrote:
>> On Mon, 05 Jul 2010 14:45:23 +0200
>> Juan Quintela wrote:
>>
>>
>>> Please send in any agenda items you are interested in covering.
>>>
>> - 0.13 release
>>
>
> I was hoping to do -rc0
Am 06.07.2010 15:53, schrieb Anthony Liguori:
> On 07/06/2010 08:37 AM, Kevin Wolf wrote:
>> Am 06.07.2010 15:26, schrieb Anthony Liguori:
>>
>>> On 07/05/2010 09:05 AM, Luiz Capitulino wrote:
>>>
>>>> On Mon, 05 Jul 2
Am 06.07.2010 17:19, schrieb Markus Armbruster:
> Kevin Wolf writes:
>
>> Am 06.07.2010 15:53, schrieb Anthony Liguori:
>>> On 07/06/2010 08:37 AM, Kevin Wolf wrote:
>>>> Am 06.07.2010 15:26, schrieb Anthony Liguori:
>>>>
>&g
Am 27.07.2010 15:00, schrieb Anthony Liguori:
> On 07/27/2010 02:19 AM, Markus Armbruster wrote:
>> Anthony Liguori writes:
>>
>>
>>> - any additional input on probed_raw?
>>>
>> Isn't it a fait accompli? I stopped providing input when commit
>> 79368c81 appeared.
>>
>
> No. 79368
Am 28.07.2010 13:22, schrieb Markus Armbruster:
> Anthony Liguori writes:
>
>> On 07/27/2010 10:22 AM, Markus Armbruster wrote:
>>> Kevin Wolf writes:
>>>
>>>
>>>> Am 27.07.2010 15:00, schrieb Anthony Liguori:
>>>&
Hi,
let's start with the scenario I tried to use: I have two levels of
virtualization. On the physical hardware I run a Linux with KVM. The KVM
guest is a Win2k3 VM which runs VirtualPC. In VirtualPC I try to run a
Linux again (openSUSE 11.1 to be specific, but that shouldn't matter).
The boot me
Jamie Lokier schrieb:
> Although there are many ways to make Windows blue screen in KVM, in
> this case I've narrowed it down to the difference in
> qemu/block-qcow2.c between kvm-72 and kvm-73 (not -83).
This must be one of SVN revisions 5003 to 5008 in upstream qemu. Can you
narrow it down to on
201 - 300 of 310 matches
Mail list logo