From owner-freebsd-virtualization@freebsd.org Wed Jan 8 01:34:32 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C4151F891C for ; Wed, 8 Jan 2020 01:34:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 47ssHD0vzyz3QXC for ; Wed, 8 Jan 2020 01:34:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 1D6F41F891B; Wed, 8 Jan 2020 01:34:32 +0000 (UTC) Delivered-To: virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C1CB1F891A for ; Wed, 8 Jan 2020 01:34:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47ssHC6twYz3QXB for ; Wed, 8 Jan 2020 01:34:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id E7A9984CB for ; Wed, 8 Jan 2020 01:34:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 0081YVLP069057 for ; Wed, 8 Jan 2020 01:34:31 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 0081YVRV069054 for virtualization@FreeBSD.org; Wed, 8 Jan 2020 01:34:31 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 241774] FreeBSD 11.3 & 12.0 has broken SCSI & Networking on KVM/QEMU Q35 with OVMF Date: Wed, 08 Jan 2020 01:34:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: drum@graphica.com.au X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 01:34:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D241774 --- Comment #12 from John Hartley --- Hi Tommy T, I am a bit puzzled, you our posting... Your pciconf (below): <> none1@pci0:1:0:0: class=3D0x020000 card=3D0x11001af4 chip=3D0x10411af= 4 rev=3D0x01 hdr=3D0x00 vendor =3D 'Red Hat, Inc.' device =3D 'Virtio network device' class =3D network subclass =3D ethernet bar [14] =3D type Memory, range 32, base rx98e00000, size 4096, enabl= ed bar [20] =3D type Prefetchable Memory, range 64, base rx800000000, si= ze 16384, enabled cap 11[dc] =3D MSI-X supports 3 messages Table in map 0x14[0x0], PBA in map 0x14[0x800] cap 09[c8] =3D vendor (length 20) cap 09[b4] =3D vendor (length 20) cap 09[a4] =3D vendor (length 16) cap 09[94] =3D vendor (length 16) cap 09[84] =3D vendor (length 16) cap 01[7c] =3D powerspec 3 supports D0 D3 current D0 cap 10[40] =3D PCI-Express 2 endpoint max data 128(128) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s) sym0@pci0:2:0:0: class=3D0x010000 card=3D0x10000000 chip=3D0x0012100= 0 rev=3D0x00 hdr=3D0x00 vendor =3D 'LSI Logic / Symbios Logic' device =3D '53c895a' class =3D mass storage subclass =3D SCSI bar [10] =3D type I/O Port, range 32, base rxb000, size 256, enabled bar [14] =3D type Memory, range 32, base rx98c02000, size 1024, enabl= ed bar [18] =3D type Memory, range 32, base rx98c00000, size 8192, enabl= ed none2@pci0:3:0:0: class=3D0x010000 card=3D0x11001af4 chip=3D0x10481af= 4 rev=3D0x01 hdr=3D0x00 vendor =3D 'Red Hat, Inc.' device =3D 'Virtio SCSI' class =3D mass storage subclass =3D SCSI bar [14] =3D type Memory, range 32, base rx98a00000, size 4096, enabl= ed bar [20] =3D type Prefetchable Memory, range 64, base rx800100000, si= ze 16384, enabled cap 11[dc] =3D MSI-X supports 4 messages Table in map 0x14[0x0], PBA in map 0x14[0x800] cap 09[c8] =3D vendor (length 20) cap 09[b4] =3D vendor (length 20) cap 09[a4] =3D vendor (length 16) cap 09[94] =3D vendor (length 16) cap 09[84] =3D vendor (length 16) cap 01[7c] =3D powerspec 3 supports D0 D3 current D0 cap 10[40] =3D PCI-Express 2 endpoint max data 128(128) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s) <> This shows VirtIO SCSI & VirtIO Network... but you state that you cannot get VirtIO going (which is same problem I have). Is this pciconf report from i440FX QEMU/KVM machine rather than a Q35 one ? I have not managed to flip my test VM from Q35 to i440FX as per discussion = in your bug thread yet as I got into large regression build. I am now part way through building new kernel that is 11.3 with mutant most= ly 11.2 networking sub-system. I say mostly 11.2 networking, as I believe that the VirtIO network version = ID bug you identified in combination of possible introduction of defect with changes in the netmap 11.3 code. This is why your fix was not enough and why all the network interfaces are broken not just VirtIO. My mutant 11.3 Kernel + 11.2 Network build got much bigger than expected as= the 11.3 netmap code results in ripple through impact down into all of the driv= er code and also up into the network abstraction layers :-( So when I wound back to 11.2 netmap I have to also wind back on these impac= ts. I am almost there I believe this this "regressed 11.3" custom kernel. If I am right about netmap problem (I hope I am ...), then I can home on the specific issue with this code section. I hope to test soon, after many many builds... Thanks again for your tips and insights. Cheers, John --=20 You are receiving this mail because: You are the assignee for the bug.=