Date: Fri, 10 Jun 2016 15:01:48 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 207446] Hang bringing up vtnet(4) on >8 cpu GCE VMs Message-ID: <bug-207446-6-26tAFKU73Q@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-207446-6@https.bugs.freebsd.org/bugzilla/> References: <bug-207446-6@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=3D207446 --- Comment #9 from Andy Carrel <wac@google.com> --- I definitely prefer the requested vs. max terminology in your patch. Ultimately we just need to make sure that the initialization here... > 891 if (sc->vtnet_flags & VTNET_FLAG_CTRL_VQ) { > 892 VQ_ALLOC_INFO_INIT(&info[idx], 0, NULL, NULL, > 893 &sc->vtnet_ctrl_vq, "%s ctrl", device_get_nameun= it(dev)); > 894 } ...is using idx that is equal to the max_vq_pairs number provided by the ho= st, rather than a number that is limited by factors we take into account in the guest. I'll try to build and test this weekend. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-207446-6-26tAFKU73Q>