[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2019-01-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 --- Comment #14 from vvv --- Yes, it's fixed in 11.2 and 12.0. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2019-01-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 Oleksandr Tymoshenko changed: What|Removed |Added Status|Open|Closed CC|

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2018-05-28 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 Eitan Adler changed: What|Removed |Added Status|In Progress |Open --- Comment #12 from Eitan Adle

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2017-05-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 --- Comment #11 from commit-h...@freebsd.org --- A commit references this bug: Author: jhb Date: Wed May 24 00:00:56 UTC 2017 New revision: 318763 URL: https://svnweb.freebsd.org/changeset/base/318763 Log: MFC 310177: Enable EARLY_AP_STA

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2017-03-11 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 Sergey Temerkhanov changed: What|Removed |Added CC||s.temerkha...@gmail.com --- C

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2017-02-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 Ed Maste changed: What|Removed |Added Status|New |In Progress -- You are receiving this

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2017-02-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 Ed Maste changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2016-12-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 --- Comment #9 from commit-h...@freebsd.org --- A commit references this bug: Author: jhb Date: Fri Dec 16 21:10:38 UTC 2016 New revision: 310177 URL: https://svnweb.freebsd.org/changeset/base/310177 Log: Enable EARLY_AP_STARTUP on amd64

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2016-11-09 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 --- Comment #8 from John Baldwin --- The problem with monitor/mwait is that it has to be emulated by the hypervisor (you get a VM-exit for it), but that's actually hard to do because the hypervisor can't tell when the relevant line is going

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2016-11-09 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 --- Comment #7 from Marcel Moolenaar --- (In reply to John Baldwin from comment #5) Very possible. Maybe this theory be validated by using the monitor and mwait instructions on recent CPUs? -- You are receiving this mail because: You are

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2016-11-09 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 --- Comment #6 from Marcel Moolenaar --- (In reply to John Baldwin from comment #4) I can confirm that this solves/addresses the problem sufficiently. A 4 core VM with the EFI frame buffer boots what appears to be normally. -- You are r

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2016-11-09 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 --- Comment #5 from John Baldwin --- Note that the root issue is probably just that the spin on 'aps_ready' is expensive to simulate on hypervisors. The vcpu is just going to run continually until it gets preempted by the hypervisor if it

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2016-11-09 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 John Baldwin changed: What|Removed |Added CC||j...@freebsd.org --- Comment #4 fro

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2016-08-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 ch...@chrullrich.net changed: What|Removed |Added CC||ch...@chrullrich.net --- Com

[Bug 203682] Slow boot under VMware Fusion w/ UEFI firmware and SMP -- until APs are launched

2016-07-13 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203682 Mark Linimon changed: What|Removed |Added Assignee|emulat...@freebsd.org |freebsd-virtualization@Free