[kvm-devel] aternary
hello honey kvm-devel caution should be used when you have an enlarged dick, she may moan alot more! http://www.gogleom.com/ Ferenc Dragan - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [ kvm-Bugs-1824398 ] poor/weird performance in sandra (kvm50/acpi/windows)
SourceForge.net wrote: > Bugs item #1824398, was opened at 2007-11-02 11:50 > Message generated for change (Tracker Item Submitted) made by Item Submitter > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1824398&group_id=180599 > > Please note that this message will contain a full copy of the comment thread, > including the initial issue submission, for this request, > not just the latest update. > Category: None > Group: None > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: Wilson (wilsone) > Assigned to: Nobody/Anonymous (nobody) > Summary: poor/weird performance in sandra (kvm50/acpi/windows) > > Initial Comment: > CPU Model: Intel Core 2 Duo Q6600 > KVM Version: KVM-50 > Host Kernel: Linux 2.6.23.1 > Arch: X86_64 > Guest: 32bit Windows XP Sp2 ACPI HAL > QEMU Command line: qemu-system-x86_64 -hda /common/stor2/wxp32acpi.qcow2 -m > 512 -net nic,model=rtl8139,macaddr=50:17:99:55:4E:90 -net tap & > no-kvm: vm won't even boot with -no-kvm > > Issue: When doing the CPU benchmarks (arithmetic or multimedia), the system > takes a very long time and gives a dodgy result. This doesn't happen with a > non-acpi hal vm. > > Sisoft Sandra can be downloaded here: > > http://www.sisoftware.co.uk/index.html?dir=dload&location=sware_dl_3264&langx=en&a= > > > I'm assuming this should be very easy to replicate for anyone running kvm-50 > or older with the tpr patch and an acpi hal windows. > Are you using the TPR patch and if so, which one are you using? Regards, Anthony Liguori > -- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1824398&group_id=180599 > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > kvm-devel mailing list > kvm-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/kvm-devel > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] removing kvm_init()
Hollis Blanchard wrote: > Hi Avi, I'm looking at kvm_init() right now. Since everything is driven > by the arch-specific modules (svm.c and vmx.c), I think it would > simplify things to fold all of kvm_init() into what is today called > kvm_init_x86(). > > If that's done, kvm_main.c won't have any "modinit" function, but I > think that would be OK since the init functionality will be executed as > needed by the arch modules. > > Does this make sense? > Yes, I think it simplifies things. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] build #334 failed for 2.6.24-rc1-gec3b67c in linux/drivers/kvm/kvm_main.c
Toralf Förster wrote: > Hello, > > the build with the attached .config failed, make ends with: > ... > CC drivers/kvm/vmx.o > CC drivers/kvm/kvm_main.o > drivers/kvm/kvm_main.c: In function 'kvm_flush_remote_tlbs': > drivers/kvm/kvm_main.c:220: error: implicit declaration of function > 'smp_call_function_mask' > make[2]: *** [drivers/kvm/kvm_main.o] Error 1 > make[1]: *** [drivers/kvm] Error 2 > make: *** [drivers] Error 2 > > A patch for this is in the sched tree and will be pushed soon if it hasn't been already. Thanks for the report. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH] KVM: is_long_mode should check for EFER_LMA
Amit Shah wrote: > >From bfed574c93b36a19e2976ddcaae7939dd6c6fc41 Mon Sep 17 00:00:00 2001 > From: Amit Shah <[EMAIL PROTECTED]> > Date: Sat, 3 Nov 2007 02:38:00 +0530 > Subject: [PATCH] KVM: is_long_mode should check for EFER_LMA > > is_long_mode currently checks the LongModeEnable bit in > EFER instead of the LongModeActive bit. This should work > for most cases, but for some broken implementations that > set the LME bit before enabling PAE in CR4 to enter long > mode. > > This is noticed on a solaris guest on an AMD host (but might > not be specific to AMD). > > Patch looks good and obviously correct to me. But: - why do you say 'broken implementations'? do you mean 'broken guests'? I think that behavior is as specified. - what guest action triggered the failure? (e.g. mov cr4, or what?) - please supply a patch to the testsuite that adds a regression test for this issue. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [kvm-ppc-devel] [PATCH 01 of 19] Move kvm_context to kvmctl.h
Jerone Young wrote: > I'll wait awhile before sending another super patch bomb to the list. > Perhaps I can add these changes afterward if need be. > > Please address the comments. If there is to be churn, I prefer it to be out-of-tree. Please verify that the patch set is bisectable. Note that it is too finely granular in my opinion. I'll accept it in the current form however, I don't want churn for churn's sake. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 01 of 19] Move kvm_context to kvmctl.h
Jerone Young wrote: > # HG changeset patch > # User Jerone Young <[EMAIL PROTECTED]> > # Date 1194027872 18000 > # Node ID 72c2d9f9786aea122419208189291808d56b8053 > # Parent 6ce27ddeb45df182e923060ae3abe699ce704ca3 > Move kvm_context to kvmctl.h > > This patch moves kvm_context from libkvm.c to kvm-context.h. This is so > Comment disagrees with implementation. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 07 of 19] Move kvm_create_phys_mem to libkvm-x86.c
Jerone Young wrote: > # HG changeset patch > # User Jerone Young <[EMAIL PROTECTED]> > # Date 1194027872 18000 > # Node ID 8e77064ea82d0b7fbd8bb77429bbfd62f99c00f6 > # Parent 02f38e54018070bafd501df846147f4ae7661109 > Move kvm_create_phys_mem to libkvm-x86.c > > This patch moves kvm_create_phys_mem to libkvm-x86.c > > Creating physical memory isn't arch specific (though a few details are). Why is this made arch specific? -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 08 of 19] Move kvm_destroy_phys_mem to libkvm-x86.c
Jerone Young wrote: > # HG changeset patch > # User Jerone Young <[EMAIL PROTECTED]> > # Date 1194027873 18000 > # Node ID 098efe35de4493a3eda631cb2f9fd958ae303897 > # Parent 8e77064ea82d0b7fbd8bb77429bbfd62f99c00f6 > Move kvm_destroy_phys_mem to libkvm-x86.c > > Why? -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 11 of 19] Make functions in libkvm.c nonstatic
Jerone Young wrote: > # HG changeset patch > # User Jerone Young <[EMAIL PROTECTED]> > # Date 1194027873 18000 > # Node ID 01b86b564fb9e751295ff8eddf5f38cfb24e1e34 > # Parent 8dad7519cc92eabd7d66ea3ea20c983dade61243 > Make functions in libkvm.c nonstatic. > > This patch makes the following functions nonstatic. These > functions are potentially reusable by other archs, but are > need by arch specific code in libkvm-x86.c. > > Eventually we'll want a prefix for all non-static, non-exported functions, so as not to interfere with users. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 15 of 19] Declare kvm_abi as a global variable in libkvm.h
Jerone Young wrote: > # HG changeset patch > # User Jerone Young <[EMAIL PROTECTED]> > # Date 1194027873 18000 > # Node ID df89e9282fd9f491579b42624565bac580f7db8e > # Parent 68585a137682a876dd438782147445f4484146ce > Declare kvm_abi as a global variable in libkvm.h > > That number can never change, we can move the whole thing to x86. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [BUG] 2.6.23.1 host freezes when running kvm
Bart Trojanowski wrote: > * Avi Kivity <[EMAIL PROTECTED]> [071023 10:21]: > >> Thanks, that will be most helpful. If userspace won't compile against >> some intermediate version, let me know the commit hash and I'll add a fixup. >> > > A bisect didn't find anything between 2.6.22 and 2.6.23. Which made me > very confused. I think, I must have used the Debian userland tools... > which is still bad and I will double check that with 2.6.23. > Yes. You can use the same tools for all versions from .22 and up. Another thing to try is whether the lockup reproduces with 'taskset 1'. Maybe it is preemption related. Thanks for the effort. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH 00 of 27] Refactor libkvm code Phase 1
Jerone Young wrote: > Hmm, > The problem here is in the case of kvm_create_phys_mem & > kvm_create_default_phys_mem, most archs from now on should always be > allocating guest memory from userspace (at least I think this correct). > > Now if this is not the case then really adding an architecture hook > function to kvm_create_default_phys_mem would also solve this problem. > As There is a mmap call that maps memory for video(?), which is > something that is just for x86. > > With the size of these functions being very small, I think it's best to > move them for now. Then if someone else does need them they can easily > create there own and then we can figure out how to make a common > function in this case. > > Anyone disagree? > Me. Let's not copy and re-unify needlessly. If the create_kernel_memory() thing is a problem, define a function for non-x86 that returns -ENOSYS. It won't be called anyway. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH] KVM: VMX: Fix repeatly calling alloc_apic_access_page()
Sheng Yang wrote: > From 00a52112d813af983dd4d34cb7dc701f6fe88829 Mon Sep 17 00:00:00 2001 > From: Sheng Yang <[EMAIL PROTECTED]> > Date: Fri, 2 Nov 2007 11:56:17 +0800 > Subject: [PATCH] KVM: VMX: Fix repeatly calling alloc_apic_access_page() > > For SMP guest, alloc_apic_access_page() would be called more than once. So > only the last vcpu's vmcs get correct apic access address, causing SMP guest > can't benifit from FlexPriority. > > This patch fixed this issue. > > Signed-off-by: Sheng Yang <[EMAIL PROTECTED]> > --- > drivers/kvm/kvm_main.c |1 + > drivers/kvm/vmx.c |5 - > 2 files changed, 5 insertions(+), 1 deletions(-) > > diff --git a/drivers/kvm/kvm_main.c b/drivers/kvm/kvm_main.c > index 34a681d..519626d 100644 > --- a/drivers/kvm/kvm_main.c > +++ b/drivers/kvm/kvm_main.c > @@ -245,6 +245,7 @@ static struct kvm *kvm_create_vm(void) > spin_lock(&kvm_lock); > list_add(&kvm->vm_list, &vm_list); > spin_unlock(&kvm_lock); > + kvm->apic_access_page = NULL; > Seems unnecessary, since the whole thing is kzalloc()ed? > return kvm; > } > > diff --git a/drivers/kvm/vmx.c b/drivers/kvm/vmx.c > index 42e7fad..89007b2 100644 > --- a/drivers/kvm/vmx.c > +++ b/drivers/kvm/vmx.c > @@ -1466,6 +1466,8 @@ static int alloc_apic_access_page(struct kvm *kvm) > int r; > > r = -EFAULT; > + if (kvm->apic_access_page) > + return 0; > Racy, what if two vcpus are created simultaneously? > kvm_userspace_mem.slot = APIC_ACCESS_PAGE_PRIVATE_MEMSLOT; > kvm_userspace_mem.flags = 0; > kvm_userspace_mem.guest_phys_addr = 0xfee0ULL; > @@ -1584,7 +1586,8 @@ static int vmx_vcpu_setup(struct vcpu_vmx *vmx) > vmcs_writel(CR0_GUEST_HOST_MASK, ~0UL); > vmcs_writel(CR4_GUEST_HOST_MASK, KVM_GUEST_CR4_MASK); > > - if (vm_need_virtualize_apic_accesses(vmx->vcpu.kvm)) > + if ((vmx->vcpu.vcpu_id == 0) && > + (vm_need_virtualize_apic_accesses(vmx->vcpu.kvm))) > if (alloc_apic_access_page(vmx->vcpu.kvm) != 0) > return -ENOMEM; > > We may not have vcpu id 0 (though it's very unlikely). I think the problems arise because we are doing a VM-wide operation (memory slot) from a vcpu context. I think adding a ->vm_create() arch op and allocating the memory there will be better (under kvm->lock). -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [ANNOUNCE] kvm-49 release
Zhao, Yunfeng wrote: > Save/restore still fails in today's testing. > > kvm_get_mem_map failed: Unknown error 18446744073709551594 > > Izik/Uri, did I miss a patch? I did a save/restore previously and it worked, but perhaps something else is broken. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH] Fix writing back APIC reset to inkernel APIC
Dong, Eddie wrote: > Yes, when reseting, we need to reset both APIC/PIC/IOAPIC and pv > driver in future, and also VCPU. > But isn't apic_reset a pure user level APIC thing? The reset callbacks are still called, so the userspace apic is still reset. > BTW > I posted a patch to support kernel device reset which is still pending. > And I think Avi has some idea to support too and is working on:-) I'm supposed to be working on this, but instead I'm doing binary patching hacks and travelling. I'll get back on this, though, this is hurting. I think the patch is good, will apply after testing it in smp a bit. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [ANNOUNCE] kvm-49 release
On Sun, 2007-11-04 at 09:47 +0200, Avi Kivity wrote: > Zhao, Yunfeng wrote: > > Save/restore still fails in today's testing. > > > > kvm_get_mem_map failed: Unknown error 18446744073709551594 > > > > > Izik/Uri, did I miss a patch? > > I did a save/restore previously and it worked, but perhaps something > else is broken. i will check this - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH] [v2] Move x86 vcpu ioctl handlers to x86.c
Hollis Blanchard wrote: > 3 files changed, 450 insertions(+), 442 deletions(-) > drivers/kvm/kvm.h | 10 + > drivers/kvm/kvm_main.c | 448 > drivers/kvm/x86.c | 434 ++ > > > Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]> > --- > It might be preferable to handle these by defining a kvm_arch_vcpu_ioctl() > rather creating lots of new functions. I could go either way. > > Changes from v1: don't remove kvm_load_guest_fpu() and kvm_put_guest_fpu() > prototypes. > > Applied, thanks. -- Any sufficiently difficult bug is indistinguishable from a feature. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
