Date: Mon, 23 Mar 2020 18:33:28 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 244906] kernel booted by loader.efi on VMware Fusion crashes in EFI firmware Message-ID: <bug-244906-227-WkmZDkMPni@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-244906-227@https.bugs.freebsd.org/bugzilla/> References: <bug-244906-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244906 --- Comment #4 from Toomas Soome <tsoome@freebsd.org> --- (In reply to Ruslan Garipov from comment #1) Yes, it does "help" to trigger the issue by adding a bit to loader.efi size= and via some change to screen update - getting text on screen via simple text output protocol does cause memory allocation by uefi firmware. The first visible related error is memory allocation to store efi memory map just before we switch off BootServices, however simple switch to alternate memory does not chenge anything there, so it must be something more going o= n. My guess is that the best option still would be to hook up to gdb stub and = try to catch where we are blowing up and then we also know why exactly. Right n= ow we can only guess. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-244906-227-WkmZDkMPni>