Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 10 Jan 2020 19:07:07 +0000
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
Message-ID:  <bug-241774-27103-h93vBO5NFV@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-241774-27103@https.bugs.freebsd.org/bugzilla/>
References:  <bug-241774-27103@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D241774

--- Comment #24 from Vincenzo Maffione <vmaffione@FreeBSD.org> ---
(In reply to John Hartley from comment #22)
MFC r339639 does not add netmap support to e1000, vtnet & co. Such support
exists since FreeBSD 10. Moreover, netmap code is platform independent, so =
it
does not make sense that a bug in netmap would show up in Q35 and not in the
other platform.

It is more reasonable that the issue is related to the PCI code.
If I get it correctly, your issue is that you don't detect devices (e.g. you
don't see em0 or vtnet0 in ifconfig). If this happens, it means that the
device_probe routine of the proper driver is not called, or maybe it is cal=
led
but it does not recognize the device for some reason. For example, you have
em_probe() or lem_probe() for e1000 devices. You may add a print statement
there to see whether it is called or not.
Note that device probe is a functionality related to the PCI/PCIe bus,
irrespective of netmap.

Have you tried to remove "dev netmap" from the kernel config (for a clean
11.3)? This will confirm that the problem is still there irrespective of ne=
tmap
being included or not.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-241774-27103-h93vBO5NFV>