Re: core dumps running in bhyve

CCing freebsd-virtualization@, because they might know more about this. Am 25.12.2018 um 02:24 schrieb Chuck Tuffli: Using the latest bhyve, I'm seeing core dumps in the guest when running: nvmecontrol identify nvme0 against the emulated NVMe drive. The location of the core dump changes

Re: on bhyve statistics

On 8/28/18 3:37 PM, Rodney W. Grimes wrote: Currently, bhyve does not expose any of these statistics. All the stats available through bhyvectl --get-stats seem to be coming from the VMM, not from the userspace emulation. That is correct, byhvectl is a diagnostics tool for getting

on bhyve statistics

Hi list, I'm currently looking at getting the libvirt prometheus exporter[1] to work with libvirt+bhyve. In its current state this doesn't work because at least one of the API calls exposed by libvirt isn't implemented by the libvirt bhyve driver - so I started looking at implementing it. The

Re: Checking bhyve supported features (sysctls)

On 16 Aug 2018, at 12:16, Matt Churchyard wrote: I'm looking for better ways to check for bhyve support / available features without trying to scan through dmesg output. There’s a few patches floating around for checking features [1,2] - however none of these are yet committed. For [2],

Re: Segmentation fault in grub-bhyve when trying to boot a Linux guest

On 1 May 2018, at 18:41, Mark Raynsford wrote: > I've recompiled the port with > WITH_DEBUG=yes (which, unfortunately, took most of the day due to > having to compile the gcc-6 dependency). Unfortunately, this didn't > yield a usable backtrace. I'm guessing that the Dwarf debugging > information

Re: Segmentation fault in grub-bhyve when trying to boot a Linux guest

On 1 May 2018, at 0:05, Mark Raynsford via freebsd-virtualization wrote: > I've recently attempted to install a Debian 9.4.0 x86_64 guest. The > installer ran to completion without issue, and I then rebooted into the > installed system, again without issue. > > I then shut the system down and

Re: rumpkernel and bhyve: triple faults

On 10 Mar 2018, at 23:46, Martin Lucina wrote: > On Friday, 09.03.2018 at 18:45, Fabian Freyer wrote: >> On 6 Mar 2018, at 7:45, Fabian Freyer wrote: >>> I’m not sure where to go from here. Is this a bug in bhyve(4), should these >>> values be initialised somehow, or

Re: rumpkernel and bhyve: triple faults

On 6 Mar 2018, at 7:45, Fabian Freyer wrote: > Tracking down bios_crtc_base, I find that it’s loaded in > rumprun/platform/hw/arch/amd64/locore.S:70: > > /* save BIOS data area values */ > movw BIOS_COM1_BASE, %bx > movw %bx, bios_com1_base > mov

[Differential] D14473: userboot: add callbacks to set unrestricted guest mode

fabian.freyer_physik.tu-berlin.de added a comment. In D14473#306827 , @grehan wrote: > So a comment on this: in general, api's are not added to FreeBSD that don't have base-system clients that use them, or for a good reason. I think this falls

[Differential] D14473: userboot: add callbacks to set unrestricted guest mode

fabian.freyer_physik.tu-berlin.de added 1 blocking reviewer(s): grehan. REVISION DETAIL https://reviews.freebsd.org/D14473 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: fabian.freyer_physik.tu-berlin.de, imp, rgrimes, #bhyve, grehan Cc: grehan, imp,

Re: rumpkernel and bhyve: triple faults

Hi Peter, On 6 Mar 2018, at 16:15, Peter Grehan wrote: > Exception 14 is a page fault (SDM Vol3 ch 6.15). The exception type is > "fault" which means it is delivered at the address it was detected at. > > This cascaded very quickly into a triple-fault, so it looks like it could > possibly be

Re: rumpkernel and bhyve: triple faults

(un-CC’ing rumpkernel-users@, since this part of the discussion is getting very bhyve-specific) On 6 Mar 2018, at 10:18, Rodney W. Grimes wrote: On 6 Mar 2018, at 9:28, Rodney W. Grimes wrote: bios_crtc_base would be part of the isa legacy vga controller card. Bhyve does not, at this time,

Re: rumpkernel and bhyve: triple faults

On 6 Mar 2018, at 9:28, Rodney W. Grimes wrote: bios_crtc_base would be part of the isa legacy vga controller card. Bhyve does not, at this time, or in the near future expect to have, support for this legacy device. I am wrong on this, the framebuffer device does infact have support for the

rumpkernel and bhyve: triple faults

Hello lists, I’m currently playing around with getting rump kernels built with rumpkernel(7) running on FreeBSD’s bhyve(4). I’m using a custom boot loader [1] which builds on some patches to bhyveload / user boot [2]. To test, I’m using a simple “helloer” unikernel from the tutorial [3]:

[Differential] D14473: userboot: add callbacks to set unrestricted guest mode

