These are just some cosmetic nits to the usage messages for bhyve and
bhyveload so that they are more consistent with other tools in the base
system (spaces between options, wrapping at 80 cols, etc.)
Index: bhyve/bhyverun.c
===
--- b
Hi John,
Thanks for the patch - submitted as r257018.
best
Neel
On Wed, Oct 23, 2013 at 7:36 AM, John Baldwin wrote:
> These are just some cosmetic nits to the usage messages for bhyve and
> bhyveload so that they are more consistent with other tools in the base
> system (spaces between option
Hello again.
Camlock patches are now committed and -CURRENT on Hyper-V now panics
with almost the same stacktrace:
FreeBSD 11.0-CURRENT #16 r257016: Wed Oct 23 21:08:44 UTC 2013
olsi@current:/usr/obj/usr/src/sys/HYPERVKERNEL amd64
FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130
Hi.
I took some look and think problems are in scan_for_luns() routine:
- After the locking changes scanning normally uses different locks,
not the SIM one. That probably caused panic.
- But I think that scanning is simply not needed there -- FreeBSD CAM
scans every new bus automatically on r