Thanks, Conrad! I'll test out the change tomorrow after the
HardenedBSD auto-sync scripts run tonight. I'll report back tomorrow.
Thanks,
--
Shawn Webb
Cofounder / Security Engineer
HardenedBSD
GPG Key ID: 0xFF2E67A277F8E1FA
GPG Key Fingerprint: D206 BB45 15E0 9C49 0CF9 3633 C85B 0AF8
Committed in r360107, if you don't mind rebooting to try the patch. I
will work on the slightly more complicated additional steps mentioned
earlier, but those will take a little more time.
Thanks again,
Conrad
On Sun, Apr 19, 2020 at 4:50 PM Conrad Meyer wrote:
>
> https://reviews.freebsd.org/D
https://reviews.freebsd.org/D24507 :-)
On Sun, Apr 19, 2020 at 4:45 PM Peter Grehan wrote:
>
> > Unless there is an ABI problem, I think we should probably go
> > ahead and bump VM_MAX_MEMMAPS
>
> That's a reasonable fix - double it (or more) until it's made dynamic.
> The VGA code is another (
Unless there is an ABI problem, I think we should probably go
ahead and bump VM_MAX_MEMMAPS
That's a reasonable fix - double it (or more) until it's made dynamic.
The VGA code is another (future) client of this, and it would allow
other things like multiple frame buffers.
later,
Peter.
Thanks! I believe we're running into VM_MAX_MEMMAPS (4) due to:
1. Low memory (0 through PCI hole)
2. High memory (4GB+)
3. Framebuffer
4. VMgenid's segment
5. EFI firmware's segment
As a temporary workaround, if you do not need any of: >3GB RAM,
framebuffer, or EFI boot, turning off any one of
On Mon, Apr 20, 2020 at 02:32:23AM +0300, Yuri Pankov wrote:
> Shawn Webb wrote:
> > This is the full output from bhyve:
> >
> > fbuf frame buffer base: 0x69191a0 [sz 16777216]
> > bhyve: bootrom_alloc: vm_mmap_mapseg: No space left on device
> > bhyve: vmgenc_init: bootrom_alloc
>
> I wonder
Shawn Webb wrote:
This is the full output from bhyve:
fbuf frame buffer base: 0x69191a0 [sz 16777216]
bhyve: bootrom_alloc: vm_mmap_mapseg: No space left on device
bhyve: vmgenc_init: bootrom_alloc
I wonder if it's coincidence, and you really didn't have 16G to wire at
that moment, and af
This is the full output from bhyve:
fbuf frame buffer base: 0x69191a0 [sz 16777216]
bhyve: bootrom_alloc: vm_mmap_mapseg: No space left on device
bhyve: vmgenc_init: bootrom_alloc
Thanks,
--
Shawn Webb
Cofounder / Security Engineer
HardenedBSD
GPG Key ID: 0xFF2E67A277F8E1FA
GPG Ke
Hey Shawn,
I will take a look. Thanks for the report and especially the repro example.
What sort of bad symptoms are you observing (or will it be super obvious
when I try this)?
Thanks,
Conrad
On Sun, Apr 19, 2020 at 15:53 Shawn Webb wrote:
> On Wed, Apr 15, 2020 at 02:00:18AM +, Conrad Me
On Wed, Apr 15, 2020 at 02:00:18AM +, Conrad Meyer wrote:
> Author: cem
> Date: Wed Apr 15 02:00:17 2020
> New Revision: 359950
> URL: https://svnweb.freebsd.org/changeset/base/359950
>
> Log:
> bhyve(8): Add VM Generation Counter ACPI device
>
> Add an implementatation of the 'Virtual
Author: cem
Date: Wed Apr 15 02:00:17 2020
New Revision: 359950
URL: https://svnweb.freebsd.org/changeset/base/359950
Log:
bhyve(8): Add VM Generation Counter ACPI device
Add an implementatation of the 'Virtual Machine Generation ID' spec to
Bhyve. The spec provides a randomly generated
11 matches
Mail list logo