Virtualization Performance: Intel vs. AMD
Hi, I am currently in the process of setting up the configuration for some new workstations. I don't yet know if I'll use an Intel or an AMD plattform. Now my question is: Are there any important differences in terms of virtualization performance and/or features between the current Intel/AMD CPUs (e.g. Core i7 Lynnfield and Phenom II X4 Deneb)? Best regards, Andreas -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: qemu-kvm.git now live
Hi, Liu Yu-B13201 Yu.Liu at freescale.com writes: After a lengthy testing phase, qemu-kvm.git has replaced kvm-userspace.git as the source repository for kvm userspace development. git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git Is there a http interface? Yes. http://git.kernel.org/?p=virt/kvm/qemu-kvm.git;a=summary -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [ANNOUNCE] kvm-82 release
Mark Bidewell mark.bidewell at alumni.clemson.edu writes: When building KVM-82 on F10 I get the following errors: make[2]: Entering directory `/usr/src/kernels/2.6.27.9-159.fc10.x86_64' LD /opt/kvm-82/kernel/x86/built-in.o CC [M] /opt/kvm-82/kernel/x86/svm.o In file included from /opt/kvm-82/kernel/x86/external-module-compat.h:10, from command-line:2: /opt/kvm-82/kernel/x86/../external-module-compat-comm.h:587: error: conflicting types for 'hrtimer_add_expires_ns' include/linux/hrtimer.h:245: error: previous definition of 'hrtimer_add_expires_ns' was here ... make: *** [kernel] Error 2 Has anyone else seen this? the same problem exists with the latest stock kernel on fedora 9. you may comment out the conflicting definitions in kvm-82/kernel/external-module-compat-comm.h to fix the build problem. bye, Andreas Winkelbauer -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] usb: Support for removing device by host addr, improved auto filter syntax
Max Krasnyansky maxk at kernel.org writes: Yeah most of the devices I have did not work before. Now it's exactly the opposite, I cannot seem to find a device that does not work :). Even those that require firmware download (they reset and remunerate after fw is loaded), with the right set of auto filters QEMU just grabs them after reset and things work just fine. And once we get EHCI going it'll be even better (BW wise that is). Hi, thanks for your USB patches, Max. Also for me things have improved a lot with these patches. what devices are working for me now (with windows xp+sp3): * my nokia mobile * a usb2rs232 converter * a crazy usb2lpt converter * a huawei e169 hsdpa usb stick (mobile broadband, yes :-) ) * a old logitech quickcam express for notebooks webcam is workish devices that do not work: * my TI calculator (TI 89 Titanium) * my ipod nano (v3) the ipod gives me the following output on the console: husb: open device 1.6 husb: config #1 need -1 husb: 1 interfaces claimed for configuration 1 husb: grabbed usb device 1.6 usb_linux_update_endp_table: No such file or directory the calculator does this: husb: open device 4.5 husb: config #1 need -1 husb: 1 interfaces claimed for configuration -1 husb: grabbed usb device 4.5 husb: config #1 need 1 husb: 1 interfaces claimed for configuration 1 husb: config #1 need 1 husb: 1 interfaces claimed for configuration 1 ... husb: config #1 need 1 husb: 1 interfaces claimed for configuration 1 husb: device 4.5 disconnected it seems to be switching configurations and re-enumerating periodically until i disconnected it. any hints how to track these problems down? has anybody tried to use an ipod with qemu? I'd be very thankful for any suggestions! bye, Andi -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html