fabian.freyer_physik.tu-berlin.de added a comment. ping? Would these changes be welcome in base? If yes, what would still need to be done to this review in order to get it into a committable state? REVISION DETAIL https://reviews.freebsd.org/D14473 EMAIL PREFERENCES

bhyve and mmap(2)

Hi! Would be possible to use mmap(2) around libvmmapi to map a file (MAP_PRIVATE) and or shared memory segments (MAP_SHARED) into guest physical address space? Fabian signature.asc Description: OpenPGP digital signature

[Differential] D14473: userboot: add callbacks to set unrestricted guest mode

fabian.freyer_physik.tu-berlin.de updated this revision to Diff 39655. fabian.freyer_physik.tu-berlin.de added a comment. I'm sorry, I seem to have created the previous patch without full context, so here it is again, this time with full context. CHANGES SINCE LAST UPDATE

[Differential] D14473: userboot: add callbacks to set unrestricted guest mode

fabian.freyer_physik.tu-berlin.de updated this revision to Diff 39653. fabian.freyer_physik.tu-berlin.de added a comment. This revision now requires review to proceed. pass `USERBOOT_VERSION_5` to `loader_main`. REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST UPDATE

[Differential] D14473: userboot: add callbacks to set unrestricted guest mode

fabian.freyer_physik.tu-berlin.de marked 5 inline comments as done. fabian.freyer_physik.tu-berlin.de added a comment. I hope I got them all now REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D14473 EMAIL PREFERENCES

[Differential] D14473: userboot: add callbacks to set unrestricted guest mode

fabian.freyer_physik.tu-berlin.de updated this revision to Diff 39622. fabian.freyer_physik.tu-berlin.de added a comment. addressed @grehan's comments regarding style(9) REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D14473?vs=39619=39622

[Differential] D14473: userboot: add callbacks to set unrestricted guest mode

fabian.freyer_physik.tu-berlin.de marked an inline comment as done. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D14473 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: fabian.freyer_physik.tu-berlin.de, imp, #bhyve,

[Differential] D14473: userboot: add callbacks to set unrestricted guest mode

fabian.freyer_physik.tu-berlin.de updated this revision to Diff 39619. fabian.freyer_physik.tu-berlin.de edited the summary of this revision. fabian.freyer_physik.tu-berlin.de edited the test plan for this revision. fabian.freyer_physik.tu-berlin.de added a comment. This revision now requires

[Differential] D14473: userboot: add callbacks to set unrestricted guest mode

fabian.freyer_physik.tu-berlin.de added a comment. I may also add a vcpu_reset callback still, would be nice to have that in as well. INLINE COMMENTS > userboot.h:45 > +/* > + * Version 5 adds callbacks to set up long mode and set > + * unrestricted guest capabilities. The callback

Re: VMX exit reason=33 and general userboot.so questions

Hi Peter, thanks for your response! On 21 Feb 2018, at 17:59, Peter Grehan wrote: > >exit_reason 33 > > From the Intel SDM, vol 3B Appendix C, this error is "VM-entry failure due > to invalid guest state". Yes, I’m currently going through SDM, vol 3B, section 26.3, and > These

VMX exit reason=33 and general userboot.so questions

Hi! I’m currently writing a userboot.so-compatible boot loader [1] and am slowly getting to a point were I want to do some testing with running test kernels in bhyve. At the moment, I’m getting the following error after loading my kernel: ---8< snip vm exit[0] reason VMX

Re: grub-bhyve: support overriding just --root flag

On 12 Nov 2017, at 0:46, Allan Jude wrote: > Does libvirt support using the bhyve UEFI-CSM firmware instead? That > would let the VM boot using the native grub installed inside the VM, and > avoid this issue entirely. It also makes starting a bhyve a single > command instead of 2. Yes it does[1].

Re: new ports for UEFI firmware

Hi, there are now two ports: sysutils/uefi-edk2-bhyve sysutils/uefi-edk2-bhyve-csm which build with and without CSM built in, to enable both CSM and non-CSM firmwares to be installed in parallel. The firmwares are both installed to /usr/local/share/uefi-firmware/. Thanks to Roman

new port for UEFI firmware

Hi, there is now a port for the UEFI firmware for bhyve: http://www.freshports.org/sysutils/uefi-edk2-bhyve Since it depends on gcc48 to build, the builds take quite some time, but hopefully there will be a binary package soon. I've updated https://wiki.freebsd.org/bhyve/UEFI to reflect this,

Re: bhyve graphics support

off the projects/ instead of head/, so if I still need to change something, I would. https://reviews.freebsd.org/D7029 It's been tested to work with TightVNC Viewer version 1.3.9. Not sure about other ones - the RFC is a bit unclear here and there. Fabian Freyer

Fwd: [GSOC 2016] Introduction and proposal

stand. Fabian Freyer --- Begin Message --- Hi! First of all, I would like to introduce myself: My name is Fabian Freyer, I am a physics student at the TU Berlin where I have been working as a FreeBSD Sysadmin for about 3 years. I am fluent in C and python and am interested in OS development