Hi All,
This is today's KVM test result against kvm.git
1c5f974ab7e82d0f3a28cd8fc72088a6e0a4b5fb and kvm-userspace.git
f1fbe45cad078d376a04f8d92bef34c3be3f06be.
Issue list:
1. Fails to save/restore ia32e guests
2 files changed, 2 insertions(+), 8 deletions(-)
qemu/Makefile.target |3 +--
qemu/configure |7 +--
Now that kvm headers are synced locally, qemu does not need a specific option
to find the kernel headers as they can now be specified in the --extra-cflags
option.
5 files changed, 1 insertion(+), 8 deletions(-)
user/Makefile |1 +
user/config-i386.mak|1 -
user/config-powerpc.mak |1 -
user/config-x86_64.mak |1 -
user/configure |5 -
This patch fixes user directory to now include synced headers. It also removes
各位老总:您们好!
诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票!
鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康!
我是(深圳市珊湖岛进出口有限公司)的负责人;可以提供:出口报关单,
核销单等等一系列手续;代理:出口报关,商检,境内外运输..等等;还可
以代办:出口欧盟许可证,欧盟产地证;并且还有(广州国际贸易交易会)的摊
2 files changed, 25 insertions(+), 4 deletions(-)
Makefile | 21 -
configure |8 +---
This patch adds ability for kvm-userspace build system to sync needed kernel
headers locally without the need of compiled kernel source.
Signed-off-by: Jerone Young [EMAIL
1 file changed, 3 insertions(+), 3 deletions(-)
libkvm/Makefile |6 +++---
This modifies libfdt makefile to now include from synced header directory.
Signed-off-by: Jerone Young [EMAIL PROTECTED]
diff --git a/libkvm/Makefile b/libkvm/Makefile
--- a/libkvm/Makefile
+++ b/libkvm/Makefile
@@
On Mon, Apr 14, 2008 at 03:37:04AM -0500, Jerone Young wrote:
2 files changed, 25 insertions(+), 4 deletions(-)
Makefile | 21 -
configure |8 +---
This patch adds ability for kvm-userspace build system to sync needed kernel
headers locally without the need
Vous souhaitez développer vos ventes à lexportation ?
En Afrique et Moyen Orient ?
En Amérique du Sud ?
En Asie ?
En Europe de lEst ?
La confiance, ça se gagne !
Testez gratuitement notre support papier sur lédition de votre choix !
(1/8 de page, hors frais
Avi Kivity wrote:
Why?
This one does'nt work for us. Our arch defines various reasons why we
would not fall asleep but do something else, and we need to check them
while in atomic of a lock that other archs don't have before sleeping.
See kvm_s390_handle_wait in arch/s390/kvm/interrupt.c.
各位老总:您们好!
诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票!
鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康!
我是(深圳市珊湖岛进出口有限公司)的负责人;可以提供:出口报关单,
核销单等等一系列手续;代理:出口报关,商检,境内外运输..等等;还可
以代办:出口欧盟许可证,欧盟产地证;并且还有(广州国际贸易交易会)的摊
各位老总:您们好!
诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票!
鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康!
我是(深圳市珊湖岛进出口有限公司)的负责人;可以提供:出口报关单,
核销单等等一系列手续;代理:出口报关,商检,境内外运输..等等;还可
以代办:出口欧盟许可证,欧盟产地证;并且还有(广州国际贸易交易会)的摊
Michal Ludvig wrote:
Hi all,
in short: CentOS 5 guest (32bit) crashes when I run reboot in the VM
with qemu message:
kvm_run: failed entry, reason 65535
kvm_run returned -8
In dmesg is this message:
kvm: 23769: cpu0 kvm_set_msr_common: MSR_IA32_MC0_STATUS 0x0, nop
Details:
KVM 65
On Mon, Apr 14, 2008 at 12:43:30PM +0300, Avi Kivity wrote:
Michal Ludvig wrote:
Hi all,
in short: CentOS 5 guest (32bit) crashes when I run reboot in the VM with
qemu message:
kvm_run: failed entry, reason 65535
kvm_run returned -8
In dmesg is this message:
kvm: 23769: cpu0
On Mon, Apr 14, 2008 at 01:29:50PM +0300, Avi Kivity wrote:
Joerg Roedel wrote:
Only the state saved in the VMCB is undefined after an intercepted
shutdown event.
The vmcb stores two types of states, guest state and control
information. Are both undefined?
Only the guest state is
This patch fixes a wrong calculation in the physical address of
extboot (qemu/hw/extboot.c). Looks like a typo.
Signed-off-by: Nguyen Anh Quynh [EMAIL PROTECTED]
diff --git a/qemu/hw/extboot.c b/qemu/hw/extboot.c
index 056fb59..0dac34c 100644
--- a/qemu/hw/extboot.c
+++ b/qemu/hw/extboot.c
@@
Joerg Roedel wrote:
On Mon, Apr 14, 2008 at 12:43:30PM +0300, Avi Kivity wrote:
Michal Ludvig wrote:
Hi all,
in short: CentOS 5 guest (32bit) crashes when I run reboot in the VM with
qemu message:
kvm_run: failed entry, reason 65535
kvm_run returned -8
In dmesg is this
Joerg Roedel wrote:
On Mon, Apr 14, 2008 at 01:29:50PM +0300, Avi Kivity wrote:
Joerg Roedel wrote:
Only the state saved in the VMCB is undefined after an intercepted
shutdown event.
The vmcb stores two types of states, guest state and control
information. Are both
Christoph Hellwig wrote:
On Mon, Apr 14, 2008 at 03:37:04AM -0500, Jerone Young wrote:
2 files changed, 25 insertions(+), 4 deletions(-)
Makefile | 21 -
configure |8 +---
This patch adds ability for kvm-userspace build system to sync needed kernel
On Mon, Apr 14, 2008 at 02:47:16PM +0300, Avi Kivity wrote:
Please just keep a copy of the kernel headers in the userspace tree so
it can be built standalone.
The tarballs do contain a copy of the kernel headers; the 'make sync'
mechanism is for developers to generate the tarballs
Christoph Hellwig wrote:
It would be nice to just be able to build kvm from git without a kernel
around. The lack of that is what in fact keeps from hacking kvm
userspace currently.
It would be nice, but committing all header changes twice is not so nice
and error prone as well.
Anyone
Don't be limited by your hardware http://www.kinetoaw.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code
Jerone Young wrote:
2 files changed, 25 insertions(+), 4 deletions(-)
Makefile | 21 -
configure |8 +---
This patch adds ability for kvm-userspace build system to sync needed kernel
headers locally without the need of compiled kernel source.
make sync in
Christoph Hellwig wrote:
On Mon, Apr 14, 2008 at 03:37:04AM -0500, Jerone Young wrote:
2 files changed, 25 insertions(+), 4 deletions(-)
Makefile | 21 -
configure |8 +---
This patch adds ability for kvm-userspace build system to sync needed kernel
Avi Kivity wrote:
Christoph Hellwig wrote:
It would be nice to just be able to build kvm from git without a kernel
around. The lack of that is what in fact keeps from hacking kvm
userspace currently.
It would be nice, but committing all header changes twice is not so nice
Anthony Liguori wrote:
I think as we split libkvm into it's own library and remove the
dependency of kernel headers from libkvm consumers, this will stop
being a problem in practice.
That will take a while, as there are many structures used for
libkvm-user communications which are
On 4/14/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Nguyen Anh Quynh wrote:
This patch fixes a wrong calculation in the physical address of
extboot (qemu/hw/extboot.c). Looks like a typo.
Signed-off-by: Nguyen Anh Quynh [EMAIL PROTECTED]
diff --git a/qemu/hw/extboot.c
Nguyen Anh Quynh wrote:
On 4/14/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Nguyen Anh Quynh wrote:
In practice, this check isn't actually necessary since a guest always has
at least 1MB of memory.
Agreed. But it needs to be fixed, anyway. Or we can remove it.
Please
Nguyen Anh Quynh wrote:
This patch fixes a wrong calculation in the physical address of
extboot (qemu/hw/extboot.c). Looks like a typo.
Signed-off-by: Nguyen Anh Quynh [EMAIL PROTECTED]
diff --git a/qemu/hw/extboot.c b/qemu/hw/extboot.c
index 056fb59..0dac34c 100644
---
Nguyen Anh Quynh wrote:
On 4/14/08, Anthony Liguori [EMAIL PROTECTED] wrote:
In practice, this check isn't actually necessary since a guest always has
at least 1MB of memory.
Agreed. But it needs to be fixed, anyway. Or we can remove it.
I should mention, the reason for
On Sun, Apr 13, 2008 at 06:30:34PM +0200, Anders wrote:
Marcelo Tosatti wrote:
With SIGIO enabled on stdio, there's no need to wakeup the thread
performing IO every 30ms.
Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED]
Index: kvm-userspace.io/qemu/vl.c
Marcelo Tosatti wrote:
On Sun, Apr 13, 2008 at 06:30:34PM +0200, Anders wrote:
Marcelo Tosatti wrote:
With SIGIO enabled on stdio, there's no need to wakeup the thread
performing IO every 30ms.
Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED]
Index: kvm-userspace.io/qemu/vl.c
On Mon, Apr 14, 2008 at 07:24:06PM +0300, Avi Kivity wrote:
Issue is that the dumb console timer wakes up the vcpu to do IO
processing in main_loop_wait().
So while you're right that vga_hw_update() is a no-op for the -nographic
case, the indirect effect of the timer triggering
Anthony Liguori provided patches that allowed booting from SCSI disks
back in December of 2005. He also reported the following:
I have successfully booted Linux, Win2k, and WinXP from SCSI with
this patch. Windows takes a bit of prep work to be able to boot from
SCSI. For win2k, you just
This patch does several things:
- Adds make sync of kvm kernel headers required linux headers to
kvm-userspace directory
from the kernel
- Modifies build systems of libkvm, user, qemu so that they now
include headers from this now synced includes directory
-
Marcelo Tosatti wrote:
On Mon, Apr 14, 2008 at 07:24:06PM +0300, Avi Kivity wrote:
Issue is that the dumb console timer wakes up the vcpu to do IO
processing in main_loop_wait().
So while you're right that vga_hw_update() is a no-op for the -nographic
case, the indirect effect of the
On Tue, 8 Apr 2008, Andrea Arcangeli wrote:
+ /*
+ * Called when nobody can register any more notifier in the mm
+ * and after the mn notifier has been disarmed already.
+ */
+ void (*release)(struct mmu_notifier *mn,
+ struct mm_struct *mm);
Not sure why this patch is not merged into 2 of 9. Same comment as last
round.
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Where is the documentation on locking that you wanted to provide?
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority
On Tue, 8 Apr 2008, Andrea Arcangeli wrote:
The difference with #v11 is a different implementation of mm_lock that
guarantees handling signals in O(N). It's also more lowlatency friendly.
Ok. So the rest of the issues remains unaddressed? I am glad that we
finally settled on the locking. But
1 file changed, 13 insertions(+), 5 deletions(-)
kernel/Makefile | 18 +-
This patch add the ability for make sync in the kernel directory to work for
mulitiple architectures and not just x86.
Signed-off-by: Jerone Young [EMAIL PROTECTED]
diff --git a/kernel/Makefile
Hi Anthony,
I spot a bug and few dead code in the extboot option rom. Perhaps the
reason they are there is because less people want to look at assembly
code, and it looks indeed scary.
So I decided to rewrite it in C, using .code16gcc directive. Some advantages:
- C code is easier to understand,
Title: Johnson Group Advertisi
Email
Marketing Survey
Hi Nguyen,
Nguyen Anh Quynh wrote:
Hi Anthony,
I spot a bug and few dead code in the extboot option rom. Perhaps the
reason they are there is because less people want to look at assembly
code, and it looks indeed scary.
So I decided to rewrite it in C, using .code16gcc directive. Some
On 4/15/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Hi Nguyen,
Nguyen Anh Quynh wrote:
Hi Anthony,
I spot a bug and few dead code in the extboot option rom. Perhaps the
reason they are there is because less people want to look at assembly
code, and it looks indeed scary.
So I
Nguyen Anh Quynh wrote:
On 4/15/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Hi Nguyen,
Nguyen Anh Quynh wrote:
Hi Anthony,
I spot a bug and few dead code in the extboot option rom. Perhaps the
reason they are there is because less people want to look at assembly
code, and it
Исполнительное производство:
правовые механизмы взыскания долгов.
Новое в законодательстве, Ф3 от 02.10.2007 N229-ФЗ
В г.Санкт-Петербурге, с 28 по 29 апреля 2008г.
Т Е Л Е Ф О Н ( 8 1 2 ) 9 8 3 2
On 4/15/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Nguyen Anh Quynh wrote:
On 4/15/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Hi Nguyen,
Nguyen Anh Quynh wrote:
Hi Anthony,
I spot a bug and few dead code in the extboot option rom. Perhaps the
reason
Anthony Liguori wrote:
BTW, when we set O_ASYNC on the tap fd, we're eliminating O_NONBLOCK.
This means that we have to poll loop select() when readv()'ing packets
instead of just reading until hitting AGAIN. This means at least an
extra syscall per packet.
I didn't know that O_ASYNC
Marcelo Tosatti wrote:
On Mon, Apr 14, 2008 at 07:24:06PM +0300, Avi Kivity wrote:
Issue is that the dumb console timer wakes up the vcpu to do IO
processing in main_loop_wait().
So while you're right that vga_hw_update() is a no-op for the -nographic
case, the indirect effect of the
Avi Kivity wrote:
Anthony Liguori wrote:
BTW, when we set O_ASYNC on the tap fd, we're eliminating O_NONBLOCK.
This means that we have to poll loop select() when readv()'ing packets
instead of just reading until hitting AGAIN. This means at least an
extra syscall per packet.
I didn't
50 matches
Mail list logo