From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60020) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpA6U-00077Z-G8 for qemu-devel@nongnu.org; Wed, 19 Jun 2013 00:34:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UpA6T-0003Pb-Ce for qemu-devel@nongnu.org; Wed, 19 Jun 2013 00:34:42 -0400 Received: from mail-pb0-x22f.google.com ([2607:f8b0:400e:c01::22f]:38533) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpA6T-0003PB-5v for qemu-devel@nongnu.org; Wed, 19 Jun 2013 00:34:41 -0400 Received: by mail-pb0-f47.google.com with SMTP id rr13so4599897pbb.6 for ; Tue, 18 Jun 2013 21:34:39 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <51C0B6D8.5090900@redhat.com> References: <20130616234827.23764.98763.malonedeb@wampee.canonical.com> <20130618180122.22327.47349.malone@gac.canonical.com> <51C0B6D8.5090900@redhat.com> Date: Tue, 18 Jun 2013 21:34:39 -0700 Message-ID: From: ronnie sahlberg Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [Qemu-devel] [Bug 1191606] Re: qemu crashes with iscsi initiator (libiscsi) when using virtio List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laszlo Ersek Cc: Bug 1191606 <1191606@bugs.launchpad.net>, qemu-devel I can reproduce with current QEMU. Ubuntu 13 crashes with if=virtio but if=ide is fine. But it seems dependent on the guest/kernel. For example Fedora-18-x86_64-Live-Desktop.iso installs and runs just fine, even with virtio But both ubuntu-12.04-desktop-amd64.iso or ubuntu-13.04-desktop-amd64.iso crash with if=virtio Stack backtrace I got is #0 0x00007f7a9e22d037 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x00007f7a9e230698 in __GI_abort () at abort.c:90 #2 0x00007f7aa0a93ec8 in qemu_ram_addr_from_host_nofail ( ptr=ptr@entry=0x2020202024008000) at /DATA/SRC/qemu-kvm/qemu/exec.c:1399 #3 0x00007f7aa0a94a50 in address_space_unmap (as=, buffer=0x2020202024008000, len=, is_write=, access_len=1) at /DATA/SRC/qemu-kvm/qemu/exec.c:2155 #4 0x00007f7aa0a94bef in cpu_physical_memory_unmap (buffer=, len=, is_write=, access_len=) at /DATA/SRC/qemu-kvm/qemu/exec.c:2189 #5 0x00007f7aa0ad7867 in virtqueue_fill (vq=vq@entry=0x7f7aa34277f0, elem=elem@entry=0x7f7aa37ca328, len=1, idx=idx@entry=0) at /DATA/SRC/qemu-kvm/qemu/hw/virtio/virtio.c:243 #6 0x00007f7aa0ad79cf in virtqueue_push (vq=0x7f7aa34277f0, elem=elem@entry=0x7f7aa37ca328, len=) at /DATA/SRC/qemu-kvm/qemu/hw/virtio/virtio.c:279 #7 0x00007f7aa0aa9989 in virtio_blk_req_complete ( req=req@entry=0x7f7aa37ca320, status=status@entry=0) at /DATA/SRC/qemu-kvm/qemu/hw/block/virtio-blk.c:49 #8 0x00007f7aa0aa9ffb in virtio_blk_handle_request ( req=req@entry=0x7f7aa37ca320, mrb=mrb@entry=0x7fff7a7b2060) at /DATA/SRC/qemu-kvm/qemu/hw/block/virtio-blk.c:376 ---Type to continue, or q to quit--- #9 0x00007f7aa0aaa625 in virtio_blk_handle_output (vdev=, vq=) at /DATA/SRC/qemu-kvm/qemu/hw/block/virtio-blk.c:412 #10 0x00007f7aa0a17c0e in qemu_iohandler_poll (pollfds=0x7f7aa335f800, ret=ret@entry=1) at iohandler.c:143 #11 0x00007f7aa0a181a6 in main_loop_wait (nonblocking=) at main-loop.c:466 #12 0x00007f7aa08f6fb9 in main_loop () at vl.c:2028 #13 main (argc=, argv=, envp=) at vl.c:4425 On Tue, Jun 18, 2013 at 12:36 PM, Laszlo Ersek wrote: > On 06/18/13 20:01, Klaus Hochlehnert wrote: >> I'll see what I can do to recompile qemu with debugging information. >> Maybe tomorrow. >> >> But one other question. I thought this is the "normal" qemu bug >> reporting or is it Ubuntu only? I tried with the latest release and >> followed the "Report a bug"-link from the qemu web site. > > The tracker on launchpad is for upstream bugs, AFAIK. I only referred to > Ubuntu because that was your host OS and because for a while I wasn't > aware that your qemu version was independent from your host OS. > > The main thing is the debug symbols. Since for a while I was assuming > that you had run into the abort() with your distro's qemu package, I > tried to help with your distro's debug symbols for qemu. > > Thanks > Laszlo >