From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:47722) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhohL-0000TL-Fi for qemu-devel@nongnu.org; Wed, 29 May 2013 18:19:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UhogZ-0007CQ-L9 for qemu-devel@nongnu.org; Wed, 29 May 2013 18:18:23 -0400 Received: from mx1.redhat.com ([209.132.183.28]:6837) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhogZ-0007Bs-Ch for qemu-devel@nongnu.org; Wed, 29 May 2013 18:17:35 -0400 Date: Thu, 30 May 2013 06:17:21 +0800 From: Asias He Message-ID: <20130529221721.GC19601@hj.localdomain> References: <1366381460-6041-1-git-send-email-pbonzini@redhat.com> <1366381460-6041-7-git-send-email-pbonzini@redhat.com> <51A4590F.90503@linux.vnet.ibm.com> <51A4644A.6070002@redhat.com> <20130528083352.GA19799@hj.localdomain> <51A47244.9050203@linux.vnet.ibm.com> <51A5C4DB.9040307@linux.vnet.ibm.com> <51A61A74.7050508@us.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <51A61A74.7050508@us.ibm.com> Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 6/9] vhost-scsi: new device supporting the tcm_vhost Linux kernel module List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Badari Pulavarty Cc: Anthony Liguori , "Michael S. Tsirkin" , qemu-devel@nongnu.org, nab@linux-iscsi.org, Paolo Bonzini , Wenchao Xia On Wed, May 29, 2013 at 08:10:44AM -0700, Badari Pulavarty wrote: > On 05/29/2013 02:05 AM, Wenchao Xia wrote: > >=E4=BA=8E 2013-5-28 17:00, Wenchao Xia =E5=86=99=E9=81=93: > >>=E4=BA=8E 2013-5-28 16:33, Asias He =E5=86=99=E9=81=93: > >>>On Tue, May 28, 2013 at 10:01:14AM +0200, Paolo Bonzini wrote: > >>>>Il 28/05/2013 09:13, Wenchao Xia ha scritto: > >>>>>>>From: Nicholas Bellinger > >>>>>>> > >>>>>>>The WWPN specified in configfs is passed to "-device > >>>>>>>vhost-scsi-pci". > >>>>>>>The tgpt field of the SET_ENDPOINT ioctl is obsolete now, so it = is > >>>>>>>not > >>>>>>>available from the QEMU command-line. Instead, I hardcode it to > >>>>>>>zero. > >>>>>>> > >>>>>Hi, Paolo > >>>>> Any document about how to config it correctly in configfs, befo= re > >>>>>invoking qemu with the WWPN number? > >>>> > >>>>Unfortunately no, but vhost-scsi doesn't have many knobs (unlike > >>>>iSCSI for example) so it's quite simple. Here is an example: > >>>> > >>>>cd /sys/kernel/config/target > >>>>mkdir -p core/fileio_0/fileio > >>>>echo 'fd_dev_name=3D/home/pbonzini/test.img,fd_dev_size=3D590558003= 2' > > >>>>core/fileio_0/fileio/control > >>>>echo 1 > core/fileio_0/fileio/enable > >>>>mkdir -p vhost/naa.600140554cf3a18e/tpgt_0/lun/lun_0 > >>>>cd vhost/naa.600140554cf3a18e/tpgt_0 > >>>>ln -sf ../../../../../core/fileio_0/fileio/ > >>>>lun/lun_0/virtual_scsi_port > >>>>echo naa.60014053226f0388 > nexus > >>>> > >>>>The "nexus" value is the initiator WWN. naa.600140554cf3a18e is the > >>>>target WWN that you have to pass to "-device vhost-scsi-pci". > >>>> > >>>>Paolo > >>> > >>>For me, I always use targetcli utils instead of the sysfs interface. > >>>targetcli in F18 has vhost support now. > >>> > >> Thanks very much for above information, I'll try it for test. > >> > > I have done a basic test of vhost-scsi, following is the result I'd > >like to post, generally it seems fine: > > > >Result: > > fdisk/mkfs: fdisk can find it, mke2fs works fine. > > mount: can mount it. > > file I/O: dd 90M zero to a file in that disk succeed. >=20 >=20 >=20 > I tried without nested kvm. >=20 > > > >Issues: > > 1) in fdisk -l, sometime timeout with dmesg "end_request: I/O error, > >dev fd0, sector 0", I guess it is caused by nested KVM that failed > >to kick host kernel? >=20 >=20 > I don't see this issue. Are you sure "fd0" is actually the scsi device = ? > what is "fd0" ? >=20 > > 2) in fdisk -l, it shows 512 bytes larger than the parameter I > >specified in fd_dev_size parameter in configfs on host.(shows > >104858112 bytes, see the invocation script below) > > >=20 > I see the same. For some reason "fdisk -l" in the VM shows > 512-bytes more than the actual size for the file (on the host). Hmm, interesting. Will look into it. Nick, Any ideas here? > Thanks, > Badari >=20 --=20 Asias