Date: Mon, 6 Mar 2017 03:00:20 +0000 From: Dexuan Cui <decui@microsoft.com> To: Chris H <bsd-lists@bsdforge.com> Cc: FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: RE: Boot failure - svn up from this morning Message-ID: <MWHPR03MB266953FAB33B09CDE71B93BCBF2C0@MWHPR03MB2669.namprd03.prod.outlook.com> In-Reply-To: <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> References: <alpine.BSF.2.20.1703022145590.27580@mail.neu.net> <ad4fcc3e2df6b2fc422004621c2de329@ultimatedns.net> <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <a49d5cc64aeb8fd414d3e04073d05474@ultimatedns.net> <E46FA7A7-9B98-4104-A41B-1BBFB121ECD0@gmail.com> <MWHPR03MB266958E7CEA4F1B0780932A4BF2B0@MWHPR03MB2669.namprd03.prod.outlook.com> <MWHPR03MB2669C116DA3430F1AF479E42BF2B0@MWHPR03MB2669.namprd03.prod.outlook.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <MWHPR03MB26691C9FF3665C57F8584E2FBF2B0@MWHPR03MB2669.namprd03.prod.outlook.com> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <MWHPR03MB2669FB3EDFDDB79AEAF0BE15BF2D0@MWHPR03MB2669.namprd03.prod.outlook.com> <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net>, <MWHPR03MB26693378DE5C5AA2CF0613C1BF2C0@MWHPR03MB2669.namprd03.prod.outlook.com> <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net>
index | next in thread | previous in thread | raw e-mail
> From: Chris H [mailto:bsd-lists@bsdforge.com] > Sent: Monday, March 6, 2017 09:57 > > Thanks! I'm eager to see your screenshots. > > The line whose "Physical" address contains 2MB is the most interesting to me. > > And please at least post the other lines around the line. > OK. Her you go. It's taken me some time to get any shots > that are readable -- I don't have a very steady hand. :-( > Anyway, I haven't touched them. They're just as my phone camera > produced them. Because of their size, I've packed them all up. > I'm afraid I don't know their exact order. Hopefully you'll > know by looking at them. :-) > They're located at: bsdforge.com/efi-memmap.tar.xz Hi Chris, Thank you very much for the screenshots!!! On the host there is a 1MB LoaderData memory range, which splits the big Conventional Memory range into a small one (15MB) and a big one: the small one is too small to hold the staging area. I'm going to post a patch shortly. For people who are interested in the details: please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211746#c22 Thanks, -- Dexuanhelp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?MWHPR03MB266953FAB33B09CDE71B93BCBF2C0>