Re: [kvm-devel] [PATCH] fix widescreen resolution issues (v2)
Andreas Winkelbauer andreas.winkelbauer at gmx.at writes: hi, I found out what crashed kvm when I increased VGA_RAM_SIZE in pc.h. The crash was caused by a really _dirty_ hack in a kvm specific part of vga.c (it took me at least an hour to find this amazing piece of code... at least the HACK ALERT was a good hint ). I've attached the patch. It works for me (tested with windows xp as guest os @ 1680x1050). As always, please test the patch. I'd highly appreciate it if somebody could test it with linux as guest os. Patches get me running up to 1920 x 1200 using WinXP guest! Now that I can run higher resolutions I am seeing a screen corruption issue on resolutions greater than 1600x1200. Property dialogs are the easiest way to see the issue, a set of thin horizontal bands through the dialog with the desktop visible. On certain areas of the screen the mouse pointer will also show banding. Les - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] kvm-18 breaks Cisco VPN on WinXP SP1
Avi Kivity [EMAIL PROTECTED] writes: That's a good indication the problem is with handling I/O instructions. I have an image that exhibits similar behavior (but on Windows chkdsk on boot) so I'll try debugging that. If that does not work I'll try to send you debug patches. Would be glad to help out with any debugging that you would like me to perform. Les - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] kvm-18 breaks Cisco VPN on WinXP SP1
Avi: Leslie Mann [EMAIL PROTECTED] writes: Fails. I notice that a lot of new code is related to pio. Seeing that it locks up when the VPN starts using the network, I sprinkled some printk's around and have discovered that we enter an long running (endless?) loop in kvm_run. run-exit_reason is KVM_EXIT_IO, to the naive observer (me) it would appear that an issue exists somewhere inside of handle_io(). FYI, a switch to rtl8139 from the default NE2000 nic has cured the problem under both kvm-18 and kvm-svn. Les - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] kvm-18 breaks Cisco VPN on WinXP SP1
Avi Kivity [EMAIL PROTECTED] writes: Please test the attached patch, against kvm-17. This is subversion revision 4546 and git commit c01571ed56754dfea458cc37d553c360082411a1. Fails. I notice that a lot of new code is related to pio. Seeing that it locks up when the VPN starts using the network, I sprinkled some printk's around and have discovered that we enter an long running (endless?) loop in kvm_run. run-exit_reason is KVM_EXIT_IO, to the naive observer (me) it would appear that an issue exists somewhere inside of handle_io(). Les - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] kvm-18 breaks Cisco VPN on WinXP SP1
Avi Kivity [EMAIL PROTECTED] writes: It's probably the aio thread. But wasn't there a segfault? That should get us a nice core. No segfault. I don't believe that qemu has crashed, it just doesn't respond. Only ill effect after killing the process is that the mouse dies. The backtrace is unhelpful. I guess we should bisect the kvm-17 - kvm-18 changes. This is a bit difficult as the userspace interface changes are in there, meaning that userspace and the kernel have to be updated in step. I'll prepare the first patch. Can you ensure that your upgraded setup still works kvm-17. It does, as I use it daily in order to run a Win app that I need. Les - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] kvm-18 breaks Cisco VPN on WinXP SP1
Avi Kivity [EMAIL PROTECTED] writes: The SIGIO means some I/O has occured, but what exactly, we don't know. Can you generate a core, attach it with gdb, and generate a backtrace? Check the backtrace for signs of your password and delete them if found. It shouldn't be there, but then it shouldn't crash either. Avi: I'm a little bit at a loss as to what to do to get a core backtrace. gcore gets me 3 frames with no symbol info and I don't see how that can help you. I have upgraded the Cisco VPN client from 4.6 to a newer version 4.8 and as well have tried using a kvm version from svn pulled today, still locking up. Lockup seems to happen around when the VPN client attempts to establish IKE session. FYI I am using vde_switch for networking. I did manage to get debugging info compiled with no optimization. The backtrace that follows is from attaching to running qemu process after UI lock up. Perhaps there are some clues here? If not, anything else I provide that would help? Thanks Les GNU gdb Red Hat Linux (6.5-15.fc6rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux-gnu... Attaching to process 14339 Reading symbols from /usr/local/bin/qemu...done. Using host libthread_db library /lib/libthread_db.so.1. Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/libasound.so.2...done. Loaded symbols for /lib/libasound.so.2 Reading symbols from /usr/lib/libSDL-1.2.so.0...done. Loaded symbols for /usr/lib/libSDL-1.2.so.0 Reading symbols from /lib/libpthread.so.0...done. [Thread debugging using libthread_db enabled] [New Thread -1208875328 (LWP 14339)] [New Thread -1764164720 (LWP 14340)] Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libutil.so.1...done. Loaded symbols for /lib/libutil.so.1 Reading symbols from /lib/librt.so.1...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libuuid.so.1...done. Loaded symbols for /lib/libuuid.so.1 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libesd.so.0...done. Loaded symbols for /usr/lib/libesd.so.0 Reading symbols from /usr/lib/libaudiofile.so.0...done. Loaded symbols for /usr/lib/libaudiofile.so.0 Reading symbols from /usr/lib/libX11.so.6...done. Loaded symbols for /usr/lib/libX11.so.6 Reading symbols from /usr/lib/libXau.so.6...done. Loaded symbols for /usr/lib/libXau.so.6 Reading symbols from /usr/lib/libXdmcp.so.6...done. Loaded symbols for /usr/lib/libXdmcp.so.6 Reading symbols from /usr/lib/libXext.so.6...done. Loaded symbols for /usr/lib/libXext.so.6 Reading symbols from /usr/lib/libXrender.so.1...done. Loaded symbols for /usr/lib/libXrender.so.1 Reading symbols from /usr/lib/libXrandr.so.2...done. Loaded symbols for /usr/lib/libXrandr.so.2 Reading symbols from /usr/lib/libXcursor.so.1...done. Loaded symbols for /usr/lib/libXcursor.so.1 Reading symbols from /usr/lib/libXfixes.so.3...done. Loaded symbols for /usr/lib/libXfixes.so.3 Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. Loaded symbols for /usr/lib/gconv/ISO8859-1.so 0x00841402 in __kernel_vsyscall () (gdb) thread apply all bt full Thread 2 (Thread -1764164720 (LWP 14340)): #0 0x00841402 in __kernel_vsyscall () No symbol table info available. #1 0x00ca142c in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0x00deb769 in handle_fildes_io () from /lib/librt.so.1 No symbol table info available. #3 0x00c9d3db in start_thread () from /lib/libpthread.so.0 No symbol table info available. #4 0x00bf726e in clone () from /lib/libc.so.6 No symbol table info available. Thread 1 (Thread -1208875328 (LWP 14339)): #0 0x00841402 in __kernel_vsyscall () No symbol table info available. #1 0x00bef729 in ioctl () from /lib/libc.so.6 No symbol table info available. #2 0x0812a8fc in kvm_run (kvm=0xab06008, vcpu=0) at kvmctl.c:715 r = 0 fd = 7 run = (struct kvm_run *) 0xb7f3b000 #3 0x080e8eee in kvm_cpu_exec (env=0xab9ecd0) at /usr/src/kvm-svn/qemu/qemu-kvm.c:467 r = 179956944 pending = 1 #4 0x080ea428 in cpu_x86_exec (env1=0xab9ecd0) at /usr/src/kvm-svn/qemu/cpu-exec.c:411 reg_AREG0 = (host_reg_t) 0xab9ecd0 saved_AREG0 = (volatile host_reg_t) 0xbf9381c8 reg_AREG1 = (host_reg_t) 0x0 saved_AREG1 = (volatile host_reg_t) 0x0 reg_AREG2 =
Re: [kvm-devel] kvm-18 breaks Cisco VPN on WinXP SP1
Avi Kivity [EMAIL PROTECTED] writes:
Ah, Windows sets a timeout when loading drivers, and of course strace
slows down the initial screen clear.
You can try attaching strace with the '-p' option, just before
connecting. This will reduce the log size greatly. I should have
thought of it before.
Avi:
That works. Here is the last 100 lines from the strace capture. Letme know if
there is anything else you need.
Les
21:05:48.713254 ioctl(10, 0xae80, 0)= 0 0.22
21:05:48.713314 ioctl(10, 0xae80, 0)= 0 0.22
21:05:48.713374 ioctl(10, 0xae80, 0)= 0 0.22
21:05:48.713442 ioctl(10, 0xae80, 0)= 0 0.28
21:05:48.713508 ioctl(10, 0xae80, 0)= 0 0.28
21:05:48.713573 ioctl(10, 0xae80, 0)= 0 0.27
21:05:48.713638 ioctl(10, 0xae80, 0)= 0 0.27
21:05:48.713703 ioctl(10, 0xae80, 0)= 0 0.29
21:05:48.713781 ioctl(10, 0xae80, 0)= 0 0.23
21:05:48.713841 ioctl(10, 0xae80, 0)= 0 0.23
21:05:48.713902 ioctl(10, 0xae80, 0)= 0 0.22
21:05:48.713962 ioctl(10, 0xae80, 0)= 0 0.23
21:05:48.714023 ioctl(10, 0xae80, 0)= 0 0.29
21:05:48.714094 --- SIGIO (I/O possible) @ 0 (0) ---
21:05:48.714117 clock_gettime(CLOCK_MONOTONIC, {1334, 948044221}) = 0 0.09
21:05:48.714165 sigreturn() = ? (mask now []) 0.08
21:05:48.714242 ioctl(10, 0xae80, 0)= 0 0.000290
21:05:48.714571 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.714628 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.714685 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.714743 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.714832 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.714889 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.714946 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.715003 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.715066 --- SIGIO (I/O possible) @ 0 (0) ---
21:05:48.715089 clock_gettime(CLOCK_MONOTONIC, {1334, 949016131}) = 0 0.10
21:05:48.715138 sigreturn() = ? (mask now []) 0.08
21:05:48.715214 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.715272 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.715329 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.715387 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.715454 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.715512 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.715569 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.715626 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.715683 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.715740 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.715796 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.715853 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.715910 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.715966 ioctl(10, 0xae80, 0)= 0 0.29
21:05:48.716029 --- SIGIO (I/O possible) @ 0 (0) ---
21:05:48.716052 clock_gettime(CLOCK_MONOTONIC, {1334, 950502633}) = 0 0.000604
21:05:48.716734 sigreturn() = ? (mask now []) 0.25
21:05:48.716853 ioctl(10, 0xae80, 0)= 0 0.31
21:05:48.716925 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.716983 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.717038 --- SIGIO (I/O possible) @ 0 (0) ---
21:05:48.717064 clock_gettime(CLOCK_MONOTONIC, {1334, 950992080}) = 0 0.10
21:05:48.717114 sigreturn() = ? (mask now []) 0.000977
21:05:48.719489 --- SIGIO (I/O possible) @ 0 (0) ---
21:05:48.719522 clock_gettime(CLOCK_MONOTONIC, {1334, 953451331}) = 0 0.10
21:05:48.719574 sigreturn() = ? (mask now []) 0.08
21:05:48.719652 ioctl(10, 0xae80, 0)= 0 0.38
21:05:48.719728 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.719786 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.719844 ioctl(10, 0xae80, 0)= 0 0.18
21:05:48.719900 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.719961 --- SIGIO (I/O possible) @ 0 (0) ---
21:05:48.719985 clock_gettime(CLOCK_MONOTONIC, {1334, 953911724}) = 0 0.09
21:05:48.720033 sigreturn() = ? (mask now []) 0.08
21:05:48.720110 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.720167 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.720224 ioctl(10, 0xae80, 0)= 0 0.000118
21:05:48.720379 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.720546 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.720604 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.720996 --- SIGIO (I/O possible) @ 0 (0) ---
21:05:48.721019 clock_gettime(CLOCK_MONOTONIC, {1334, 954945934}) = 0 0.09
21:05:48.721066 sigreturn() = ? (mask now []) 0.09
21:05:48.721241 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.721396 ioctl(10, 0xae80, 0)= 0 0.27
21:05:48.721463 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.721542 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.721600 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.721656 ioctl(10, 0xae80, 0)= 0 0.19
21:05:48.721713 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.721796 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.721862 ioctl(10, 0xae80, 0)= 0 0.20
21:05:48.721917 --- SIGIO (I/O possible) @ 0
Re: [kvm-devel] kvm-18 breaks Cisco VPN on WinXP SP1
Avi Kivity [EMAIL PROTECTED] writes:
Can you run qemu under strace -ttT? Be prepared for a long log.
Also, checking with the -no-kvm option is worthwhile.
Avi:
Can't run under strace. XP starts to boot then blue screens complaining of an
infinite loop in the cirrus driver. I have attached the tail of the strace log.
I have been running display at max, tried dropping resolution to 800x600, 16
bit but same problem.
Runs fine without kvm modules loaded.
Les
22:35:42.634721 --- SIGIO (I/O possible) @ 0 (0) ---
22:35:42.634772 clock_gettime(CLOCK_MONOTONIC, {5485, 85935510}) = 0 0.43
22:35:42.634886 sigreturn() = ? (mask now []) 0.42
22:35:42.635027 ioctl(6, 0xae80, 0) = -1 EINTR (Interrupted system call)
0.000605
22:35:42.635665 --- SIGIO (I/O possible) @ 0 (0) ---
22:35:42.635687 clock_gettime(CLOCK_MONOTONIC, {5485, 86832272}) = 0 0.09
22:35:42.635731 sigreturn() = ? (mask now []) 0.07
22:35:42.635804 ioctl(6, 0xae80, 0) = -1 EINTR (Interrupted system call)
0.000816
22:35:42.636674 --- SIGIO (I/O possible) @ 0 (0) ---
22:35:42.636724 clock_gettime(CLOCK_MONOTONIC, {5485, 87887434}) = 0 0.43
22:35:42.636838 sigreturn() = ? (mask now []) 0.47
22:35:42.636954 ioctl(6, 0xae80, 0) = -1 EINTR (Interrupted system call)
0.000923
22:35:42.637919 --- SIGINT (Interrupt) @ 0 (0) ---
22:35:42.669539 +++ killed by SIGINT +++
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] kvm-18 breaks Cisco VPN on WinXP SP1
kvm-18 has broken use of Cisco VPN client on WinXP SP1 running on a FC6 2.6.19-1.2911 client, Intel Core Duo system. I have been running successfully from kvm-11 thru kvm-17 without issue. After upgrading to kvm-18 any attempts to connect the VPN client result in an unresponsive X11 session (still can exit with ctrl-alt-bksp). Reverting to the kvm-17 modules works fine. Any suggestions on how to troubleshoot or fix? Les - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
