From: "Kinney, Michael D" <michael.d.kinney@intel.com>
To: Andrew Fish <afish@apple.com>, galla rao <galla.rao80@gmail.com>,
"edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
"Kinney, Michael D" <michael.d.kinney@intel.com>
Subject: Re: Hello Andrew query on BdsSetMemoryTypeInformationVariable
Date: Fri, 8 Feb 2019 18:00:49 +0000 [thread overview]
Message-ID: <E92EE9817A31E24EB0585FDF735412F5B8B9E363@ORSMSX113.amr.corp.intel.com> (raw)
In-Reply-To: <D71FCCD7-DF90-4666-B9C5-11A0C04F38D0@apple.com>
You can avoid the reboot on the first boot if the HOB
is initialized with sizes that match the usage on that
specific platform.
If you look at the boot logs, you will see messages that
show the memory type information table. You can use that
information after a couple of boots to see the memory usage
and adjust the values used to produce the HOB in PEI.
Then rebuild with those new values and the extra reset on
first boot should go away.
The only time a reboot is required is if the memory usage
changes significantly.
Mike
> -----Original Message-----
> From: edk2-devel [mailto:edk2-devel-
> bounces@lists.01.org] On Behalf Of Andrew Fish via
> edk2-devel
> Sent: Friday, February 8, 2019 9:36 AM
> To: galla rao <galla.rao80@gmail.com>; edk2-
> devel@lists.01.org
> Subject: Re: [edk2] Hello Andrew query on
> BdsSetMemoryTypeInformationVariable
>
> Forwarding to the edk2 list ....
>
> > On Feb 8, 2019, at 8:28 AM, galla rao
> <galla.rao80@gmail.com> wrote:
> >
> > Hi Andrew,
> >
> > Am sorry for direct message!
> >
> > There is a function
> BdsSetMemoryTypeInformationVariable which causes a
> reset
> > when i enabled Secureboot related drivers
> >
> > Any clue why this function is added in EDK2?
> >
>
> Yea it writes a variable that records how many pages of
> each memory type are used. This variable is read in PEI
> and used to pass a HOB into the DXE Core. The DXE Core
> uses these memory buckets to preallocate ranges for
> each memory type. This scheme prevents memory
> fragmentation and makes sure the runtime memory regions
> are in the same location when the system does an S4
> resume from disk.
>
>
> > is this a serious error, making the
> PcdResetOnMemoryTypeInformationChange to FALSE will
> resolve and boots to OS
> >
>
> I think the idea behind that reboot, is the memory map
> could be different on the next boot and if that was an
> S4 the S4 could fail.
>
> Thanks,
>
> Andrew Fish
>
>
> > shed some knowledge if you are aware of this feature
> >
> > Thanks & Regards
> > Galla
>
> _______________________________________________
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel
prev parent reply other threads:[~2019-02-08 18:00 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAC=A7_D78Ld3J7t8HN5ha3U72dOB5H4GUkpRGt9kODChH8QH3g@mail.gmail.com>
2019-02-08 17:36 ` Hello Andrew query on BdsSetMemoryTypeInformationVariable Andrew Fish
2019-02-08 18:00 ` Kinney, Michael D [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E92EE9817A31E24EB0585FDF735412F5B8B9E363@ORSMSX113.amr.corp.intel.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox