qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [Bug 1191606] Re: qemu crashes with iscsi initiator (li


From: ronnie sahlberg
Subject: Re: [Qemu-devel] [Bug 1191606] Re: qemu crashes with iscsi initiator (libiscsi) when using virtio
Date: Thu, 20 Jun 2013 06:33:24 -0700

http://pastebin.com/EuwZPna1

Last few thousand lines from the log with your patch.


The crash happens immediately after qemu has called out to iscsi_ioctl
with SG_IO to read the serial numbers vpd page.
We get the reply back from the target but as soon as ioctl_cb returns we crash.
If you comment out SG_IO in iscsi_ioctl then the crash does not happen
(but the qemu does nto get serial number either)


I will look more into it tonight.


On Wed, Jun 19, 2013 at 2:17 AM, Laszlo Ersek <address@hidden> wrote:
> On 06/19/13 06:34, ronnie sahlberg wrote:
>> 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 (address@hidden)
>>     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 (
>>     address@hidden) at /DATA/SRC/qemu-kvm/qemu/exec.c:1399
>> #3  0x00007f7aa0a94a50 in address_space_unmap (as=<optimised out>,
>>     buffer=0x2020202024008000, len=<optimised out>, is_write=<optimised out>,
>>     access_len=1) at /DATA/SRC/qemu-kvm/qemu/exec.c:2155
>> #4  0x00007f7aa0a94bef in cpu_physical_memory_unmap (buffer=<optimised out>,
>>     len=<optimised out>, is_write=<optimised out>, access_len=<optimised 
>> out>)
>>     at /DATA/SRC/qemu-kvm/qemu/exec.c:2189
>> #5  0x00007f7aa0ad7867 in virtqueue_fill (address@hidden,
>>     address@hidden, len=1, address@hidden)
>>     at /DATA/SRC/qemu-kvm/qemu/hw/virtio/virtio.c:243
>> #6  0x00007f7aa0ad79cf in virtqueue_push (vq=0x7f7aa34277f0,
>>     address@hidden, len=<optimised out>)
>>     at /DATA/SRC/qemu-kvm/qemu/hw/virtio/virtio.c:279
>> #7  0x00007f7aa0aa9989 in virtio_blk_req_complete (
>>     address@hidden, address@hidden)
>>     at /DATA/SRC/qemu-kvm/qemu/hw/block/virtio-blk.c:49
>> #8  0x00007f7aa0aa9ffb in virtio_blk_handle_request (
>>     address@hidden, address@hidden)
>>     at /DATA/SRC/qemu-kvm/qemu/hw/block/virtio-blk.c:376
>
> Can you try the attached patch? It will produce quite a bit of output on
> stderr.
>
> Thanks
> Laszlo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]