Boot failure - svn up from this morning
Alex Deiter
alex.deiter at gmail.com
Fri Mar 3 16:16:01 UTC 2017
Hello Dexuan,
Thank you for the patch!
I’ll test it and let you know the result.
Thank you!
Alex Deiter
alex.deiter at gmail.com
> On 3 Mar 2017, at 14:49, Dexuan Cui <decui at microsoft.com> wrote:
>
>> From: Alex Deiter
>> Sent: Friday, March 3, 2017 17:22
>>
>> Hello,
>> The same issue with FreeBSD 12.0-CURRENT-r314563:
>> elf64_loadimage: could not read symbols - skipped!
>>
>> I suspect regression after:
>>
>> Revision 314547 - Directory Listing
>> Modified Thu Mar 2 07:25:50 2017 UTC (25 hours, 54 minutes ago) by dexuan
>> loader.efi: reduce the size of the staging area if necessary
>
> Yes, I believe the issue is caused by the patch, which is supposed to PR 211746:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211746
>
> Sorry for causing the issue to you, but I suspect the patch reveals a bug in your
> host's firmware: the memory map reported by the host's firmware may be
> incorrect.
>
> Can you please try the patch to dump the memory map?
> https://github.com/dcui/freebsd/commit/6094aac8ac9bddb24e3ac45493ac020c94029ce8.patch
>
> And the patch will allow your host to boot.
> Note: there is a 10-second pause every time 5 lines are printed. This is to make
> sure we have enough time to take a screenshot or photo. :-)
>
> About how to apply the patch and build/install it:
> 'wget' the above patch, and 'cd' into your FREEBSD_SOURCE_ROOT/sys/boot/ and run
> "patch -p3 < the_patch_name". If you have run 'make buildworld", just run 'make' in the
> sys/boot/ directory and copy the new loader.efi into the boot folder, e.g. in my side, I
> use
> cp -iv /usr/obj/root/bsd.git/sys/boot/efi/loader/loader.efi /boot/loader.efi
>
> Thanks,
> -- Dexuan
More information about the freebsd-current
mailing list