bhyve fbuf and keys on the numeric part of the keyboard
Hello, After having used bhyve for servers for quite a while, I have just started using it with the graphical console using vnc a few days ago. This stuff is awesome. Having a native solution for virtualization on FreeBSD is great. However, I had some trouble with keyboard mappings and the vnc based console. I guess that having a non-US keyboard is what causes problems. The first thing I always do after installing a new operating system is fetching my ssh public keys via https. I had a hard time finding out how to type '/' and I never found a way to type '-'. I know that this stuff is hard to fix. What I am hoping is, that it could be easy to add the '/*-+' keys on the numeric part of the keyboard to the mapping. Those are often helpful and I think they map the same way on all keyboards. /Christian ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
[Bug 203994] bhyve kernel module may need to relax some checks when running nested under KVM
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203994 --- Comment #8 from Tom M --- Any update by chance? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
[Bug 203994] bhyve kernel module may need to relax some checks when running nested under KVM
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203994 --- Comment #9 from Peter Grehan --- I've not gotten to it: will carve out some time this weekend. For those impacted, would you be able to post the output from the following commands from FreeBSD when running as a KVM guest ? kldload cpuctl cpucontrol -m 0x480 /dev/cpuctl0 cpucontrol -m 0x482 /dev/cpuctl0 cpucontrol -m 0x48b /dev/cpuctl0 cpucontrol -m 0x48c /dev/cpuctl0 Sample output from an Atom C2758: # cpucontrol -m 0x480 /dev/cpuctl0 MSR 0x480: 0x00da0400 0x0002 # cpucontrol -m 0x482 /dev/cpuctl0 MSR 0x482: 0xfff9fffe 0x0401e172 # cpucontrol -m 0x48b /dev/cpuctl0 MSR 0x48b: 0x28ef 0x # cpucontrol -m 0x48c /dev/cpuctl0 MSR 0x48c: 0x0f01 0x06114141 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
[Bug 218248] [Hyper-V]The OS disk of Gen2 VM was detached if an CD/DVD was attached
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218248 Hongjiang changed: What|Removed |Added Status|New |Closed Resolution|--- |FIXED --- Comment #2 from Hongjiang --- It was fixed on head r316519. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
Re: OpenBSD 6.1-snapshot no longer works in bhyve
On 5 April 2017 at 14:55, Peter Grehan wrote: You can use bhyve's "-w" option to workaround this. > > I'll cherrypick the hardened BSD commit which fixes this in the meantime > > https://github.com/HardenedBSD/hardenedBSD/commit/cc91b57f4d > 1dabddfbf8b1e7655bc19908f24f78 > > I can confirm that -w for this piece of hardware works and it boots as normal. I did receive a new SuperMicro with an Atom C2758 SoC CPU and this did not exhibit the same problem with the original bhyve arguments used for start up. So it isn't a far reaching problem. Thanks for the quick response. Cheers, Jason. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
