Re: bhyve: regression in virtio-9p option parsing

2021-04-07 Thread Peter Grehan
Hi Roman, diff --git a/usr.sbin/bhyve/pci_virtio_9p.c b/usr.sbin/bhyve/pci_virtio_9p.c index e27159eb22cb..830e13878a71 100644 --- a/usr.sbin/bhyve/pci_virtio_9p.c +++ b/usr.sbin/bhyve/pci_virtio_9p.c @@ -232,7 +232,7 @@ pci_vt9p_notify(void *vsc, struct vqueue_info *vq) static int pci_vt9p_

bhyve: regression in virtio-9p option parsing

2021-04-07 Thread Roman Bogorodskiy
Hi, I'm noticing a behavior that looks like a regression in virtio-9p option parsing. I have a command line that has been working for me for a while, relevant part is: bhyve ... -s 7:0,virtio-9p,distfiles=/workspace/distfiles ... At some point it started to fail with: virtio-9p: more than one

bhyve + windows unusable

2021-04-07 Thread infoomatic
Hi, I just wanted to share my experience with bhyve + windows, maybe someone has had the same experience or wants to instruct me to further debug this, also a comment on why this is not working is welcome ;-) While I run a Windows 10 VM in bhyve successfully on my Ryzen 7 3700X, I tried to instal

[Bug 254695] Hyper-V: Kernel Panic: Assertion in_epoch(net_epoch_preempt) failed at netinet/tcp_lro.c:915

2021-04-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254695 --- Comment #5 from Gordon Bergling --- Backtrace #0 __curthread () at /boiler/nfs/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=textdump@entry=1) at /boiler/nfs/src/sys/kern/kern_shutdown.c:399 #2 0x80c132f0 in kern_

[Bug 254695] Hyper-V: Kernel Panic: Assertion in_epoch(net_epoch_preempt) failed at netinet/tcp_lro.c:915

2021-04-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254695 --- Comment #4 from Gordon Bergling --- The crash dump is too large for the upload. The stacktrace is the following. KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe0051761840 vpanic() at vpanic+0x