From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59894) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bP1qH-0004Ot-1V for qemu-devel@nongnu.org; Mon, 18 Jul 2016 02:15:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bP1qD-00057F-Iw for qemu-devel@nongnu.org; Mon, 18 Jul 2016 02:15:47 -0400 Received: from indium.canonical.com ([91.189.90.7]:39899) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bP1qD-000572-BA for qemu-devel@nongnu.org; Mon, 18 Jul 2016 02:15:45 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.76 #1 (Debian)) id 1bP1qC-00016r-5I for ; Mon, 18 Jul 2016 06:15:44 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id 248302E80C0 for ; Mon, 18 Jul 2016 06:15:44 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Mon, 18 Jul 2016 06:05:58 -0000 From: Paolo Bonzini Reply-To: Bug 1603693 <1603693@bugs.launchpad.net> Sender: bounces@canonical.com References: <20160716203514.16066.6880.malonedeb@gac.canonical.com> Message-Id: <20160718060558.8059.57558.malone@wampee.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 1603693] Re: Disks in mptsas1068 scsi controller not seen by linux List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org > The non-working vmware config says `scsi0.virtualDev =3D "lsilogic"` > (that's mptspi, LSI53C1030 or "LSI Logic Ultra 320"). For the mptsas > tests above, I changed it to `scsi0.virtualDev =3D "lsisas1068"`. > > Is it correct to say that the LSI53C1030 parts of [1] were never applied? Yes, that's correct. The patch you linked was almost entirely rewritten. ** Changed in: qemu Status: New =3D> Invalid -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1603693 Title: Disks in mptsas1068 scsi controller not seen by linux Status in QEMU: Invalid Bug description: When using the mptsas1068 scsi controller, linux detects the controller itself but not the drives attached to it. Freebsd works. Using a different controller with linux works. VMware with linux works. qemu 2.6.50 (v2.6.0-1925-g6b92bbf) seabios rel-1.9.0-139-gae3f78f (master branch, required for mptsas1068 su= pport) Test script, loosely based off what libvirt runs and the libvirt tests that Paolo Bonzini wrote [1] ##################### iso=3Darchlinux-2016.07.01-dual.iso #iso=3DFreeBSD-10.3-RELEASE-amd64-bootonly.iso device=3Dmptsas1068 #device=3Dlsi img=3Dempty.img qemu-img create -f qcow2 $img 1G /usr/bin/qemu-system-x86_64 \ -enable-kvm \ -m 1024 \ -boot menu=3Don \ -device $device,id=3Dscsi0,bus=3Dpci.0,addr=3D0x9 \ -drive file=3D$img,format=3Dqcow2,if=3Dnone,id=3Ddrive-scsi0-0-0-0 \ -device scsi-hd,bus=3Dscsi0.0,channel=3D0,scsi-id=3D0,lun=3D0,drive=3Ddri= ve-scsi0-0-0-0,id=3Dscsi0-0-0-0,bootindex=3D2 \ -drive file=3D$iso,format=3Draw,if=3Dnone,id=3Ddrive-ide0-0-1,readonly=3D= on \ -device ide-cd,bus=3Dide.0,unit=3D1,drive=3Ddrive-ide0-0-1,id=3Dide0-0-1,= bootindex=3D1 ##################### The ISOs can be downloaded from [2] and [3]. After booting linux, do "lsblk". /dev/sda should exist. After booting freebsd, do "geom disk list". A da0 / "QEMU QEMU HARDDISK" should be mentioned. With device=3Dmptsas1068 this fails in linux. With device=3Dlsi line it works in both. With VMWare and a linux VM (opensuse 10.1, kernel 2.6.18) which only loads modules for mptsas1068, this works. I also reproduced this with the debian 8.5 netinstall image, but it insists in making you pick a driver from a list of modules when it fails to mount it, instead of dropping to a shell. Arch linux dmesg output snippet (full output attached as arch-linux- dmesg.txt): ##################### root@archiso ~ # dmesg | grep -i -e mpt -e scsi -e ioc0 [ 0.000000] Linux version 4.6.3-1-ARCH (builduser@tobias) (gcc version= 6.1.1 20160602 (GCC) ) #1 SMP PREEMPT Fri Jun 24 21:19:13 CEST 2016 [ 0.000000] Normal empty [ 0.000000] Preemptible hierarchical RCU implementation. [ 1.879616] Block layer SCSI generic (bsg) driver version 0.4 loaded (= major 249) [ 1.951581] SCSI subsystem initialized [ 1.957113] Fusion MPT base driver 3.04.20 [ 1.957618] Fusion MPT SAS Host driver 3.04.20 [ 2.281773] scsi host0: ata_piix [ 2.285372] scsi host1: ata_piix [ 2.305803] mptbase: ioc0: Initiating bringup [ 2.363555] ioc0: LSISAS1068 A0: Capabilities=3D{Initiator} [ 2.444390] scsi 0:0:1:0: CD-ROM QEMU QEMU DVD-ROM = 2.5+ PQ: 0 ANSI: 5 [ 2.500572] scsi host2: ioc0: LSISAS1068 A0, FwRev=3D01329200h, Ports= =3D8, MaxQ=3D128, IRQ=3D11 [ 2.507024] sr 0:0:1:0: [sr0] scsi3-mmc drive: 4x/4x cd/rw xa/form2 tr= ay [ 2.507274] sr 0:0:1:0: Attached scsi CD-ROM sr0 ##################### The controller itself is detected, the disk isn't. An early version of this patch [4] said that it was only tested with FreeBSD: >Tested with FreeBSD for now. The previous version (before the >configuration page rewrite) worked with RHEL and Windows guests as well. > >TODO: write qtest for (at least) config pages, test Linux and Windows. [1]: https://libvirt.org/git/?p=3Dlibvirt.git;a=3Dcommitdiff;h=3Dfc922eb2= 080a3fa7b24bc8a8b0aabfd394480143 [2]: https://www.archlinux.org/download [3]: https://www.freebsd.org/where.html [4]: https://lists.nongnu.org/archive/html/qemu-devel/2015-10/msg06475.ht= ml To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1603693/+subscriptions