From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nix <nix@esperi.org.uk>
Subject: usb_add crashes stable kvm-0.11.0
Date: Sun, 29 Nov 2009 22:27:51 +0000
Message-ID: <877ht9rmoo.fsf_-_@spindle.srvr.nix>
References: <87skbzvdgd.fsf@spindle.srvr.nix> <4B125051.6010506@redhat.com>
	<87k4x9saqn.fsf@spindle.srvr.nix> <4B1283F5.5060204@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: kvm@vger.kernel.org
To: Avi Kivity <avi@redhat.com>
Return-path: <kvm-owner@vger.kernel.org>
Received: from icebox.esperi.org.uk ([81.187.191.129]:43399 "EHLO
	mail.esperi.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752750AbZK2W2F (ORCPT <rfc822;kvm@vger.kernel.org>);
	Sun, 29 Nov 2009 17:28:05 -0500
In-Reply-To: <4B1283F5.5060204@redhat.com> (Avi Kivity's message of "Sun, 29 Nov 2009 16:23:49 +0200")
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

On 29 Nov 2009, Avi Kivity stated:

> Most likely, either this or something similar is called on a userspace
> device driver.  Can you check if this is triggered by starting X?

Damn thing hasn't recurred yet. I'll keep trying. (Obviously I'm not
properly replicating my original failure case.)

One qemu-kvm-specific bug, definitely non-kernel-related, is this crash,
frequently encountered when hotadding more than one USB device (to an XP
guest, as it happens, but that doesn't look relevant here):

#1  usb_host_device_open (devname=0x126ee25 "13fe:3100") at usb-linux.c:1000
#2  0x000000000040adf2 in usb_device_add (devname=0x126ee20 "host:13fe:3100", is_hotplug=1) at /usr/src/qemu/x86_64-spindle/vl.c:2562
#3  0x00000000004142b3 in monitor_handle_command (mon=<value optimized out>, cmdline=<value optimized out>) at /usr/src/qemu/x86_64-spindle/monitor.c:2870
#4  0x0000000000414429 in monitor_command_cb (mon=0xc51390, cmdline=0x5 <Address 0x5 out of bounds>, opaque=0x7fffffffbaa7) at /usr/src/qemu/x86_64-spindle/monitor.c:3160
#5  0x0000000000488b97 in readline_handle_byte (rs=0xc517f0, ch=<value optimized out>) at readline.c:369
#6  0x000000000041449b in monitor_read (opaque=0x72636e456d756d69, buf=0x7fffffffc3a0 "\r\303\377\377\377\177", size=1) at /usr/src/qemu/x86_64-spindle/monitor.c:3146
#7  0x00000000004af2a4 in mux_chr_read (opaque=0xc51170, buf=0x7fffffffc3a0 "\r\303\377\377\377\177", size=<value optimized out>) at qemu-char.c:425
#8  0x00000000004af723 in tcp_chr_read (opaque=<value optimized out>) at qemu-char.c:2006
#9  0x000000000040a159 in main_loop_wait (timeout=<value optimized out>) at /usr/src/qemu/x86_64-spindle/vl.c:4188
#10 0x0000000000421e6a in kvm_main_loop () at /usr/src/qemu/x86_64-spindle/qemu-kvm.c:2079
#11 0x000000000040e7f5 in main_loop (argc=<value optimized out>, argv=<value optimized out>, envp=<value optimized out>) at /usr/src/qemu/x86_64-spindle/vl.c:4393
#12 main (argc=<value optimized out>, argv=<value optimized out>, envp=<value optimized out>) at /usr/src/qemu/x86_64-spindle/vl.c:6263

Something skewy with the monitor I suspect.