t;>
>>> Do you put any other type into MemoryTypeInfo table?
>>>
>>>
>>>
>>> Thank you
>>>
>>> Yao Jiewen
>>>
>>>
>>>
>>> *From:* Rafael Machado [mailto:rafaelrodrigues.mach...@gmail.com]
>>&g
ent: Wednesday, August 8, 2018 3:12 AM
> To: Laszlo Ersek mailto:ler...@redhat.com>>
> Cc: Andrew Fish mailto:af...@apple.com>>; Ni, Ruiyu
> mailto:ruiyu...@intel.com>>; edk2-devel@lists.01.org
> <mailto:edk2-devel@lists.01.org>; Yao, Jiewen <ma
gt; small.
>>
>>
>>
>> Do you put any other type into MemoryTypeInfo table?
>>
>>
>>
>> Thank you
>>
>> Yao Jiewen
>>
>>
>>
>> *From:* Rafael Machado [mailto:rafaelrodrigues.mach...@gmail.com]
>> *Sent:* Wednesday, August
day, August 8, 2018 3:12 AM
> *To:* Laszlo Ersek
> *Cc:* Andrew Fish ; Ni, Ruiyu ;
> edk2-devel@lists.01.org; Yao, Jiewen
>
>
> *Subject:* Re: [edk2] Question about memory map entries
>
>
>
> Hi everyone
>
>
>
> Based on the information shared by th
]
Sent: Wednesday, August 8, 2018 3:12 AM
To: Laszlo Ersek
Cc: Andrew Fish ; Ni, Ruiyu ;
edk2-devel@lists.01.org; Yao, Jiewen
Subject: Re: [edk2] Question about memory map entries
Hi everyone
Based on the information shared by the members, the understanding is that the
current state
Hi everyone
Based on the information shared by the members, the understanding is that
the current state of the system may impact fuutre boots.
The problem is that in my case, due to specific requirements, before
booting we need to stress the system's memory, allocating a big amount of
memory and
On 08/02/18 21:18, Rafael Machado wrote:
> Just found something interesting.
> Based on the logs from the serial port.
>
> This system works fine:
>
> "PeiInstallPeiMemory MemoryBegin 0x93D5, MemoryLength 0xA2B
> Temp Stack : BaseAddress=0x40 Length=0x8
> Temp Heap :
Just found something interesting.
Based on the logs from the serial port.
This system works fine:
"PeiInstallPeiMemory MemoryBegin 0x93D5, MemoryLength 0xA2B
Temp Stack : BaseAddress=0x40 Length=0x8
Temp Heap : BaseAddress=0x48 Length=0x8
Total temporary memory:
Hi Laszlo
Got your point. Thanks for the comment.
I'll keep working on it.
In case someone has some other information or idea feel free to share.
Thanks
Rafael
Em qui, 2 de ago de 2018 às 14:48, Laszlo Ersek
escreveu:
> On 08/02/18 18:42, Rafael Machado wrote:
> > Thanks Andrew and Laszlo
On 08/02/18 18:42, Rafael Machado wrote:
> Thanks Andrew and Laszlo for the clarification and guidance.
>
> About Laszlo questions
>
>> Is the reboot automatic (from the platform firmware), or application /
>> user initiated?
> Yes. We just do some clean up, finish the events and "return
Thanks Andrew and Laszlo for the clarification and guidance.
About Laszlo questions
>Is the reboot automatic (from the platform firmware), or application /
>user initiated?
Yes. We just do some clean up, finish the events and "return EFI_SUCCESS;"
>Do you exit the application before the system
On 08/02/18 14:39, Rafael Machado wrote:
> Hi everyone
>
> After some other tasks I am back to this case :)
>
> After some debug, we detected the moment where things start to go wrong,
> but I am not sure what may cause this.
>
> What we noticed is that the following assert is reached:
>
s/resources/A_Tour_Beyond_BIOS_Memory_Map_in%20UEFI_BIOS.pdf>
> >
> > Thanks and Regards
> > Rafael R. Machado
> >
> > Em sex, 29 de jun de 2018 às 22:31, Ni, Ruiyu > <mailto:ruiyu...@intel.com>> escreveu:
> >
> >> Yes.
> >>
rds
> > Rafael R. Machado
> >
> > Em sex, 29 de jun de 2018 às 22:31, Ni, Ruiyu
> escreveu:
> >
> >> Yes.
> >> Check the PCD PcdShellMaxHistoryCommandCount (0x20) which sets
> >> the maximum command history.
> >> The memmap
; Check the PCD PcdShellMaxHistoryCommandCount (0x20) which sets
>> the maximum command history.
>> The memmap output should be stable after you run more than
>> 0x20 commands.
>>
>>> -----Original Message-----
>>> From: edk2-devel [mailto:edk2-devel-boun...@li
able after you run more than
> 0x20 commands.
>
> > -Original Message-
> > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Yao,
> > Jiewen
> > Sent: Saturday, June 30, 2018 3:28 AM
> > To: Rafael Machado ; edk2-
> > de...@li
en
> Sent: Saturday, June 30, 2018 3:28 AM
> To: Rafael Machado ; edk2-
> de...@lists.01.org
> Subject: Re: [edk2] Question about memory map entries
>
> Shell itself may allocate internal buffer to save something, such as history.
>
> Thank you
> Yao Jiewen
>
> &
1.org
> Subject: [edk2] Question about memory map entries
>
> Hi everyone
>
> I have a question related to the memory map entries.
> Doing some tests, we noticed that if I have an application that has a lot
> of allocatepool() and freepool() calls, when this app is clo
Hi everyone
I have a question related to the memory map entries.
Doing some tests, we noticed that if I have an application that has a lot
of allocatepool() and freepool() calls, when this app is closed the amount
of entries returned by the memmap shell commands increases a lot.
Just for
19 matches
Mail list logo