[kvm-devel] KVM Test result, kernel 1c5f974.., userspace f1fbe45..
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 https://sourceforge.net/tracker/?func=detailatid=893831aid=1936539group_id=180599 2. Booting four guests likely fails https://sourceforge.net/tracker/?func=detailatid=893831aid=1919354group_id=180599 3. booting smp windows guests has 30% chance of hang https://sourceforge.net/tracker/?func=detailatid=893831aid=1910923group_id=180599 4. Cannot boot guests with hugetlbfs https://sourceforge.net/tracker/?func=detailatid=893831aid=1941302group_id=180599 Test environment PlatformWoodcrest CPU 4 Memory size 8G' Details IA32-pae: 1. boot guest with 256M memory PASS 2. boot two windows xp guest PASS 3. boot 4 same guest in parallelPASS 4. boot linux and windows guest in parallel PASS 5. boot guest with 1500M memory PASS 6. boot windows 2003 with ACPI enabled PASS 7. boot Windows xp with ACPI enabled PASS 8. boot Windows 2000 without ACPI PASS 9. kernel build on SMP linux guestPASS 10. LTP on SMP linux guest PASS 11. boot base kernel linux PASS 12. save/restore 32-bit HVM guests PASS 13. live migration 32-bit HVM guests PASS 14. boot SMP Windows xp with ACPI enabledPASS 15. boot SMP Windows 2003 with ACPI enabled PASS 16. boot SMP Windows 2000 with ACPI enabled PASS IA32e: 1. boot four 32-bit guest in parallel PASS 2. boot four 64-bit guest in parallel PASS 3. boot 4G 64-bit guest PASS 4. boot 4G pae guest PASS 5. boot 32-bit linux and 32 bit windows guest in parallelPASS 6. boot 32-bit guest with 1500M memory PASS 7. boot 64-bit guest with 1500M memory PASS 8. boot 32-bit guest with 256M memory PASS 9. boot 64-bit guest with 256M memory PASS 10. boot two 32-bit windows xp in parallelPASS 11. boot four 32-bit different guest in para PASS 12. save/restore 64-bit linux guests FAIL 13. save/restore 32-bit linux guests PASS 14. boot 32-bit SMP windows 2003 with ACPI enabled PASS 15. boot 32-bit SMP Windows 2000 with ACPI enabled PASS 16. boot 32-bit SMP Windows xp with ACPI enabledPASS 17. boot 32-bit Windows 2000 without ACPIPASS 18. boot 64-bit Windows xp with ACPI enabledPASS 19. boot 32-bit Windows xp without ACPIPASS 20. boot 64-bit UP vista PASS 21. boot 64-bit SMP vista PASS 22. kernel build in 32-bit linux guest OS PASS 23. kernel build in 64-bit linux guest OS PASS 24. LTP on SMP 32-bit linux guest OSPASS 25. LTP on SMP 64-bit linux guest OSPASS 26. boot 64-bit guests with ACPI enabled PASS 27. boot 32-bit x-server PASS 28. boot 64-bit SMP windows XP with ACPI enabled PASS 29. boot 64-bit SMP windows 2003 with ACPI enabled PASS 30. live migration 64bit linux guests PASS 31. live migration 32bit linux guests PASS 32. reboot 32bit windows xp guestPASS 33. reboot 32bit windows xp guest PASS Report Summary on IA32-pae Summary Test Report of Last Session = Total PassFailNoResult Crash = control_panel 7 7 0 00 Restart 2 2 0 00 gtest 15
[kvm-devel] [PATCH 4 of 4] Remove kvm kernel-path option from qemu
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. Signed-off-by: Jerone Young [EMAIL PROTECTED] diff --git a/qemu/Makefile.target b/qemu/Makefile.target --- a/qemu/Makefile.target +++ b/qemu/Makefile.target @@ -546,8 +546,7 @@ SOUND_HW += gus.o gusemu_hal.o gusemu_mi SOUND_HW += gus.o gusemu_hal.o gusemu_mixer.o endif -ifdef CONFIG_KVM_KERNEL_INC -CFLAGS += -I $(CONFIG_KVM_KERNEL_INC) +ifeq ($(USE_KVM), 1) LIBS += -lkvm DEPLIBS += ../libkvm/libkvm.a endif diff --git a/qemu/configure b/qemu/configure --- a/qemu/configure +++ b/qemu/configure @@ -102,7 +102,6 @@ kvm=no kvm=no kvm_cap_pit=no profiler=no -kernel_path= cocoa=no check_gfx=yes check_gcc=yes @@ -305,8 +304,6 @@ for opt do ;; --enable-profiler) profiler=yes ;; - --kernel-path=*) kernel_path=$optarg - ;; --enable-cocoa) cocoa=yes ; coreaudio=yes ; sdl=no ;; --disable-gfx-check) check_gfx=no @@ -418,7 +415,6 @@ echo echo echo kqemu kernel acceleration support: echo --disable-kqemu disable kqemu support -echo --kernel-path=PATH set the kernel path (configure probes it) echo --disable-kvmdisable kernel virtual machine support echo echo Advanced options (experts only): @@ -627,7 +623,7 @@ cat $TMPC EOF #endif int main(void) { return 0; } EOF -if $cc $ARCH_CFLAGS $CFLAGS -I$kernel_path/include -o $TMPE ${OS_CFLAGS} $TMPC 2 /dev/null ; then +if $cc $ARCH_CFLAGS $CFLAGS -o $TMPE ${OS_CFLAGS} $TMPC 2 /dev/null ; then kvm_cap_pit=yes fi fi @@ -1184,7 +1180,6 @@ configure_kvm() { \( $cpu = i386 -o $cpu = x86_64 -o $cpu = ia64 -o $cpu = powerpc \); then echo #define USE_KVM 1 $config_h echo USE_KVM=1 $config_mak -echo CONFIG_KVM_KERNEL_INC=$kernel_path/include $config_mak if test $kvm_cap_pit = yes ; then echo USE_KVM_PIT=1 $config_mak fi - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] [PATCH 3 of 4] Fix user to include synced headers remove kerneldir 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 the kerneldir option, as it is no longer needed. Signed-off-by: Jerone Young [EMAIL PROTECTED] diff --git a/user/Makefile b/user/Makefile --- a/user/Makefile +++ b/user/Makefile @@ -28,6 +28,7 @@ CFLAGS += $(call cc-option, -fno-stack-p CFLAGS += $(call cc-option, -fno-stack-protector, ) CFLAGS += $(call cc-option, -fno-stack-protector-all, ) CFLAGS += -I ../libkvm +CFLAGS += $(INCLUDES_DIR) LDFLAGS += $(CFLAGS) -L ../libkvm diff --git a/user/config-i386.mak b/user/config-i386.mak --- a/user/config-i386.mak +++ b/user/config-i386.mak @@ -4,7 +4,6 @@ ldarch = elf32-i386 ldarch = elf32-i386 CFLAGS += -m32 CFLAGS += -D__i386__ -CFLAGS += -I $(KERNELDIR)/include tests= diff --git a/user/config-powerpc.mak b/user/config-powerpc.mak --- a/user/config-powerpc.mak +++ b/user/config-powerpc.mak @@ -30,7 +30,6 @@ all: kvmctl $(tests) $(simpletests) CFLAGS += -m32 CFLAGS += -D__powerpc__ -CFLAGS += -I $(KERNELDIR)/include CFLAGS += -Wa,-mregnames $(simpletests): %.bin: %.o diff --git a/user/config-x86_64.mak b/user/config-x86_64.mak --- a/user/config-x86_64.mak +++ b/user/config-x86_64.mak @@ -4,7 +4,6 @@ ldarch = elf64-x86-64 ldarch = elf64-x86-64 CFLAGS += -m64 CFLAGS += -D__x86_64__ -CFLAGS += -I $(KERNELDIR)/include tests = $(TEST_DIR)/access.flat $(TEST_DIR)/irq.flat $(TEST_DIR)/sieve.flat \ $(TEST_DIR)/simple.flat $(TEST_DIR)/stringio.flat \ diff --git a/user/configure b/user/configure --- a/user/configure +++ b/user/configure @@ -18,7 +18,6 @@ usage() { --cc=CCc compiler to use ($cc) --ld=LDld linker to use ($ld) --prefix=PREFIXwhere to install things ($prefix) - --kerneldir=DIRkernel build directory for kvm.h ($kerneldir) EOF exit 1 } @@ -33,9 +32,6 @@ while [[ $1 = -* ]]; do case $opt in --prefix) prefix=$arg - ;; - --kerneldir) - kerneldir=$arg ;; --arch) arch=$arg @@ -60,7 +56,6 @@ done cat EOF config.mak PREFIX=$prefix -KERNELDIR=$(readlink -f $kerneldir) ARCH=$arch CC=$cross_prefix$cc LD=$cross_prefix$ld - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] (no subject)
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我是(深圳市珊湖岛进出口有限公司)的负责人;可以提供:出口报关单, 核销单等等一系列手续;代理:出口报关,商检,境内外运输..等等;还可 以代办:出口欧盟许可证,欧盟产地证;并且还有(广州国际贸易交易会)的摊 位可以转让;有意者请来邮件或来电联系;谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 此致: 敬礼! - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] [PATCH 1 of 4] Add make sync to sync need kernel headers to kvm-userspace
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 PROTECTED] diff --git a/Makefile b/Makefile --- a/Makefile +++ b/Makefile @@ -7,7 +7,7 @@ rpmrelease = devel .PHONY: kernel user libkvm qemu bios vgabios extboot clean libfdt -all: libkvm qemu +all: sync libkvm qemu ifneq '$(filter $(ARCH), x86_64 i386 ia64)' '' all: $(if $(WANT_MODULE), kernel) user endif @@ -69,6 +69,24 @@ install: make -C libkvm DESTDIR=$(DESTDIR) install make -C qemu DESTDIR=$(DESTDIR) install + +ASM_DIR=$(ARCH) +ifneq '$(filter $(ARCH), i386 x86_64)' '' + ASM_DIR=x86 +endif + +sync: + mkdir -p $(INCLUDES_DIR) + mkdir -p $(INCLUDES_DIR)/asm-$(ASM_DIR) + mkdir -p $(INCLUDES_DIR)/linux + cp -f $(KERNELDIR)/include/asm-$(ASM_DIR)/kvm*.h \ + $(INCLUDES_DIR)/asm-$(ASM_DIR)/ + cp -f $(KERNELDIR)/include/linux/kvm*.h \ + $(KERNELDIR)/include/linux/compiler*.h \ + $(INCLUDES_DIR)/linux + ln -sf $(INCLUDES_DIR)/asm-$(ASM_DIR) $(INCLUDES_DIR)/asm + + tmpspec = .tmp.kvm.spec RPMTOPDIR = $$(pwd)/rpmtop @@ -99,3 +117,4 @@ clean: distclean: clean rm -f config.mak user/config.mak + rm -rf $(INCLUDES_DIR) diff --git a/configure b/configure --- a/configure +++ b/configure @@ -10,6 +10,7 @@ cross_prefix= cross_prefix= arch=`uname -m` target_exec= +local_kernel_includes_dir=$PWD/includes usage() { cat -EOF @@ -108,16 +109,16 @@ fi fi #configure user dir -(cd user; ./configure --prefix=$prefix --kerneldir=$libkvm_kerneldir \ +(cd user; ./configure --prefix=$prefix \ --arch=$arch \ ${cross_prefix:+--cross-prefix=$cross_prefix}) #configure qemu (cd qemu; ./configure --target-list=$target_exec \ --disable-kqemu \ ---extra-cflags=-I $PWD/../libkvm $qemu_cflags \ +--extra-cflags=-I $PWD/../libkvm $qemu_cflags \ + -I $local_kernel_includes_dir \ --extra-ldflags=-L $PWD/../libkvm $qemu_ldflags \ ---kernel-path=$libkvm_kerneldir \ --prefix=$prefix \ ${qemu_cc:+--cc=$qemu_cc} \ ${cross_prefix:+--cross-prefix=$cross_prefix} \ @@ -131,4 +132,5 @@ KERNELDIR=$kerneldir KERNELDIR=$kerneldir WANT_MODULE=$want_module CROSS_COMPILE=$cross_prefix +INCLUDES_DIR=$local_kernel_includes_dir EOF - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] [PATCH 2 of 4] Fix libfdt to include synced headers
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 @@ -10,7 +10,7 @@ CFLAGS += $(autodepend-flags) -g -fomit- CFLAGS += $(autodepend-flags) -g -fomit-frame-pointer -Wall CFLAGS += $(call cc-option, -fno-stack-protector, ) CFLAGS += $(call cc-option, -fno-stack-protector-all, ) -CFLAGS += -I $(KERNELDIR)/include +CFLAGS += -I $(INCLUDES_DIR) LDFLAGS += $(CFLAGS) @@ -26,9 +26,9 @@ libkvm.a: libkvm.o $(libkvm-$(ARCH)-objs install: install -D libkvm.h $(DESTDIR)/$(PREFIX)/include/libkvm.h - install -D $(KERNELDIR)/include/linux/kvm.h \ + install -D $(INCLUDES_DIR)/linux/kvm.h \ $(DESTDIR)/$(PREFIX)/include/linux/kvm.h - install -D $(KERNELDIR)/include/linux/kvm_para.h \ + install -D $(INCLUDES_DIR)/linux/kvm_para.h \ $(DESTDIR)/$(PREFIX)/include/linux/kvm_para.h install -D libkvm.a $(DESTDIR)/$(PREFIX)/$(LIBDIR)/libkvm.a - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 1 of 4] Add make sync to sync need kernel headers to kvm-userspace
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 of compiled kernel source. Please just keep a copy of the kernel headers in the userspace tree so it can be built standalone. - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] Testez gratuitement notre guide des exportateurs
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 techniques, offre limitée aux 30 premiers nouveaux inscrits, enregistrés dici 10 jours). Qui sommes nous? Editeur du FANE : guide dexportateurs bilingue diffusé dans toute lAfrique, le Moyen Orient, lAmérique du Sud, lAsie et lEurope de lEst Quel est notre objectif? Indiquer aux acheteurs des continents émergeants une liste de fournisseurs souhaitant développer des relations daffaires avec leur pays. Qui peut être présent dans le guide FANE? Toutes entreprises exportatrices ou désirant exporter Qui sont les utilisateurs du guide? Des importateurs, des distributeurs, des prescripteurs et des entreprises ou administrations à la recherche de fournisseurs Quels sont nos atouts? 17 années de diffusion avec une parution annuelle 1 réseau de Représentation Officielle dans les pays de diffusion 1 site Internet www.fane.fr appuyant le support papier avec ses 20 000 consultations mensuelles La promotion du support lors de salons internationaux (Sénégal, Libye, Algérie, Cameroun, Madagascar etc. ) - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [patch 1/2] KVM: hlt emulation should take in-kernel APIC/PIT timers into account
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. - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] (no subject)
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我是(深圳市珊湖岛进出口有限公司)的负责人;可以提供:出口报关单, 核销单等等一系列手续;代理:出口报关,商检,境内外运输..等等;还可 以代办:出口欧盟许可证,欧盟产地证;并且还有(广州国际贸易交易会)的摊 位可以转让;有意者请来邮件或来电联系;谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 此致: 敬礼! - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] (no subject)
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我是(深圳市珊湖岛进出口有限公司)的负责人;可以提供:出口报关单, 核销单等等一系列手续;代理:出口报关,商检,境内外运输..等等;还可 以代办:出口欧盟许可证,欧盟产地证;并且还有(广州国际贸易交易会)的摊 位可以转让;有意者请来邮件或来电联系;谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 此致: 敬礼! - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] bugreport: guest crashes on reboot in KVM 65 on AMD
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 Host is openSUSE 10.3 with my own 2.6.24, 64 bit Guest is CentOS 5.1 with 2.6.18-53.1.14.el5, 32 bit GCC 4.2.1 for module, GCC 3.3.3 for qemu CPU AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ Everything works fine, except that I can't reboot the guest. In VNC it says md: stopping devices and then Qemu exits with: kvm_run: failed entry, reason 65535 kvm_run returned -8 IIRC reboot used to work with kvm-64 I think two bugs are involved: - the guest invokes the triple-fault shutdown path, so it seems normal reboot doesn't work with iothread. Haven't looked as to why yet. - amd shutdown interception clears the vmcb, leaving asid == 0, which is illegal. Adding force_new_asid() fixes this. There are probably other issues with clearing the vmcb as well. Joerg, can you find out if the vmcb is undefined applies to the entire vmcb or just the guest saved state? Is there a way to differentiate between a guest initiated shutdown due to triple fault and the core melting down? I'll commit the fix for the second problem, and look at the first later. -- error compiling committee.c: too many arguments to function - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] bugreport: guest crashes on reboot in KVM 65 on AMD
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 kvm_set_msr_common: MSR_IA32_MC0_STATUS 0x0, nop Details: KVM 65 Host is openSUSE 10.3 with my own 2.6.24, 64 bit Guest is CentOS 5.1 with 2.6.18-53.1.14.el5, 32 bit GCC 4.2.1 for module, GCC 3.3.3 for qemu CPU AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ Everything works fine, except that I can't reboot the guest. In VNC it says md: stopping devices and then Qemu exits with: kvm_run: failed entry, reason 65535 kvm_run returned -8 IIRC reboot used to work with kvm-64 I think two bugs are involved: - the guest invokes the triple-fault shutdown path, so it seems normal reboot doesn't work with iothread. Haven't looked as to why yet. - amd shutdown interception clears the vmcb, leaving asid == 0, which is illegal. Adding force_new_asid() fixes this. There are probably other issues with clearing the vmcb as well. Joerg, can you find out if the vmcb is undefined applies to the entire vmcb or just the guest saved state? Is there a way to differentiate between a guest initiated shutdown due to triple fault and the core melting down? Only the state saved in the VMCB is undefined after an intercepted shutdown event. I am not sure if I understand your second question, what do you mean with core melting down vs. guest initiated shutdown? Joerg -- | AMD Saxony Limited Liability Company Co. KG Operating | Wilschdorfer Landstr. 101, 01109 Dresden, Germany System| Register Court Dresden: HRA 4896 Research | General Partner authorized to represent: Center| AMD Saxony LLC (Wilmington, Delaware, US) | General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] bugreport: guest crashes on reboot in KVM 65 on AMD
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 undefined. I am not sure if I understand your second question, what do you mean with core melting down vs. guest initiated shutdown? IIRC shutdown can occur not only as a result of triple faults, due to other internal errors or inconsistent state. Not sure about that though. No, there is no way to to differentiate between a shutdown caused by a triple fault and other shutdown situations. If the shutdown event is caused by a too hot processor it is not intercepted. This situation is handled like a normal cpu shutdown. -- | AMD Saxony Limited Liability Company Co. KG Operating | Wilschdorfer Landstr. 101, 01109 Dresden, Germany System| Register Court Dresden: HRA 4896 Research | General Partner authorized to represent: Center| AMD Saxony LLC (Wilmington, Delaware, US) | General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] [PATCH] wrong pa calculation fix (extboot)
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 @@ -81,7 +81,7 @@ static void extboot_write_cmd(void *opaque, uint32_t addr, uint32_t value) get_translated_chs(bs, cylinders, heads, sectors); if (cmd-type == 0x01 || cmd-type == 0x02) { - target_ulong pa = cmd-xfer.segment * 16 + cmd-xfer.segment; + target_ulong pa = cmd-xfer.segment * 16 + cmd-xfer.offset; /* possible buffer overflow */ if ((pa + cmd-xfer.nb_sectors * 512) phys_ram_size) - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] bugreport: guest crashes on reboot in KVM 65 on AMD
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 message: kvm: 23769: cpu0 kvm_set_msr_common: MSR_IA32_MC0_STATUS 0x0, nop Details: KVM 65 Host is openSUSE 10.3 with my own 2.6.24, 64 bit Guest is CentOS 5.1 with 2.6.18-53.1.14.el5, 32 bit GCC 4.2.1 for module, GCC 3.3.3 for qemu CPU AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ Everything works fine, except that I can't reboot the guest. In VNC it says md: stopping devices and then Qemu exits with: kvm_run: failed entry, reason 65535 kvm_run returned -8 IIRC reboot used to work with kvm-64 I think two bugs are involved: - the guest invokes the triple-fault shutdown path, so it seems normal reboot doesn't work with iothread. Haven't looked as to why yet. - amd shutdown interception clears the vmcb, leaving asid == 0, which is illegal. Adding force_new_asid() fixes this. There are probably other issues with clearing the vmcb as well. Joerg, can you find out if the vmcb is undefined applies to the entire vmcb or just the guest saved state? Is there a way to differentiate between a guest initiated shutdown due to triple fault and the core melting down? 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? I am not sure if I understand your second question, what do you mean with core melting down vs. guest initiated shutdown? IIRC shutdown can occur not only as a result of triple faults, due to other internal errors or inconsistent state. Not sure about that though. -- error compiling committee.c: too many arguments to function - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] bugreport: guest crashes on reboot in KVM 65 on AMD
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 undefined? Only the guest state is undefined. Okay, so we don't need to init_vmcb() there. We can just reset the processor (actually, we should rely on userspace to reset the processor; IIRC shutdown does not reset the processor directly; instead the system board detects the shutdown and converts it to a reset, and we may want to emulate other types of system boards). I am not sure if I understand your second question, what do you mean with core melting down vs. guest initiated shutdown? IIRC shutdown can occur not only as a result of triple faults, due to other internal errors or inconsistent state. Not sure about that though. No, there is no way to to differentiate between a shutdown caused by a triple fault and other shutdown situations. If the shutdown event is caused by a too hot processor it is not intercepted. This situation is handled like a normal cpu shutdown. Well, that gives you some differentiation (enough for our needs). -- error compiling committee.c: too many arguments to function - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 1 of 4] Add make sync to sync need kernel headers to kvm-userspace
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 headers locally without the need of compiled kernel source. 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 without keeping the sources duplicated in git. -- error compiling committee.c: too many arguments to function - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 1 of 4] Add make sync to sync need kernel headers to kvm-userspace
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 without keeping the sources duplicated in git. 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. - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 1 of 4] Add make sync to sync need kernel headers to kvm-userspace
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 serious about hacking kvm-userspace would not be deterred by the additional clone. [maybe we can provide an automatically-generated git tree that has only the kernel headers?] -- error compiling committee.c: too many arguments to function - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] My rod is as big as my fist
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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 1 of 4] Add make sync to sync need kernel headers to kvm-userspace
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 kernel/ already does this. Why not just add PPC support there. Regards, Anthony Liguori Signed-off-by: Jerone Young [EMAIL PROTECTED] diff --git a/Makefile b/Makefile --- a/Makefile +++ b/Makefile @@ -7,7 +7,7 @@ rpmrelease = devel .PHONY: kernel user libkvm qemu bios vgabios extboot clean libfdt -all: libkvm qemu +all: sync libkvm qemu ifneq '$(filter $(ARCH), x86_64 i386 ia64)' '' all: $(if $(WANT_MODULE), kernel) user endif @@ -69,6 +69,24 @@ install: make -C libkvm DESTDIR=$(DESTDIR) install make -C qemu DESTDIR=$(DESTDIR) install + +ASM_DIR=$(ARCH) +ifneq '$(filter $(ARCH), i386 x86_64)' '' + ASM_DIR=x86 +endif + +sync: + mkdir -p $(INCLUDES_DIR) + mkdir -p $(INCLUDES_DIR)/asm-$(ASM_DIR) + mkdir -p $(INCLUDES_DIR)/linux + cp -f $(KERNELDIR)/include/asm-$(ASM_DIR)/kvm*.h \ + $(INCLUDES_DIR)/asm-$(ASM_DIR)/ + cp -f $(KERNELDIR)/include/linux/kvm*.h \ + $(KERNELDIR)/include/linux/compiler*.h \ + $(INCLUDES_DIR)/linux + ln -sf $(INCLUDES_DIR)/asm-$(ASM_DIR) $(INCLUDES_DIR)/asm + + tmpspec = .tmp.kvm.spec RPMTOPDIR = $$(pwd)/rpmtop @@ -99,3 +117,4 @@ clean: distclean: clean rm -f config.mak user/config.mak + rm -rf $(INCLUDES_DIR) diff --git a/configure b/configure --- a/configure +++ b/configure @@ -10,6 +10,7 @@ cross_prefix= cross_prefix= arch=`uname -m` target_exec= +local_kernel_includes_dir=$PWD/includes usage() { cat -EOF @@ -108,16 +109,16 @@ fi fi #configure user dir -(cd user; ./configure --prefix=$prefix --kerneldir=$libkvm_kerneldir \ +(cd user; ./configure --prefix=$prefix \ --arch=$arch \ ${cross_prefix:+--cross-prefix=$cross_prefix}) #configure qemu (cd qemu; ./configure --target-list=$target_exec \ --disable-kqemu \ ---extra-cflags=-I $PWD/../libkvm $qemu_cflags \ +--extra-cflags=-I $PWD/../libkvm $qemu_cflags \ + -I $local_kernel_includes_dir \ --extra-ldflags=-L $PWD/../libkvm $qemu_ldflags \ ---kernel-path=$libkvm_kerneldir \ --prefix=$prefix \ ${qemu_cc:+--cc=$qemu_cc} \ ${cross_prefix:+--cross-prefix=$cross_prefix} \ @@ -131,4 +132,5 @@ KERNELDIR=$kerneldir KERNELDIR=$kerneldir WANT_MODULE=$want_module CROSS_COMPILE=$cross_prefix +INCLUDES_DIR=$local_kernel_includes_dir EOF - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 1 of 4] Add make sync to sync need kernel headers to kvm-userspace
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 headers locally without the need of compiled kernel source. Please just keep a copy of the kernel headers in the userspace tree so it can be built standalone. This is what make sync in kernel/ does FWIW and what we distribute for releases. Regards, Anthony Liguori - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 1 of 4] Add make sync to sync need kernel headers to kvm-userspace
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 and error prone as well. Anyone serious about hacking kvm-userspace would not be deterred by the additional clone. [maybe we can provide an automatically-generated git tree that has only the kernel headers?] Then people will simply find something else to complain about :-) 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. Regards, Anthony Liguori - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 1 of 4] Add make sync to sync need kernel headers to kvm-userspace
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 provided by the kernel headers, and our TODO queue is not quite empty. -- error compiling committee.c: too many arguments to function - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH] wrong pa calculation fix (extboot)
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 b/qemu/hw/extboot.c index 056fb59..0dac34c 100644 --- a/qemu/hw/extboot.c +++ b/qemu/hw/extboot.c @@ -81,7 +81,7 @@ static void extboot_write_cmd(void *opaque, uint32_t addr, uint32_t value) get_translated_chs(bs, cylinders, heads, sectors); if (cmd-type == 0x01 || cmd-type == 0x02) { - target_ulong pa = cmd-xfer.segment * 16 + cmd-xfer.segment; + target_ulong pa = cmd-xfer.segment * 16 + cmd-xfer.offset; /* possible buffer overflow */ if ((pa + cmd-xfer.nb_sectors * 512) phys_ram_size) 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. Thanks, Q - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH] wrong pa calculation fix (extboot)
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 just remove the whole check. Regards, Anthony Liguori Thanks, Q - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH] wrong pa calculation fix (extboot)
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 --- a/qemu/hw/extboot.c +++ b/qemu/hw/extboot.c @@ -81,7 +81,7 @@ static void extboot_write_cmd(void *opaque, uint32_t addr, uint32_t value) get_translated_chs(bs, cylinders, heads, sectors); if (cmd-type == 0x01 || cmd-type == 0x02) { - target_ulong pa = cmd-xfer.segment * 16 + cmd-xfer.segment; + target_ulong pa = cmd-xfer.segment * 16 + cmd-xfer.offset; /* possible buffer overflow */ if ((pa + cmd-xfer.nb_sectors * 512) phys_ram_size) In practice, this check isn't actually necessary since a guest always has at least 1MB of memory. Regards, Anthony Liguori - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH] wrong pa calculation fix (extboot)
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 removing the check, is that what we really want to do is remove all references to phys_ram_base() and replace them with cpu_physical_memory_{read,write}(). That will enforce memory checking. Regards, Anthony Liguori Thanks, Q - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [patch 2/2] QEMU: decrease console refresh rate with -nographic
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 === --- kvm-userspace.io.orig/qemu/vl.c +++ kvm-userspace.io/qemu/vl.c @@ -5640,6 +5640,7 @@ static void dumb_display_init(DisplaySta ds-dpy_update = dumb_update; ds-dpy_resize = dumb_resize; ds-dpy_refresh = dumb_refresh; +ds-gui_timer_interval = 1000; } /***/ Why even the 1000ms timer? I was proposing to just set ds-dpy_refresh to NULL for the dumb_display, but hit the qemu-devel dead-end. http://lists.gnu.org/archive/html/qemu-devel/2008-01/msg00374.html Do you see a problem with that approach? 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 main_loop_wait() is needed for reading input from stdio in a way that feels interactive for the user. Which is of course not what the code appears to achieve. Apparently it works by luck :) I believe that qemu also wants a separate io thread doing select() with a timeout rather than relying on signals. If yes, then that problem is probably currently present in the unconnected VNC case, as that one now disables the periodic timer completely. Note that setting gui_timer_interval to 0 does not disable the timer: /* in ms */ #define GUI_REFRESH_INTERVAL 30 static void gui_update(void *opaque) { DisplayState *ds = opaque; ds-dpy_refresh(ds); qemu_mod_timer(ds-gui_timer, (ds-gui_timer_interval ? ds-gui_timer_interval : GUI_REFRESH_INTERVAL) + qemu_get_clock(rt_clock)); } - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [patch 2/2] QEMU: decrease console refresh rate with -nographic
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 === --- kvm-userspace.io.orig/qemu/vl.c +++ kvm-userspace.io/qemu/vl.c @@ -5640,6 +5640,7 @@ static void dumb_display_init(DisplaySta ds-dpy_update = dumb_update; ds-dpy_resize = dumb_resize; ds-dpy_refresh = dumb_refresh; +ds-gui_timer_interval = 1000; } /***/ Why even the 1000ms timer? I was proposing to just set ds-dpy_refresh to NULL for the dumb_display, but hit the qemu-devel dead-end. http://lists.gnu.org/archive/html/qemu-devel/2008-01/msg00374.html Do you see a problem with that approach? 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 main_loop_wait() is needed for reading input from stdio in a way that feels interactive for the user. Why not enable SIGIO on stdio input, like the rest of the fd handling in qemu? -- error compiling committee.c: too many arguments to function - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [patch 2/2] QEMU: decrease console refresh rate with -nographic
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 main_loop_wait() is needed for reading input from stdio in a way that feels interactive for the user. Why not enable SIGIO on stdio input, like the rest of the fd handling in qemu? Thats a possibility, but I think we've now agreed that doing select() with a timeout is cleaner and possibly half a cent faster. - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] Chaning disks from IDE to SCSI on a Windows VM
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 need to make sure you have the right driver installed. WinXP, however, seems to require that it be installed on SCSI to boot from SCSI. If anyone knows how to modify WinXP after the fact, please let me know. I think I figured it out for both Windows XP and 2003 server. It's pretty straight forward. 1. Create a new HD image. It doesn't have to be very big (8 MB will do) and you don't have to format it. 2. Start the Windows VM and add this second hard drive to the VM: qemu-system-x86_64 -m 256 -hda hda.img \ -drive file=new.img,if=scsi,bus=0,index=0,media=disk,boot=off ... At this point, Windows should start, find the new drive, and install all the drivers for it. 3. Shut down the VM. This time, don't include the new temporary image from step 1 and define your disk(s) as SCSI disks: qemu-system-x86_64 -m 256 \ -drive file=hda.img,if=scsi,bus=0,index=0,media=disk,boot=off ... At this point, the Windows VM should boot from the SCSI drive without a blue screen. Verify that the drive is now a SCSI disk by going to the Device Manager and making sure the model of the hard drive includes the word SCSI. That's it. If anyone can attest to this procedures and report, it would be greatly appreciated. Along those lines, if anyone knows how to grab an existing Windows VM that was set up in VMware and make it run in Qemu (KVM), I would really, really appreciate it. Everytime I try I get blue screens. :-( -- Alberto Treviño [EMAIL PROTECTED] - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] [PATCH 0 of 4] Sync kernel headers to kvm-userspace
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 - Remove --kerneldir options from user as it is no longer needed. - Remove --kernel-path other refrences used in qemu as it is no longer needed This now allows users to include headers from a kernel source that does not require any compilation. It will also work if the kernel source is compiled, as make sync can determines the correct directories to pull headers from. This patch is to address earlier email that Hollis Blanchard had as he uses O= option when compiling his kernels, so the kernel source is never modified. http://marc.info/?l=kvm-develm=119995898027254w=2 Signed-off-by: Jerone Young [EMAIL PROTECTED] 10 files changed, 31 insertions(+), 23 deletions(-) Makefile| 21 - configure |8 +--- libkvm/Makefile |6 +++--- qemu/Makefile.target|3 +-- qemu/configure |7 +-- user/Makefile |1 + user/config-i386.mak|1 - user/config-powerpc.mak |1 - user/config-x86_64.mak |1 - user/configure |5 - - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [patch 2/2] QEMU: decrease console refresh rate with -nographic
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 timer triggering main_loop_wait() is needed for reading input from stdio in a way that feels interactive for the user. Why not enable SIGIO on stdio input, like the rest of the fd handling in qemu? Thats a possibility, but I think we've now agreed that doing select() with a timeout is cleaner and possibly half a cent faster. 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. Regards, Anthony Liguori - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 2 of 9] Core of mmu notifiers
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); Hmmm... The unregister function does not call this. Guess driver calls unregister function and does release like stuff on its own. + /* + * invalidate_range_start() and invalidate_range_end() must be + * paired. Multiple invalidate_range_start/ends may be nested + * or called concurrently. + */ How could they be nested or called concurrently? +/* + * mm_users can't go down to zero while mmu_notifier_unregister() + * runs or it can race with -release. So a mm_users pin must + * be taken by the caller (if mm can be different from current-mm). + */ +int mmu_notifier_unregister(struct mmu_notifier *mn, struct mm_struct *mm) +{ + struct mm_lock_data *data; + + BUG_ON(!atomic_read(mm-mm_users)); + + data = mm_lock(mm); + if (unlikely(IS_ERR(data))) + return PTR_ERR(data); + hlist_del(mn-hlist); + mm_unlock(mm, data); + return 0; Hmmm.. Ok, the user of the notifier does not get notified that it was unregistered. - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 3 of 9] Moves all mmu notifier methods outside the PT lock (first and not last
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. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 2 of 9] Core of mmu notifiers
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 code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 0 of 9] mmu notifier #v12
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 now I will have to clean this up, address the remaining issues, sequence the patches right, provide docs, handle the merging issue etc etc? I have seen no detailed review of my patches that you include here. We are going down the same road as we had to go with the OOM patches where David Rientjes and me had to deal with the issues you raised? - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] [PATCH] [kvm-userspace] Make make sync in kernel dir work for multiple archs
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 b/kernel/Makefile --- a/kernel/Makefile +++ b/kernel/Makefile @@ -1,5 +1,10 @@ include ../config.mak include ../config.mak +ASM_DIR=$(ARCH) +ifneq '$(filter $(ASM_DIR), x86_64 i386 ia64)' '' + ASM_DIR=x86 +endif + KVERREL = $(patsubst /lib/modules/%/build,%,$(KERNELDIR)) DESTDIR= @@ -34,15 +39,16 @@ sync: sync: rm -rf tmp include rsync --exclude='*.mod.c' -R \ - $(LINUX)/arch/x86/kvm/./*.[ch] \ + $(LINUX)/arch/$(ASM_DIR)/kvm/./*.[ch] \ $(LINUX)/virt/kvm/./*.[ch] \ $(LINUX)/./include/linux/kvm*.h \ -$(LINUX)/./include/asm-x86/kvm*.h \ +$(LINUX)/./include/asm-$(ASM_DIR)/kvm*.h \ tmp/ - mkdir -p include/linux include/asm-x86 - ln -s asm-x86 include/asm - ln -sf asm-x86 include-compat/asm + mkdir -p include/linux include/asm-$(ASM_DIR) + ln -s asm-$(ASM_DIR) include/asm + ln -sf asm-$(ASM_DIR) include-compat/asm +ifneq '$(filter $(ASM_DIR), x86_64 i386 ia64)' '' $(call unifdef, include/linux/kvm.h) $(call unifdef, include/linux/kvm_para.h) $(call unifdef, include/asm-x86/kvm.h) @@ -54,6 +60,8 @@ sync: $(call hack, svm.c) $(call hack, x86.c) $(call hack, irq.h) +endif + for i in $$(find tmp -type f -printf '%P '); \ do cmp -s $$i tmp/$$i || cp tmp/$$i $$i; done rm -rf tmp - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] Extboot Option Rom rewritten in C
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, find bugs, maintain and hack (so we can add more features in the future) - The binary image is same: 1.5K. The actual code size is also about the same size: around 1.2K. (gcc can optimize really well) See the code in attachment. The new code consists of a very small assembly file boot.S, which merely interfaces with the C code. signrom is modified to work with the new binary image. - To compile code, just run make - To save the original /usr/share/qemu/extboot.bin (to /usr/share/qemu/extboot.bin.org), just run make save - Then make install to install the new extboot.bin into /usr/share/qemu/ I succesfully compile and run this option rom with virtio from 2.6.25-rc8 on Ubuntu 7.10. Any comment? Many thanks, Quynh extboot-C.tbz2 Description: application/bzip-compressed-tar - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] Email Marketing Survey
Title: Johnson Group Advertisi Email Marketing Survey We've helped customers with Email Marketing Survey. One customer at a time. Helping organizations connect with Email Marketing and Survey products that are easy, effective, and affordable. That's how CMLS China earns the trust of so many small businesses, associations, and nonprofits. See how they do it! No matter what size your organization, you can rely on CMLS China to help you create email campaigns and online surveys that build lasting relationships with your customers, members or clients. And we'll earn your trust with industry-leading service, support and expert personal coaching. At CMLS China we work hard to offer online tools that enable anyone regardless of technical expertise to get up and running in minutes with their email and direct mail campaigns. Self-service isn’t just for the gas pump anymore, it’s the way businesses need to use the Internet to help them grow. Email Pricing Pricing is based upon the number of emails that you send. If you plan on mailing weekly or monthly, “buying in bulk” will save you money as the cost per email decreases at higher quantities. Number of Emails Sent Email Marketing Survey per Email per 1,000 1 - 1,000 .007 $7.00 1,001 - 2,500 .0065 $6.50 2,501 - 25,000 .006 $6.00 25,001 - 50,000 .005 $5.00 50,001 - 100,000 .004 $4.00 100,001 - 500,000 .003 $3.00 500,000+ Email us for special pricing Pricing include applicable sales tax. This is an automatic email. If you need immediate assistance please contact our Hotline at: [EMAIL PROTECTED] or [EMAIL PROTECTED] Please visit our Website: 请浏览我们的网站,谢谢.
Re: [kvm-devel] Extboot Option Rom rewritten in C
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 advantages: - C code is easier to understand, find bugs, maintain and hack (so we can add more features in the future) - The binary image is same: 1.5K. The actual code size is also about the same size: around 1.2K. (gcc can optimize really well) I think converting to code16gcc is a good direction to go in. I actually rewrote it myself using code16gcc but I ran into problems with segment assumptions and Windows guests. I tried out your version with a Linux guest with good success but it fails with a win2k guest. Have you tested with a Windows guest? If we can work through the Windows issues, this is definitely the right way to go. Regards, Anthony Liguori See the code in attachment. The new code consists of a very small assembly file boot.S, which merely interfaces with the C code. signrom is modified to work with the new binary image. - To compile code, just run make - To save the original /usr/share/qemu/extboot.bin (to /usr/share/qemu/extboot.bin.org), just run make save - Then make install to install the new extboot.bin into /usr/share/qemu/ I succesfully compile and run this option rom with virtio from 2.6.25-rc8 on Ubuntu 7.10. Any comment? Many thanks, Quynh - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] Extboot Option Rom rewritten in C
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 decided to rewrite it in C, using .code16gcc directive. Some advantages: - C code is easier to understand, find bugs, maintain and hack (so we can add more features in the future) - The binary image is same: 1.5K. The actual code size is also about the same size: around 1.2K. (gcc can optimize really well) I think converting to code16gcc is a good direction to go in. I actually rewrote it myself using code16gcc but I ran into problems with segment assumptions and Windows guests. I tried out your version with a Linux guest with good success but it fails with a win2k guest. Have you tested with a Windows guest? Not yet. Last time I tried, the Windows virtio drivers posted a while ago dont work with my WinXP. I will try again, though. If we can work through the Windows issues, this is definitely the right way to go. So the assembly option rom works with your Win2k?? If so, definitely we can fix the C code. Thanks, Quynh - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] Extboot Option Rom rewritten in C
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 looks indeed scary. So I decided to rewrite it in C, using .code16gcc directive. Some advantages: - C code is easier to understand, find bugs, maintain and hack (so we can add more features in the future) - The binary image is same: 1.5K. The actual code size is also about the same size: around 1.2K. (gcc can optimize really well) I think converting to code16gcc is a good direction to go in. I actually rewrote it myself using code16gcc but I ran into problems with segment assumptions and Windows guests. I tried out your version with a Linux guest with good success but it fails with a win2k guest. Have you tested with a Windows guest? Not yet. Last time I tried, the Windows virtio drivers posted a while ago dont work with my WinXP. I will try again, though. I just test with scsi, not virtio. You should be able to get very far along the Windows boot process with extboot. If you just install the LSI driver in Win2k, you can boot up completely. Someone just posted instructions for doing scsi boot with Windows XP assuming you installed the VM from IDE. If we can work through the Windows issues, this is definitely the right way to go. So the assembly option rom works with your Win2k?? If so, definitely we can fix the C code. Yes it does. I'd greatly prefer a C version so I'm all for it if we can get it working. Regards, Anthony Liguori Thanks, Quynh - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] Как происходит арест имущества
Исполнительное производство: правовые механизмы взыскания долгов. Новое в законодательстве, Ф3 от 02.10.2007 N229-ФЗ В г.Санкт-Петербурге, с 28 по 29 апреля 2008г. Т Е Л Е Ф О Н ( 8 1 2 ) 9 8 3 2 9 0 7 Актуальность темы - Ознакомление с исполнительным производством с целью оптимизации деятельности по приведению в исполнение судебных актов; - Рассмотрение актуальных вопросов исполнительного производства с учетом изменений; - Изучение практических ситуаций, возникающих в процессе исполнения судебных актов; - Выработка оптимальной стратегии взыскания долга. В программе курса: Законодательство об исполнительном производстве и его изменение Органы принудительного исполнения Исполнительные документы Сроки в исполнительном производстве Динамика исполнительного производства Правовое положение участников исполнительного производства Защита прав взыскателя, должника и других лиц при совершении исполнительных действий Правовые основания для обращения взыскания на имущество должника Распределение взысканных денежных средств и очередность удовлетворения требований взыскателей Особенности исполнения судебных актов по законодательству о банкротстве Возможность использования мирового соглашения в качестве основания для прекращения обязательств на стадии исполнительного производства Особенности исполнительного производства в отношении таких должников как казна и государственные учреждения Обращение взыскания на дебиторскую задолженность и ценные бумаги Списание средств со счета в банке без распоряжения клиента Приведение в принудительное исполнение решений третейских судов --- Полная программа высылается по запросу - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] Extboot Option Rom rewritten in C
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 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, find bugs, maintain and hack (so we can add more features in the future) - The binary image is same: 1.5K. The actual code size is also about the same size: around 1.2K. (gcc can optimize really well) I think converting to code16gcc is a good direction to go in. I actually rewrote it myself using code16gcc but I ran into problems with segment assumptions and Windows guests. I tried out your version with a Linux guest with good success but it fails with a win2k guest. Have you tested with a Windows guest? Not yet. Last time I tried, the Windows virtio drivers posted a while ago dont work with my WinXP. I will try again, though. I just test with scsi, not virtio. You should be able to get very far along the Windows boot process with extboot. If you just install the LSI driver in Win2k, you can boot up completely. Someone just posted instructions for doing scsi boot with Windows XP assuming you installed the VM from IDE. I searched around for those scsi boot instructions, but dont see any. Any pointer? Thanks, Q - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [patch 2/2] QEMU: decrease console refresh rate with -nographic
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 and O_NONBLOCK were mutually exclusive. Can you point me at the relevant documentation? -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [patch 2/2] QEMU: decrease console refresh rate with -nographic
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 timer triggering main_loop_wait() is needed for reading input from stdio in a way that feels interactive for the user. Why not enable SIGIO on stdio input, like the rest of the fd handling in qemu? Thats a possibility, but I think we've now agreed that doing select() with a timeout is cleaner and possibly half a cent faster. Yes, just wanted to make sure I don't miss something. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [patch 2/2] QEMU: decrease console refresh rate with -nographic
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 know that O_ASYNC and O_NONBLOCK were mutually exclusive. Can you point me at the relevant documentation? They should'nt be mutual exclusive. If they are, the tap driver requires fixing afaics. The relevant documentation is the man page open(2), and it doesn't state they are exclusive. - 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 J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel