From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39238) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpbKv-00075M-8h for qemu-devel@nongnu.org; Thu, 20 Jun 2013 05:39:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UpbKo-0005GG-Ju for qemu-devel@nongnu.org; Thu, 20 Jun 2013 05:39:25 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44925) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpbKo-0005G3-CP for qemu-devel@nongnu.org; Thu, 20 Jun 2013 05:39:18 -0400 Date: Thu, 20 Jun 2013 17:38:36 +0800 From: Asias He Message-ID: <20130620093836.GA19790@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> <5D9ACBBCF6B270468D615C4719A59BE359CD333B@szxeml548-mbx.china.huawei.com> <20130620013348.GA9802@hj.localdomain> <5D9ACBBCF6B270468D615C4719A59BE359CD3EF9@szxeml548-mbx.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D9ACBBCF6B270468D615C4719A59BE359CD3EF9@szxeml548-mbx.china.huawei.com> 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: Libaiqing Cc: "Michael S. Tsirkin" , "qemu-devel@nongnu.org" , "nab@linux-iscsi.org" , Haofeng , Paolo Bonzini , Wenchao Xia On Thu, Jun 20, 2013 at 08:49:50AM +0000, Libaiqing wrote: > Hi Asias, > Thanks for your config. > According to you config,I test booting from vhost device with upstream kernel and qemu,but failed. > > 1 installing guest from cdrom,ok. > 2 booting vhost-scsi,guest fs error occurs. > 3 using fileio backstores,the error is same.. > 4 rebooting guest,a log printed: > (qemu) hw/scsi/virtio-scsi.c:533:virtio_scsi_handle_event: Object 0x7fccae7f2c88 is not an instance of type virtio-scsi-device Paolo, I remember you fixed a similar issue? > 5 using upstream seabios,core dumped. > > Could you give me some advise to debug this problem ? I can provide more information if need. Can you show me qemu commit id you used? Can you verity that if using the host kernel for guest helps? Does booting directly (without the install and reboot process) work? > The qemu cmd: > [root@fedora121 x86_64-softmmu]# ./qemu-system-x86_64 -enable-kvm -name fedora -M pc -m 1024 -smp 2 -drive file=/home/fedora18.iso,if=ide,media=cdrom -device vhost-scsi-pci,wwpn=naa.50014057133e25dc -monitor stdio -vga qxl -vnc :1 > > The vnc output: > Dracut-initqueue[189]:/dev/mapper/fedora-root:UNEXPECTED INCONSISTENCY;RUN FSCK MANUALLY. > Dracut-initqueue[189]: Warning: e2fsck returned with 4 > Dracut-initqueue[189]: Warning: ***An error occurred during the file system check. > > The guest kernel log: > Kernel: virtio-pci 0000:00:04.0: irq 40 for MSI/MSI-X > Kernel: virtio-pci 0000:00:04.0: irq 41 for MSI/MSI-X > Kernel: virtio-pci 0000:00:04.0: irq 42 for MSI/MSI-X > Kernel: virtio-pci 0000:00:04.0: irq 43 for MSI/MSI-X > Kernel: scsi2 : Virtio SCSI HBA > Kernel: scsi 2:0:1:0: Direct-Access LIO-ORG r0 > Kernel: sd 2:0:1:0: Attached scsi generic sg1 type 0 > Kernel: sd 2:0:1:0: [sda]1258912 512-byte logical ..... > Kernel: sd 2:0:1:0: [sda]write protect is off > Kernel: sd 2:0:1:0: [sda]Mode sense :43 00 00 08 > Kernel: sd 2:0:1:0: [sda]write cache: disabled, read ..... > Kernel: sda sda1 sda2 > Kernel: sd 2:0:1:0: [sda] Attached SCSI disk > Dracut-initqueue[189]: Scanning devices sda2 for LVM > Dracut-initqueue[189]: inactive '/dev/fedora/swap'... > Dracut-initqueue[189]: inactive '/dev/fedora/root'... > > The info of host: > [root@fedora121 x86_64-softmmu]# uname -a > Linux fedora121 3.10.0-rc6 #1 SMP Wed Jun 19 19:34:24 CST 2013 x86_64 x86_64 x86_64 GNU/Linux > [root@fedora121 x86_64-softmmu]# lsmod |grep vhost_scsi > vhost_scsi 49456 5 > target_core_mod 282163 14 target_core_iblock,target_core_pscsi,iscsi_target_mod,target_core_file,vhost_scsi > [root@fedora121 x86_64-softmmu]# targetcli > targetcli shell version v2.1.fb26 > Copyright 2011 by RisingTide Systems LLC and others. > For help on commands, type 'help'. > > /> ls > o- / ......................................................................................................................... [...] > o- backstores .............................................................................................................. [...] > | o- block .................................................................................................. [Storage Objects: 0] > | o- fileio ................................................................................................. [Storage Objects: 0] > | o- pscsi .................................................................................................. [Storage Objects: 0] > | o- ramdisk ................................................................................................ [Storage Objects: 1] > | o- r0 ................................................................................................... [(6.0GiB) activated] > o- iscsi ............................................................................................................ [Targets: 0] > o- loopback ......................................................................................................... [Targets: 0] > o- vhost ............................................................................................................ [Targets: 1] > o- naa.50014057133e25dc .............................................................................................. [TPGs: 1] > o- tpg1 ............................................................................................... [naa.5001405a70ac3421] > o- acls .......................................................................................................... [ACLs: 0] > o- luns .......................................................................................................... [LUNs: 1] > o- lun0 ..................................................................................................... [ramdisk/r0] > > Regards, > baiqing > > -----Original Message----- > > From: Asias He [mailto:asias@redhat.com] > > Sent: Thursday, June 20, 2013 9:34 AM > > To: Libaiqing > > Cc: Paolo Bonzini; Wenchao Xia; qemu-devel@nongnu.org; > > nab@linux-iscsi.org; Michael S. Tsirkin; Haofeng > > Subject: Re: [Qemu-devel] [PATCH 6/9] vhost-scsi: new device supporting the > > tcm_vhost Linux kernel module > > > > On Wed, Jun 19, 2013 at 12:55:10PM +0000, Libaiqing wrote: > > > Hi paolo, > > > The vhost-scsi device can be used as boot device? > > > I tested with your config + 3.10 rc6 + seabios 1.7.2.2,but failed. > > > Could you give me some advise to debug this problem ? I can provide > > more information if need. > > > > Boot from vhost-scsi is supposed to work. The seabios you used should be > > fine which contains the fixes for vhost-scsi. > > > > Instead of playing with the /sys/kernel/config/target directly, I really > > recommend using targetcli utils. > > > > Nab, I think we really should write some docs for people to use > > vhost-scsi. > > > > This is how I install and use targetcli in RHEL6. Note you need upstream > > kernel and qemu bits for vhost-scsi. > > > > # yum groupinstall 'Development tools' > > # yum install python-devel epydoc python-simpleparse > > > > # git clone git://github.com/agrover/rtslib-fb.git > > # git clone git://github.com/agrover/targetcli-fb.git > > # git clone git://github.com/agrover/configshell-fb.git > > # for i in rtslib-fb configshell-fb targetcli-fb; do > > make -C $i rpm > > yum localinstall $i/dist/*.noarch.rpm > > done > > > > In targetcli, create a backstore and vhost wwpn, e.g. > > # targetcli > > /> /backstores/ramdisk create r0 1g > > /> /vhost create > > /> cd /vhost/naa.500140527cb6616b/tpg1/luns > > /> create /backstores/ramdisk/r0 > > > > # qemu -device vhost-scsi-pci,wwpn=naa.500140527cb6616b ... > > > > Hope this helps. > > > > > Regards, > > > baiqing > > > > > > > -----Original Message----- > > > > From: qemu-devel-bounces+libaiqing=huawei.com@nongnu.org > > > > [mailto:qemu-devel-bounces+libaiqing=huawei.com@nongnu.org] On > > > > Behalf Of Paolo Bonzini > > > > Sent: Tuesday, May 28, 2013 4:01 PM > > > > To: Wenchao Xia > > > > Cc: asias@redhat.com; qemu-devel@nongnu.org; nab@linux-iscsi.org; > > > > Michael S. Tsirkin > > > > Subject: Re: [Qemu-devel] [PATCH 6/9] vhost-scsi: new device supporting > > the > > > > tcm_vhost Linux kernel module > > > > > > > > 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, before > > > > > 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=/home/pbonzini/test.img,fd_dev_size=5905580032' > > > > > 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 > > > > > > > -- > > Asias -- Asias