public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Hannes Reinecke <hare@suse.de>
To: Christian Borntraeger <borntraeger@de.ibm.com>
Cc: virtualization@lists.linux-foundation.org, kvm@vger.kernel.org
Subject: Re: [RFC] [PATCH] SCSI passthrough for virtio-blk
Date: Fri, 29 Aug 2008 14:04:01 +0200	[thread overview]
Message-ID: <48B7E5B1.2070204@suse.de> (raw)
In-Reply-To: <200808291400.47247.borntraeger@de.ibm.com>

Hi Christian,

Christian Borntraeger wrote:
> Am Freitag, 29. August 2008 schrieb Hannes Reinecke:
>> Hmm. Works here, using an unpatched kvm-73.
>> Which version did you use?
> 
> I use the s390 userspace prototype kuli which uses an virtio transport similar 
> to lguest.
> 
> I retried and it seems to race. Most of the time it works fine, but sometimes 
> sdparm hangs. I will have a 2nd look. 
> 
> sysrq-t gives me the following trace:
> 
> Call Trace:
> ([<040000000755bc78>] 0x40000000755bc78)
> sdparm        D 000000000043659e     0  2493      1
> 000000000012004a 000000000744f740 000000000744f778 001896469fd23785
>        000000000744f778 00000000009e5500 000000000043f230 0000000000120130
>        000000000744f778 0000000006d39400 0000000006d39f80 0000000000000001
>        00000000009e6f00 00000000076bf8e8 000000000744f7c8 0000000007530670
>        000000000043f610 0000000000435e66 000000000744f7c8 000000000744f868
> Call Trace:
> ([<0000000000435e66>] schedule+0x32e/0x7ec)
>  [<000000000043659e>] schedule_timeout+0xba/0x10c
>  [<00000000004358da>] wait_for_common+0xbe/0x1a8
>  [<000000000027ec3e>] blk_execute_rq+0x86/0xc4
>  [<0000000000282768>] sg_io+0x1a4/0x360
>  [<0000000000282f8c>] scsi_cmd_ioctl+0x2bc/0x3f0
>  [<00000000002c3108>] virtblk_ioctl+0x44/0x58
>  [<000000000027ff18>] blkdev_driver_ioctl+0x98/0xa4
>  [<000000000027ffd8>] blkdev_ioctl+0xb4/0x7f8
>  [<00000000001e1572>] block_ioctl+0x3a/0x48
>  [<00000000001bca0a>] vfs_ioctl+0x52/0xdc
>  [<00000000001bcb0a>] do_vfs_ioctl+0x76/0x350
>  [<00000000001bce6e>] sys_ioctl+0x8a/0xa0
>  [<000000000011282c>] sysc_tracego+0xe/0x14
>  [<0000020000114286>] 0x20000114286

I'm tempted to say 'not my fault'; the submitted SCSI request on
the _host_ hangs and doesn't come back.
Looks more like a SCSI problem on the host ...

Cheers,

Hannes
-- 
Dr. Hannes Reinecke		      zSeries & Storage
hare@suse.de			      +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)

  reply	other threads:[~2008-08-29 12:04 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-29  9:28 [RFC] [PATCH] SCSI passthrough for virtio-blk Hannes Reinecke
2008-08-29 11:01 ` Christian Borntraeger
2008-08-29 11:47   ` Hannes Reinecke
2008-08-29 12:00     ` Christian Borntraeger
2008-08-29 12:04       ` Hannes Reinecke [this message]
2008-08-29 12:48         ` Christian Borntraeger
2008-08-29 13:18         ` Christian Borntraeger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48B7E5B1.2070204@suse.de \
    --to=hare@suse.de \
    --cc=borntraeger@de.ibm.com \
    --cc=kvm@vger.kernel.org \
    --cc=virtualization@lists.linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox