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)
next prev parent 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