Re: [kvm-devel] SLES 10 hangs
Thomas Glanzmann wrote: > Hello Pelle, > > >> Hey, I recognize that problem, although my display isn't corrupted, just >> the mouse. It was resistant to X restarts. It first surfaced with kvm-21 >> and debian edgy on my machine. I don't believe there was an opera update >> recently. >> > > for me the same thing. Debian ETCH. And the display is only corrupted > for a short time, as soon as I switch applications or do a X redraw > everything is fine again expect for the mouse. And it popped always up > when I was using opera. But that just could be coincedence. I don't > believe in coincedence. > I've just reproduced this, it's fe7dc1f2c0c3d0c21abf9dfa4387f0b748080688 (vmx lazy fpu). I'm looking into it. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [ kvm-Bugs-1710701 ] host gui gets messed up (mainly mouse issues) with kvm-21
I have that too, but with a ps/2 mouse so the usb is in the clear, or it is an unrelated problem. But I don't think so. SourceForge.net wrote: > Bugs item #1710701, was opened at 2007-05-01 16:38 > 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=1710701&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: rdw (redwoood) > Assigned to: Nobody/Anonymous (nobody) > Summary: host gui gets messed up (mainly mouse issues) with kvm-21 > > Initial Comment: > I'm using a vanilla 2.6.19.2 kernel with kvm-21 > and kvm-intel module (core 2 duo processor) > > When I start qemu with -no-kvm everything is fine, but > when using kvm, the host (running X) shows some weird behaviour. > After a while using X (while the kvm qemu vm is running in the background), > the > video corrupts slightly (black vertical bars) and the (USB) mouse gets stuck > to the left border of the screen. > It can be moved away very slowly, but if you do it too fast it jumps back to > the left border. > Restarting X solves the problem for a short time, but once it happens, it > happens again and again. > Shutting down qemu and rmmod-ing the kvm modules does not help once the > problem occurs. I have to reboot to make it go away. > > I saw some other people mentioning similar symptoms mainly with fedora > systems and unrelated to kvm, but I run Ubuntu and have isolated the problem > to be connected with kvm-21. > kvm-19 works just fine. > > > -- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1710701&group_id=180599 > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > kvm-devel mailing list > kvm-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/kvm-devel > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] [PATCH] Getting 32-bit Vista on KVM
Now I realized that I needed to use 32-bit Linux to build the bios.bin (i.e. BIOS-bochs-latest) in bochs. As long as I used x86-64 Linux to build bios.bin, the resulting binary had a problem, as I reported previously. With this very simple patch, I was able to install and run 32-bit Vista on KVM (almost the latest tree) on the 64-bit host. Thanks Qing for debuging this. I believe this should work for Qemu as well. Jun --- Intel Open Source Technology Center Signed-off-by: Qing He <[EMAIL PROTECTED]> Signed-off-by: Jun Nakajima <[EMAIL PROTECTED]> Index: rombios32.c === RCS file: /cvsroot/bochs/bochs/bios/rombios32.c,v retrieving revision 1.9 diff -u -w -r1.9 rombios32.c --- rombios32.c 20 Feb 2007 09:36:55 - 1.9 +++ rombios32.c 2 May 2007 06:07:31 - @@ -1191,7 +1191,7 @@ { memcpy(h->signature, sig, 4); h->length = cpu_to_le32(len); -h->revision = 0; +h->revision = 1; #ifdef BX_QEMU memcpy(h->oem_id, "QEMU ", 6); memcpy(h->oem_table_id, "QEMU", 4); - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH/RFC 2/2] s390 virtualization interface.
Arnd Bergmann wrote: > On Sunday 29 April 2007, Heiko Carstens wrote: > > >>> Is this data structure extensible? If it is, you probably need >>> some sort of versioning information to make sure that user space >>> doesn't rely on fields that the kernel doesn't know about. >>> >> I don't think we can put in some versioning information here. If >> the kernel decides to increase the version then old userspace >> code would break? >> We rather need some mechanism so userpace can ask the kernel >> "do you support feature x?" and dependent on the answer some >> fields are used or unused. >> > > You could do it the way that ext2 handles compatible and incompatible > features in the on-disk layout: > > Assign a number of bits in the read-only part of the mapping to flags > that the user application can test. A bit in the compatible range mean > that a feature is available to the user application if it wants to > use it. A bit in the incompatible range means that the user space needs > to understand how to use a feature in order to run correctly. > The current ioctl() interface has a feature test call, basically you send down a feature number get see if it's supported or not. Fairly similar to feature bit except it isn't limited in the number of bits. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] 2.6.21.1 and kvm-21 just plain stopped...
> How big is your initrd image ? There was a QEMU bug which causes the > end of the initrd to be overwritten by the kernel if the initd was > larger than 1 MB IIRC. Upstream QEMU CVS has the patch, but the current > KVM SVN repo does not seem to have it. I'm attaching the patch we applied > to KVM-19's copy of QEMU in Fedora to fix, although it doesn't apply cleanly > to current KVM dev. > This might have been the issue, since I started to switch over to using the boot loader in the image to load the kernel and initrd things are working and this problem doesn't appear to be an issue with either tickless or non-tickless 2.6.21 kernels. Thanks, - David Brown P.S. Sorry for getting back to this so late, recompiling your entire kernel because you changed the tickless stuff does take some time... - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH/RFC 2/2] s390 virtualization interface.
On Sunday 29 April 2007, Heiko Carstens wrote: > > Is this data structure extensible? If it is, you probably need > > some sort of versioning information to make sure that user space > > doesn't rely on fields that the kernel doesn't know about. > > I don't think we can put in some versioning information here. If > the kernel decides to increase the version then old userspace > code would break? > We rather need some mechanism so userpace can ask the kernel > "do you support feature x?" and dependent on the answer some > fields are used or unused. You could do it the way that ext2 handles compatible and incompatible features in the on-disk layout: Assign a number of bits in the read-only part of the mapping to flags that the user application can test. A bit in the compatible range mean that a feature is available to the user application if it wants to use it. A bit in the incompatible range means that the user space needs to understand how to use a feature in order to run correctly. > > > +struct sca_entry { > > > + atomic_t scn; > > > + __u64 reserved; > > > + __u64 sda; > > > + __u64 reserved2[2]; > > > +}__attribute__((packed)); > > > > Is this a hardware data structure? If not, you shouldn't pack it > > because the first word is only 32 bits and consequently all following > > ones are unaligned. > > It's a hardware structure. Guess the unaligned u64s were generated when > this structure was extended to support 64bit. > But of course we shouldn't put an atomic_t in a hardware structure, since > it's implementation might change. Not sure about that point. If you need to do atomic operations on the first 32 bits, you shouldn't need to invent your own abstractions for those, and it's highly unlikely that the implementation of atomic_t changes. Arnd <>< - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [ kvm-Bugs-1710701 ] host gui gets messed up (mainly mouse issues) with kvm-21
I also saw the problem. The mouse cursor would park on the left side of screen and could only move up and down. After removing kvm-21 modules and replacing with kvm-20 modules, the problem went away. I am running Gentoo with kernel 2.6.20.6. Simon Alessandro Sardo wrote: > Hello, > > I do too confirm this bug. It happens only with KVM-21, KVM-20 and older > versions work just fine. > If running with the -no-kvm flag, the mouse problem does not occur though. > > Regards, > > AleS > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > kvm-devel mailing list > kvm-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/kvm-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [ kvm-Bugs-1710701 ] host gui gets messed up (mainly mouse issues) with kvm-21
Hello, I do too confirm this bug. It happens only with KVM-21, KVM-20 and older versions work just fine. If running with the -no-kvm flag, the mouse problem does not occur though. Regards, AleS - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [ kvm-Bugs-1710701 ] host gui gets messed up (mainly mouse issues) with kvm-21
Andreas Hasenack wrote: > On Tuesday 01 May 2007 13:38:15 SourceForge.net wrote: > >> the video corrupts slightly (black vertical bars) and the (USB) mouse gets >> stuck to the left border of the screen. It can be moved away very slowly, >> > > Got the almost the same exact behaviour here with kvm 21 and core2duo E6600 > processor. Just no video corruption (or it was so small that I didn't > notice). But the mouse issue is identical. > I've seen this behavior without KVM. I believe it's an issue with the USB subsystem. Regards, Anthony Liguori > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > kvm-devel mailing list > kvm-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/kvm-devel > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [ kvm-Bugs-1710701 ] host gui gets messed up (mainly mouse issues) with kvm-21
On Tuesday 01 May 2007 13:38:15 SourceForge.net wrote: > the video corrupts slightly (black vertical bars) and the (USB) mouse gets > stuck to the left border of the screen. It can be moved away very slowly, Got the almost the same exact behaviour here with kvm 21 and core2duo E6600 processor. Just no video corruption (or it was so small that I didn't notice). But the mouse issue is identical. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] [ kvm-Bugs-1710701 ] host gui gets messed up (mainly mouse issues) with kvm-21
Bugs item #1710701, was opened at 2007-05-01 16:38 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=1710701&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: rdw (redwoood) Assigned to: Nobody/Anonymous (nobody) Summary: host gui gets messed up (mainly mouse issues) with kvm-21 Initial Comment: I'm using a vanilla 2.6.19.2 kernel with kvm-21 and kvm-intel module (core 2 duo processor) When I start qemu with -no-kvm everything is fine, but when using kvm, the host (running X) shows some weird behaviour. After a while using X (while the kvm qemu vm is running in the background), the video corrupts slightly (black vertical bars) and the (USB) mouse gets stuck to the left border of the screen. It can be moved away very slowly, but if you do it too fast it jumps back to the left border. Restarting X solves the problem for a short time, but once it happens, it happens again and again. Shutting down qemu and rmmod-ing the kvm modules does not help once the problem occurs. I have to reboot to make it go away. I saw some other people mentioning similar symptoms mainly with fedora systems and unrelated to kvm, but I run Ubuntu and have isolated the problem to be connected with kvm-21. kvm-19 works just fine. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1710701&group_id=180599 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] 2.6.21.1 and kvm-21 just plain stopped...
On Mon, Apr 30, 2007 at 11:45:36AM -0700, David Brown wrote: > > Host cpu type, host bitness, guest bitness, and qemu command line please. > > > > [EMAIL PROTECTED]:~# cat /root/bin/start-debian > #!/bin/bash > > KVER="2.6.18-4-686" > INITRD_BASE="initrd" > INITRD_APPEND=".img" > APPEND="ro root=/dev/hda1" > DEV=mapper/VolGroup00-debian > BOOT=mapper/VolGroup00-debian--boot > > qemu -kernel "/root/boot/vmlinuz-${KVER}" \ > -initrd "/root/boot/${INITRD_BASE}${INITRD_APPEND}-${KVER}" \ > -append "${APPEND}" \ > -m 512 --no-rtc \ > \ > -usb \ > -soundhw es1370 \ > -net nic,vlan0,macaddr=52:54:56:34:12:00 \ > -net tap,vlan=0,ifname=tap0 \ > -hdb "/dev/$BOOT" \ > /dev/$DEV > [EMAIL PROTECTED]:~# How big is your initrd image ? There was a QEMU bug which causes the end of the initrd to be overwritten by the kernel if the initd was larger than 1 MB IIRC. Upstream QEMU CVS has the patch, but the current KVM SVN repo does not seem to have it. I'm attaching the patch we applied to KVM-19's copy of QEMU in Fedora to fix, although it doesn't apply cleanly to current KVM dev. Regards, Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| Index: hw/pc.c === RCS file: /sources/qemu/qemu/hw/pc.c,v retrieving revision 1.71 retrieving revision 1.72 diff -u -p -r1.71 -r1.72 --- hw/pc.c 5 Mar 2007 19:44:02 - 1.71 +++ hw/pc.c 31 Mar 2007 19:41:22 - 1.72 @@ -32,9 +32,11 @@ #define LINUX_BOOT_FILENAME "linux_boot.bin" #define KERNEL_LOAD_ADDR 0x0010 -#define INITRD_LOAD_ADDR 0x0060 +#define MAX_INITRD_LOAD_ADDR 0x3800 #define KERNEL_PARAMS_ADDR 0x0009 #define KERNEL_CMDLINE_ADDR 0x00099000 +/* Leave a chunk of memory at the top of RAM for the BIOS ACPI tables. */ +#define ACPI_DATA_SIZE 0x1 static fdctrl_t *floppy_controller; static RTCState *rtc_state; @@ -452,6 +454,7 @@ static void pc_init1(int ram_size, int v char buf[1024]; int ret, linux_boot, initrd_size, i; ram_addr_t ram_addr, vga_ram_addr, bios_offset, vga_bios_offset; +ram_addr_t initrd_offset; int bios_size, isa_bios_size, vga_bios_size; PCIBus *pci_bus; int piix3_devfn = -1; @@ -599,8 +602,28 @@ static void pc_init1(int ram_size, int v /* load initrd */ initrd_size = 0; +initrd_offset = 0; if (initrd_filename) { -initrd_size = load_image(initrd_filename, phys_ram_base + INITRD_LOAD_ADDR); +initrd_size = get_image_size (initrd_filename); +if (initrd_size > 0) { +initrd_offset = (ram_size - initrd_size) & TARGET_PAGE_MASK; +/* Leave space for BIOS ACPI tables. */ +initrd_offset -= ACPI_DATA_SIZE; +/* Avoid the last 64k to avoid 2.2.x kernel bugs. */ +initrd_offset -= 0x1; +if (initrd_offset > MAX_INITRD_LOAD_ADDR) +initrd_offset = MAX_INITRD_LOAD_ADDR; + +if (initrd_size > ram_size +|| initrd_offset < KERNEL_LOAD_ADDR + ret) { +fprintf(stderr, +"qemu: memory too small for initial ram disk '%s'\n", +initrd_filename); +exit(1); +} +initrd_size = load_image(initrd_filename, + phys_ram_base + initrd_offset); +} if (initrd_size < 0) { fprintf(stderr, "qemu: could not load initial ram disk '%s'\n", initrd_filename); @@ -608,7 +631,7 @@ static void pc_init1(int ram_size, int v } } if (initrd_size > 0) { -stl_raw(phys_ram_base + KERNEL_PARAMS_ADDR + 0x218, INITRD_LOAD_ADDR); +stl_raw(phys_ram_base + KERNEL_PARAMS_ADDR + 0x218, initrd_offset); stl_raw(phys_ram_base + KERNEL_PARAMS_ADDR + 0x21c, initrd_size); } pstrcpy(phys_ram_base + KERNEL_CMDLINE_ADDR, 4096, - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] 2.6.21.1 and kvm-21 just plain stopped...
David Brown wrote: >> > qemu -kernel "/root/boot/vmlinuz-${KVER}" \ >> >-initrd "/root/boot/${INITRD_BASE}${INITRD_APPEND}-${KVER}" \ >> >-append "${APPEND}" \ >> >-m 512 --no-rtc \ >> >\ >> >-usb \ >> >-soundhw es1370 \ >> >-net nic,vlan0,macaddr=52:54:56:34:12:00 \ >> >-net tap,vlan=0,ifname=tap0 \ >> >-hdb "/dev/$BOOT" \ >> >/dev/$DEV >> > [EMAIL PROTECTED]:~# >> >> Hey, this isn't Xen, you can boot from a kernel contained in the disk >> image. >> >> Does the problem occur with -no-kvm? > > But.. but Xen is the one true master of virtualization technology, > anyone who comes after must blindly follow or perish in the fires of > their own creation!! > > But, anyway... So I should be installing boot loaders to the guest > OS's? hmmm I'll have to figure out how to do that since I don't think > I installed grub. Also, are their any other Xenism's that I have to > purge before continuing? You don't have to purge anything. If you have an existing Xen guest, you can work with it as is; no need to install grub if you dont want to. For new installs, of course it is easier to fire up the native installer which does everything for you. Things like updating the guest kernel and initrd are usually much easier if the kernel is contained within the guest disk image. Similarly, copying an image or backing it up is simpler if you don't have to worry about the kernel. > > Also, I'm kinda afraid to try this with --no-kvm from what I > understand that will drastically reduce the performance of the guest > and host OS, is that true? Guest performance will be lower, but just for the test. The -no-kvm option is very useful in determining whether the problem is in the kernel or userspace. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] 2.6.21.1 and kvm-21 just plain stopped...
> > qemu -kernel "/root/boot/vmlinuz-${KVER}" \ > >-initrd "/root/boot/${INITRD_BASE}${INITRD_APPEND}-${KVER}" \ > >-append "${APPEND}" \ > >-m 512 --no-rtc \ > >\ > >-usb \ > >-soundhw es1370 \ > >-net nic,vlan0,macaddr=52:54:56:34:12:00 \ > >-net tap,vlan=0,ifname=tap0 \ > >-hdb "/dev/$BOOT" \ > >/dev/$DEV > > [EMAIL PROTECTED]:~# > > Hey, this isn't Xen, you can boot from a kernel contained in the disk image. > > Does the problem occur with -no-kvm? But.. but Xen is the one true master of virtualization technology, anyone who comes after must blindly follow or perish in the fires of their own creation!! But, anyway... So I should be installing boot loaders to the guest OS's? hmmm I'll have to figure out how to do that since I don't think I installed grub. Also, are their any other Xenism's that I have to purge before continuing? Also, I'm kinda afraid to try this with --no-kvm from what I understand that will drastically reduce the performance of the guest and host OS, is that true? Thanks, - David Brown - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH/PFC 0/2] s390 host support
Hollis Blanchard wrote: > On Tue, 01 May 2007 09:43:57 +0300, Avi Kivity wrote: > > >> Hollis Blanchard wrote: >> I think we can start the syscall based API (with compatibility ioctls for x86), now that we have all four archs looking at it. >>> I was looking at refactoring the ioctl interface, but since we're >>> dropping it then I'm glad I haven't put too much time into it. :) >>> >>> >> Well, that's needed anyway. The ioctl interface isn't going away. >> > > Maybe I misunderstood. When you said this: > >> I think we can start the syscall based API (with compatibility ioctls >> for x86), now that we have all four archs looking at it. >> > > I thought you meant that all architectures would use the syscall > interface, and x86 would only continue to support the ioctls as a legacy > interface. In that case, I think kvm_main.c would basically need a rename > to kvm_ioctl.c, and it would be built only for x86 so wouldn't need any > portability. > That is what I meant. But we wouldn't want to duplicate all that code, would we? The ioctl interface and the syscall interface have to call the same internal API, so at least some refactoring is needed. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] [PATCH/PFC 0/2] s390 host support
On Tue, 01 May 2007 09:43:57 +0300, Avi Kivity wrote: > Hollis Blanchard wrote: >>> >>> I think we can start the syscall based API (with compatibility ioctls >>> for x86), now that we have all four archs looking at it. >> >> I was looking at refactoring the ioctl interface, but since we're >> dropping it then I'm glad I haven't put too much time into it. :) >> > Well, that's needed anyway. The ioctl interface isn't going away. Maybe I misunderstood. When you said this: > I think we can start the syscall based API (with compatibility ioctls > for x86), now that we have all four archs looking at it. I thought you meant that all architectures would use the syscall interface, and x86 would only continue to support the ioctls as a legacy interface. In that case, I think kvm_main.c would basically need a rename to kvm_ioctl.c, and it would be built only for x86 so wouldn't need any portability. -- Hollis Blanchard IBM Linux Technology Center - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] SLES 10 hangs
Hello Pelle, > Hey, I recognize that problem, although my display isn't corrupted, just > the mouse. It was resistant to X restarts. It first surfaced with kvm-21 > and debian edgy on my machine. I don't believe there was an opera update > recently. for me the same thing. Debian ETCH. And the display is only corrupted for a short time, as soon as I switch applications or do a X redraw everything is fine again expect for the mouse. And it popped always up when I was using opera. But that just could be coincedence. I don't believe in coincedence. Thomas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] Tests for 32 bit
Shuveb Hussain wrote: > Hi, > > I see that the user tests are for 64 bit guests. Anything for good ol' > 32-bit available? > > Trunk has a few tests for 32-bit (the only one I remember offhand is user/test/vmexit.c) -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] VM entry/exit time
Omar Khan wrote: > hi, > >I am measuring the VM enty/exit time on the following two machines by > recording the time it takes to make n number of vmcalls : > > 1. Lenovo Think Centre, Intel Pentium D, 2 Cores, 3GHz with 3G of memory > 2. Dell Inspiron 6400 , Intel Core Duo, 2 Cores, 2 GHz with 1G of memory > > Surprisingly it takes almost 3 times longer on the Lenovo to make a vmcall. > Anyone have any idea what might be causing this? Running kvm on suse10.2 on > both > the systems. > > It's not surprising at all. VT is improving at a rapid pace. I suspect that on a Core 2 you will see faster speeds, and more improvements are promised with newer processors. Note that recent kvm versions have improved vmexit latency independently of the processor, and this is continuing too. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] Tests for 32 bit
Hi, I see that the user tests are for 64 bit guests. Anything for good ol' 32-bit available? Thanks, -- Shuveb Hussain. When you lose, be patient. When you achieve, be even more patient. EasyVZ: http://easyvz.sourceforge.net Blog: http://binarykarma.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] VM entry/exit time
hi, I am measuring the VM enty/exit time on the following two machines by recording the time it takes to make n number of vmcalls : 1. Lenovo Think Centre, Intel Pentium D, 2 Cores, 3GHz with 3G of memory 2. Dell Inspiron 6400 , Intel Core Duo, 2 Cores, 2 GHz with 1G of memory Surprisingly it takes almost 3 times longer on the Lenovo to make a vmcall. Anyone have any idea what might be causing this? Running kvm on suse10.2 on both the systems. Thanks Omar Khan - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] SLES 10 hangs
Avi Kivity wrote: > Thomas Glanzmann wrote: > >> Hello Avi, >> >> >> >>> Is this a regression from a previous kvm version? >>> >>> >> it worked a few weeks ago. >> >> >> > > Which version introduced the regression? > > >> >> >>> Please post the guest's /var/log/Xorg.0.log. >>> >>> >> It's the SLES 10 installer. So there is no way I can access it. I forgot >> to mention that earlier. And I also have a strange effect when starting >> kvm. When I browse using opera my host X display gets corrupted and my >> mouse pins to the left of the screen. I can move it up and down but not >> away from the left border. Maybe some sort of memory corruption. The >> system runs. And I am pretty sure that it is related to kvm. >> >> > > Can you make sure? Also please provide links to the guest OS installer > and to the Opera installer you use so I can try reproduce. > > > Hey, I recognize that problem, although my display isn't corrupted, just the mouse. It was resistant to X restarts. It first surfaced with kvm-21 and debian edgy on my machine. I don't believe there was an opera update recently. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] SLES 10 hangs
Thomas Glanzmann wrote: > Hello Avi, > > >> Is this a regression from a previous kvm version? >> > > it worked a few weeks ago. > > Which version introduced the regression? > > >> Please post the guest's /var/log/Xorg.0.log. >> > > It's the SLES 10 installer. So there is no way I can access it. I forgot > to mention that earlier. And I also have a strange effect when starting > kvm. When I browse using opera my host X display gets corrupted and my > mouse pins to the left of the screen. I can move it up and down but not > away from the left border. Maybe some sort of memory corruption. The > system runs. And I am pretty sure that it is related to kvm. > Can you make sure? Also please provide links to the guest OS installer and to the Opera installer you use so I can try reproduce. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] SLES 10 hangs
Hello Avi, > Is this a regression from a previous kvm version? it worked a few weeks ago. > Does this happen with -no-kvm? Never tried. > Anything in dmesg? Nope > Please post the guest's /var/log/Xorg.0.log. It's the SLES 10 installer. So there is no way I can access it. I forgot to mention that earlier. And I also have a strange effect when starting kvm. When I browse using opera my host X display gets corrupted and my mouse pins to the left of the screen. I can move it up and down but not away from the left border. Maybe some sort of memory corruption. The system runs. And I am pretty sure that it is related to kvm. Thomas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] SLES 10 hangs
Thomas Glanzmann wrote: > Hello, > as soon as SLES 10 switches the first time to X the screen is frozen and > I can't press any keys or move the virtual mouse. But I can switch to > the qemu console using ctrl-alt-2 and back. > > Is this a regression from a previous kvm version? Does this happen with -no-kvm? Anything in dmesg? Please post the guest's /var/log/Xorg.0.log. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] SLES 10 hangs
Hello, as soon as SLES 10 switches the first time to X the screen is frozen and I can't press any keys or move the virtual mouse. But I can switch to the qemu console using ctrl-alt-2 and back. Thomas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] Fixing ACPI for Vista -- Source code for bios.bin vs. bochs CVS?
Howdie, Nakajima, Jun wrote: > We found a way to get 32-bit Vista up on KVM by fixing bios.bin. And I > think it should be helpful to qemu as well. However, I'm not sure if the > binary file has been created simply by applying bios.diff to the latest > bochs CVS tree (actually I doubt it). Can somebody provide a recipe for > creating bios.bin from the bochs tree so that we can make a patch? > While we wait patiently for the patch, would you mind putting the patched bios.bin somewhere accessible (or sending it to me in private email and I'll put it somewhere accessible)? There's a bunch of geeks here that would really like to best test this... :-) Thanks! Gilad -- Gilad Ben-Yossef <[EMAIL PROTECTED]> Codefidence. A name you can trust(tm) http://www.codefidence.com Phone: +972.3.7515563 ext. 201 | Cellular: +972.52.8260388 SIP: [EMAIL PROTECTED] | Fax: +972.3.7515503 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] SLES 10 Guest OOPSes 2.6.21 + KVM
Avi Kivity wrote: > Thomas Glanzmann wrote: >> Hello, >> when I try to start a SLES 10 Guest, I get a OPPS: >> >> May 1 00:36:07 thinkpad kernel: Code: 08 eb 71 83 fe 20 0f 87 57 01 >> 00 00 8b 0c b5 00 05 4c 78 85 c9 0f 84 48 01 00 00 89 ea 89 f8 ff d1 >> 85 c0 89 c3 0f 8e 4b 01 00 00 <64> a1 08 00 00 00 8b 40 04 8b 40 08 >> a8 04 0f 85 cd 02 00 00 8b >> > > This is > >mov%fs:0x8,%eax > > So, some of the recent optimizations killed fs on i386, which is used > for the pda in recent kernels. I'll take a look. > A fix for this has been tested by Thomas and committed. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] KVM management and API
I'll try to answer the open questions. Btw, libvirt is a great project and a very good option for managing kvm. In the future use plain text for the list messages. From: jd [mailto:[EMAIL PROTECTED] Sent: Saturday, April 28, 2007 8:12 AM To: Daniel P. Berrange Subject: Re: [kvm-devel] KVM management and API Thanks Daniel. But I was looking for bit of under the hood answers. For cpu /proc seems to be used.. which seems fine, but will not work for QEMU on Windows. KVM is not supported in Windows host anyway. Some core qemu quesions still remains -- what are the plans to dynamically be able to change cpu , mem, disks and n/w for a running vm ? When we'll support SMP you could add vcpus dynamically. The same for hotplug memory slots. Regarding disks, you can post it in qemu's list. -- proper shutdown/restart of VM ? Currently powerdown/restart are supported. Hoping some kvm/qemu experts would thrown in some light on the directions and plans. Thanks in advance. /Jd "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote: On Fri, Apr 27, 2007 at 02:29:52PM -0700, jd wrote: > Hi > This is a great project with a lots and lots of potential. I have a > bunch of questions related to managing kvm VMs. > 4. How much I/O and Network I/O You can get it from the tap interface. > 5. Wait times to get to I/O or CPU. (contention measures) Can be retrieved from /proc/pid/stat > 6. What is kvm_stats ? How to interpret its output? It is used for kvm development proposes, in general it counts the number of vm exit events of each type. > c. Can one change memory, cpus, disks and networks on the fly for a running VM ? If so how ? > This is critical for achiving dynamic resource management. Not AFAIK. To be precise, libvirt provides APIs for that, but it requires better guest support / paravirt device drivers. Also QEMU can do hot-add/remove of USB devices. > 4. Shutdown : How does one send command to VM to shutdown normally. I see only reset > and powerdown commands only. Also, after shutdown, the image running in the machine > shuts down, but the VM keeps running. Shouldnt the process also die ? If you're running with ACPI guest it should stop [works for me]. For non-acpi, you can install APM module and it also make the guest stop and the process die [also works for me]. Try using the latest kvm. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] SLES 10 Guest OOPSes 2.6.21 + KVM
Thomas Glanzmann wrote: > Hello, > when I try to start a SLES 10 Guest, I get a OPPS: > > What kvm version are you using? If you're using git, please provide the output of 'git describe'. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel