On Thursday 01 October 2009 04:05:40 am qemu-...@buildbot.b1-systems.de wrote:
> The Buildbot has detected a new failure of disable_kvm_x86_64_debian_5_0 on
> qemu-kvm. Full details are available at:
> http://buildbot.b1-systems.de/qemu-kvm/builders/disable_kvm_x86_64_debian_
> 5_0/builds/80
>
>
Patch is self-explanatory
commit 071a800cd07c2b9d13c7909aa99016d89a814ae6
Author: Zachary Amsden
Date: Wed Sep 30 17:03:16 2009 -1000
Remove warning due to kvm_mmu_notifier_change_pte being static
Signed-off-by: Zachary Amsden
diff --git a/sync b/sync
index b09f629..0bbd488 1007
The Buildbot has detected a new failure of disable_kvm_x86_64_debian_5_0 on
qemu-kvm.
Full details are available at:
http://buildbot.b1-systems.de/qemu-kvm/builders/disable_kvm_x86_64_debian_5_0/builds/80
Buildbot URL: http://buildbot.b1-systems.de/qemu-kvm/
Buildslave for this Build: b1_qemu_
The Buildbot has detected a new failure of disable_kvm_x86_64_out_of_tree on
qemu-kvm.
Full details are available at:
http://buildbot.b1-systems.de/qemu-kvm/builders/disable_kvm_x86_64_out_of_tree/builds/29
Buildbot URL: http://buildbot.b1-systems.de/qemu-kvm/
Buildslave for this Build: b1_qem
Ross Boylan wrote:
http://www.linux-kvm.org/page/HOWTO1 says to build kvm I should get the
latest kvm-release.tar.gz.
http://www.linux-kvm.org/page/Downloads says "If you want to use the
latest version of KVM kernel modules and supporting userspace, you can
download the latest version from
http:
Hello all,
Anybody found this problem before? I kept hitting this issue for 2.6.31
guest kernel even with a simple network test.
INFO: task kjournal:337 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_sec" disables this message.
kjournald D 0041 0
Avi Kivity wrote:
> On 09/26/2009 12:32 AM, Gregory Haskins wrote:
I realize in retrospect that my choice of words above implies vbus _is_
complete, but this is not what I was saying. What I was trying to
convey is that vbus is _more_ complete. Yes, in either case some kind
>>
On 09/30/09 16:45, Anthony Liguori wrote:
One reason I branch is because some people care a bit less about
releases so it makes the process non-disruptive to them. If the other
maintainers agreed though, I would certainly like to have the master
branch essentially frozen for the week before the r
On Wed, Sep 30, 2009 at 6:59 PM, Carl-Daniel Hailfinger
wrote:
> On 30.09.2009 15:07, Anthony Liguori wrote:
>> Carl-Daniel Hailfinger wrote:
>>> However, to run coreboot on Qemu with the same init sequence as on
>>> simplified real hardware, we need Cache-as-RAM (CAR) support. [...]
>>
>> Do we r
On 09/30/09 15:59, Mark McLoughlin wrote:
I'm planning on adding -hostnet and -nic arguments, which would not use
vlans by default but rather connect the nic directly to the host side.
No new -nic argument please. We should just finalize the qdev-ifycation
of the nic drivers, then you'll do e
> > > > +if ((stage == 2) && (bytes_transferred >
> 2*ram_bytes_total())) {
> > > > +return 1;
> > > > +}
> > > why 2 * ?
> > > This means we'll have to transfer the whole contents of RAM at
> least
> > > twice to hit this condition, right?
> >
> > Yes, this is just an arbitrary lim
On Wed, Sep 30, 2009 at 08:51:43AM -0300, Lucas Meneghel Rodrigues wrote:
> Today's git test failed due to a build problem:
> /usr/local/autotest/tests/kvm/src/kvm_kmod/x86/kvm_main.c:381: error: unknown
> field ‘change_pte’ specified in initializer
> /usr/local/autotest/tests/kvm/src/kvm_kmod/x8
Anthony Liguori wrote:
> Luiz Capitulino wrote:
>> On Tue, 29 Sep 2009 18:54:53 -0500
>> Anthony Liguori wrote:
>>
>>
>>> I think aiming for early to mid-December would give us roughly a 3
>>> month cycle and would align well with some of the Linux
>>> distribution cycles. I'd like to limit t
On Wed, Sep 30, 2009 at 04:11:32PM +0200, Dietmar Maurer wrote:
> > On Wed, Sep 30, 2009 at 10:55:24AM +0200, Dietmar Maurer wrote:
> > > Another problem occur when max_downtime is too short. This can
> > results in never ending migration task.
> > >
> > > To reproduce just play a video inside a VM
On Wed, Sep 30, 2009 at 09:01:51AM +0800, Zhai, Edwin wrote:
> Avi,
> I modify it according your comments. The only thing I want to keep is
> the module param ple_gap/window. Although they are not per-guest, they
> can be used to find the right value, and disable PLE for debug purpose.
>
> Tha
On 09/30/2009 06:11 AM, Avi Kivity wrote:
On 09/30/2009 06:06 PM, Zachary Amsden wrote:
On 09/30/2009 05:56 AM, Avi Kivity wrote:
On 09/30/2009 05:51 PM, Zachary Amsden wrote:
If the API allows us to query the tsc frequency, it would simply
return the same values in all cases, which we'd igno
On 09/30/2009 06:06 PM, Zachary Amsden wrote:
On 09/30/2009 05:56 AM, Avi Kivity wrote:
On 09/30/2009 05:51 PM, Zachary Amsden wrote:
If the API allows us to query the tsc frequency, it would simply
return the same values in all cases, which we'd ignore.
The API only allows querying the proc
On 09/30/2009 05:56 AM, Avi Kivity wrote:
On 09/30/2009 05:51 PM, Zachary Amsden wrote:
If the API allows us to query the tsc frequency, it would simply
return the same values in all cases, which we'd ignore.
The API only allows querying the processor frequency. In the
constant_tsc case, th
On Wed, Sep 30, 2009 at 08:20:35AM +0200, Avi Kivity wrote:
> On 09/30/2009 07:09 AM, Nikola Ciprich wrote:
>> "The default, IDE, is highly supported by guests but may be slow, especially
>> with disk arrays. If your guest supports it, use the virtio interface:"
>> Avi,
>> what is the status of da
On 30.09.2009 15:07, Anthony Liguori wrote:
> Carl-Daniel Hailfinger wrote:
>> However, to run coreboot on Qemu with the same init sequence as on
>> simplified real hardware, we need Cache-as-RAM (CAR) support. [...]
>
> Do we really need coreboot to use the same init sequence? coreboot
> is fir
On 09/30/2009 05:51 PM, Zachary Amsden wrote:
Is anything preventing us from unifying the constant_tsc and !same
paths? We could just do a quick check in the notifier, see the tsc
frequency hasn't changed, and return.
Actually, yes. On constant_tsc processors, the processor frequency
may s
On 09/29/2009 10:45 PM, Avi Kivity wrote:
On 09/29/2009 11:38 PM, Zachary Amsden wrote:
Signed-off-by: Zachary Amsden
Looks good.
Is anything preventing us from unifying the constant_tsc and !same
paths? We could just do a quick check in the notifier, see the tsc
frequency hasn't changed,
Now, also remove pre_task_link setting in save_state_to_tss16.
commit b237ac37a149e8b56436fabf093532483bff13b0
Author: Gleb Natapov
Date: Mon Mar 30 16:03:24 2009 +0300
KVM: Fix task switch back link handling.
CC: Gleb Natapov
Signed-off-by: Juan Quintela
---
arch/x86/kvm/x86.c |
On Wed, Sep 30, 2009 at 01:07:27AM +0200, Juan Quintela wrote:
> Rest of cases are already fixed qemu-upstream
>
> Signed-off-by: Juan Quintela
> ---
> hw/device-assignment.c |2 +-
> qemu-kvm.c |2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
Applied, thanks.
--
T
On Wed, 30 Sep 2009 17:03:23 +0200
Fred Leeflang wrote:
> 2009/9/30 Anthony Liguori
>
> > Luiz Capitulino wrote:
> >
> >> On Tue, 29 Sep 2009 18:54:53 -0500
> >> Anthony Liguori wrote:
> >>
> >>
> >>
> >>> I think aiming for early to mid-December would give us roughly a 3 month
> >>> cycle and
On 09/30/2009 11:18 AM, James Brackinshaw wrote:
>> virt-install --os-variant virtio26
>>
>> which will take care of disk and networking defaults.
>>
>> - Cole
>>
>
> Ah. For networking, is this in addition to, or instead of type="e1000" /> ?
Instead.
--
To unsubscribe from this list: send the l
> virt-install --os-variant virtio26
>
> which will take care of disk and networking defaults.
>
> - Cole
>
Ah. For networking, is this in addition to, or instead of ?
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majo
On 09/30/2009 11:11 AM, James Brackinshaw wrote:
> On Wed, Sep 30, 2009 at 4:51 PM, Cole Robinson wrote:
>> On 09/30/2009 10:28 AM, James Brackinshaw wrote:
>>> Hi,
>>>
>>> Not sure if this is the right place to ask this.
>>>
>>
>> virt-install questions should be directed to virt-tools-l...@redha
On Wed, Sep 30, 2009 at 4:51 PM, Cole Robinson wrote:
> On 09/30/2009 10:28 AM, James Brackinshaw wrote:
>> Hi,
>>
>> Not sure if this is the right place to ask this.
>>
>
> virt-install questions should be directed to virt-tools-l...@redhat.com
Thanks.
>> I'm getting hda disks by default with k
On 09/30/2009 10:28 AM, James Brackinshaw wrote:
> Hi,
>
> Not sure if this is the right place to ask this.
>
virt-install questions should be directed to virt-tools-l...@redhat.com
> I'm getting hda disks by default with kvm under RHEL5.4 using
> virt-install. This seems an odd default. Is the
On (Wed) Sep 30 2009 [09:47:22], Anthony Liguori wrote:
> Amit Shah wrote:
>> On (Wed) Sep 30 2009 [08:04:17], Anthony Liguori wrote:
>>
>>> Amit Shah wrote:
>>>
On (Tue) Sep 29 2009 [18:54:53], Anthony Liguori wrote:
o multiport virtio-console support
>>> Assumi
Amit Shah wrote:
On (Wed) Sep 30 2009 [08:04:17], Anthony Liguori wrote:
Amit Shah wrote:
On (Tue) Sep 29 2009 [18:54:53], Anthony Liguori wrote:
o multiport virtio-console support
Assuming we can get the kernel drivers straightened out, I think it's
certainly reasonable
Luiz Capitulino wrote:
On Tue, 29 Sep 2009 18:54:53 -0500
Anthony Liguori wrote:
I think aiming for early to mid-December would give us roughly a 3 month
cycle and would align well with some of the Linux distribution cycles.
I'd like to limit things to a single -rc that lasted only for ab
Hi,
Not sure if this is the right place to ask this.
I'm getting hda disks by default with kvm under RHEL5.4 using
virt-install. This seems an odd default. Is there a reason for hda
disks over sda disks? Can I change this?
Thanks,
JB
--
To unsubscribe from this list: send the line "unsubscribe
> On Wed, Sep 30, 2009 at 10:55:24AM +0200, Dietmar Maurer wrote:
> > Another problem occur when max_downtime is too short. This can
> results in never ending migration task.
> >
> > To reproduce just play a video inside a VM and set max_downtime to
> 30ns
> >
> > Sure, one can argument that this b
On Wed, 2009-09-30 at 15:55 +0200, Avi Kivity wrote:
> On 09/30/2009 03:51 PM, Christoph Hellwig wrote:
> > I might sound like a broken record, but why isn't the full GSO support
> > for virtio-net upstream in qemu?
> >
>
> IIRC the current hacks are not upstream quality.
>
> The problem (aga
On 09/30/2009 03:51 PM, Christoph Hellwig wrote:
I might sound like a broken record, but why isn't the full GSO support
for virtio-net upstream in qemu?
IIRC the current hacks are not upstream quality.
The problem (again IIRC) is that the guest and host negotiate a
protocol, but the qemu
I might sound like a broken record, but why isn't the full GSO support
for virtio-net upstream in qemu?
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Sep 30, 2009 at 08:03:20AM -0500, Anthony Liguori wrote:
> Hi Isaku,
>
> Isaku Yamahata wrote:
>> o newer chipset (which is based on Q35 chipset)
>> o multiple pci bus o PCI express (MMCONFIG)
>> o PCI express hot plug (not acpi based)
>> o PCI express switch emulator
>>
>> Although th
On Tue, Sep 29, 2009 at 11:38:37AM -1000, Zachary Amsden wrote:
> Both VMX and SVM require per-cpu memory allocation, which is done at module
> init time, for only online cpus.
>
> Backend was not allocating enough structure for all possible CPUs, so
> new CPUs coming online could not be hardware
On (Wed) Sep 30 2009 [08:04:17], Anthony Liguori wrote:
> Amit Shah wrote:
>> On (Tue) Sep 29 2009 [18:54:53], Anthony Liguori wrote:
>> o multiport virtio-console support
>>
>
> Assuming we can get the kernel drivers straightened out, I think it's
> certainly reasonable for 0.12.
The ker
The following patches implement nested VMX support. The patches enable a guest
to use the VMX APIs in order to run its own nested guest (i.e., enable running
other hypervisors which use VMX under KVM). The current patches support running
Linux under a nested KVM using shadow page table (with bypass
From: Orit Wasserman
---
arch/x86/kvm/vmx.c | 1173 ++--
1 files changed, 1148 insertions(+), 25 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 6a4c252..e814029 100644
--- a/arch/x86/kvm/vmx.c
+++ b/arch/x86/kvm/vmx.c
@@ -
From: Orit Wasserman
---
arch/x86/kvm/vmx.c | 591 +++-
1 files changed, 589 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 8c186e0..6a4c252 100644
--- a/arch/x86/kvm/vmx.c
+++ b/arch/x86/kvm/vmx.c
@@ -22
From: Orit Wasserman
---
arch/x86/kvm/vmx.c | 468 ++--
arch/x86/kvm/x86.c |3 +-
2 files changed, 459 insertions(+), 12 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 411cbdb..8c186e0 100644
--- a/arch/x86/kvm/vmx.c
From: Orit Wasserman
---
arch/x86/kvm/vmx.c | 70 ---
1 files changed, 65 insertions(+), 5 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 71bd91a..411cbdb 100644
--- a/arch/x86/kvm/vmx.c
+++ b/arch/x86/kvm/vmx.c
@@ -61,1
From: Orit Wasserman
---
arch/x86/kvm/svm.c |3 -
arch/x86/kvm/vmx.c | 217 +++-
arch/x86/kvm/x86.c |6 +-
arch/x86/kvm/x86.h |2 +
4 files changed, 222 insertions(+), 6 deletions(-)
diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.
On Wed, 30 Sep 2009 08:41:23 +0200
Avi Kivity wrote:
> On 09/30/2009 01:54 AM, Anthony Liguori wrote:
> > Hi,
> >
> > Now that 0.11.0 is behind us, it's time to start thinking about 0.12.0.
> >
> > I'd like to do a few things different this time around. I don't think
> > the -rc process went ve
On Tue, 29 Sep 2009 18:54:53 -0500
Anthony Liguori wrote:
> I think aiming for early to mid-December would give us roughly a 3 month
> cycle and would align well with some of the Linux distribution cycles.
> I'd like to limit things to a single -rc that lasted only for about a
> week. This i
Carl-Daniel Hailfinger wrote:
Hi,
On 30.09.2009 01:54, Anthony Liguori wrote:
Now that 0.11.0 is behind us, it's time to start thinking about 0.12.0.
I'd also like to try to enumerate some features for this release.
Here's a short list of things I expect to see for this release
(target-i3
Avi Kivity wrote:
On 09/30/2009 01:54 AM, Anthony Liguori wrote:
Hi,
Now that 0.11.0 is behind us, it's time to start thinking about 0.12.0.
I'd like to do a few things different this time around. I don't
think the -rc process went very well as I don't think we got more
testing out of it.
Amit Shah wrote:
On (Tue) Sep 29 2009 [18:54:53], Anthony Liguori wrote:
o multiport virtio-console support
Assuming we can get the kernel drivers straightened out, I think it's
certainly reasonable for 0.12.
--
Regards,
Anthony Liguori
--
To unsubscribe from this list: send the li
Hi Isaku,
Isaku Yamahata wrote:
o newer chipset (which is based on Q35 chipset)
o multiple pci bus
o PCI express (MMCONFIG)
o PCI express hot plug (not acpi based)
o PCI express switch emulator
Although there is no PCIe emulated device at the moment,
this will be a fundamental infrastru
Avi Kivity wrote:
Anthony/Glauber, is 0.10.7 in the works? If not, we'll release it as
0.10.6.1.
Yes. I can release it very soon.
--
Regards,
Anthony Liguori
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordo
On 09/29/2009 05:50 PM, Lucas Meneghel Rodrigues wrote:
On Fri, 2009-09-25 at 05:22 -0400, Jiri Zupka wrote:
- "Dor Laor" wrote:
On 09/16/2009 04:09 PM, Jiri Zupka wrote:
- "Dor Laor" wrote:
On 09/15/2009 09:58 PM, Jiri Zupka wrote:
After a quick review I have the following que
Today's git test failed due to a build problem:
09/30 04:53:37 ERROR| kvm:0114| Test failed: Command
failed, rc=2, Command returned non-zero exit status
* Command:
make -j 4
Exit status: 2
Duration: 0
stdout:
make -C /lib/modules/2.6.29.6-217.2.8.fc11.x86_64/build M=`pwd` \
On Wed, 2009-09-30 at 08:24 -0300, Glauber Costa wrote:
> On Wed, Sep 30, 2009 at 08:24:18AM +0200, Avi Kivity wrote:
> > On 09/29/2009 10:45 PM, Mark McLoughlin wrote:
> >> On Tue, 2009-05-05 at 09:56 +0100, Mark McLoughlin wrote:
> >>
> >>> This commit:
> >>>
> >>> commit 559a8f45f34cc50d
On Wed, Sep 30, 2009 at 08:24:18AM +0200, Avi Kivity wrote:
> On 09/29/2009 10:45 PM, Mark McLoughlin wrote:
>> On Tue, 2009-05-05 at 09:56 +0100, Mark McLoughlin wrote:
>>
>>> This commit:
>>>
>>> commit 559a8f45f34cc50d1a60b4f67a06614d506b2e01
>>> Subject: Remove stray GSO code from v
From: Michael Goldish
This patch adds a control.parallel file that runs several test execution
pipelines in parallel.
The number of pipelines is set to the number of CPUs reported by /proc/cpuinfo.
It can be changed by modifying the control file.
The total amount of RAM defaults to 3/4 times wha
On Wed, Sep 30, 2009 at 10:55:24AM +0200, Dietmar Maurer wrote:
> Another problem occur when max_downtime is too short. This can results in
> never ending migration task.
>
> To reproduce just play a video inside a VM and set max_downtime to 30ns
>
> Sure, one can argument that this behavior is
Hi,
On 30.09.2009 01:54, Anthony Liguori wrote:
> Now that 0.11.0 is behind us, it's time to start thinking about 0.12.0.
>
> I'd also like to try to enumerate some features for this release.
> Here's a short list of things I expect to see for this release
> (target-i386 centric).
>
> o switch to
On 09/30/2009 10:53 AM, Michael Tokarev wrote:
Anthony Liguori wrote:
[]
Here's a short list of things I expect to see for this release
(target-i386 centric). Please add or comment on items that you'd
either like to see in the release or are planning on working on.
[..]
o guest SMP support f
Another problem occur when max_downtime is too short. This can results in never
ending migration task.
To reproduce just play a video inside a VM and set max_downtime to 30ns
Sure, one can argument that this behavior is expected.
But the following would avoid the problem:
+if ((stage == 2)
Anthony Liguori wrote:
[]
Here's a short list of things I expect to see for this release
(target-i386 centric). Please add or comment on items that you'd either
like to see in the release or are planning on working on.
[..]
o guest SMP support for KVM
Hmm. What is this, can you elaborate a
On 09/29/2009 11:38 PM, Zachary Amsden wrote:
Signed-off-by: Zachary Amsden
Looks good.
Is anything preventing us from unifying the constant_tsc and !same
paths? We could just do a quick check in the notifier, see the tsc
frequency hasn't changed, and return.
--
Do not meddle in the
Sometimes we need login to guest using different start_time and step_time.
Signed-off-by: Yolkfull Chow
---
client/tests/kvm/kvm_test_utils.py |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/client/tests/kvm/kvm_test_utils.py
b/client/tests/kvm/kvm_test_utils.py
in
Hi!
On Wed, 2009-08-26 at 13:29 +0300, Avi Kivity wrote:
> From: Jan Kiszka
>
> So far unprivileged guest callers running in ring 3 can issue, e.g., MMU
> hypercalls. Normally, such callers cannot provide any hand-crafted MMU
> command structure as it has to be passed by its physical address, bu
67 matches
Mail list logo