[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
[Prev in Thread] |
Current Thread |
[Next in Thread] |