Dear Graeme Russ,
In message
you wrote:
>
> I pointed out that those pointers can only by in either GD or the early
> malloc heap. But either way, there is no generic way to adjust them. Any
> code that uses the early malloc heap and wants to retain that data for
> use after relocation will nee
Hi Thomas,
On 08/09/2012 06:58 PM, Tomas Hlavacek wrote:
> Hi Graeme,
>
> On Thu, Aug 9, 2012 at 1:33 AM, Graeme Russ wrote:
>
>>
>> OK, this got me to thinking about the 'relocation' function in the driver
>> structure and how we can make the early heap more generic. My thoughts tie
>> into th
Hi Graeme,
On Thu, Aug 9, 2012 at 1:33 AM, Graeme Russ wrote:
>
> OK, this got me to thinking about the 'relocation' function in the driver
> structure and how we can make the early heap more generic. My thoughts tie
> into the DM tree structure being discussed in another thread...
>
[snip]
>
>
Hi Tomas & Wolfgang,
On Thu, Aug 9, 2012 at 5:32 AM, Wolfgang Denk wrote:
> Dear Tomas Hlavacek,
>
> In message
> you
> wrote:
[snip]
> If so, my argument goes, you must not use the standard malloc() /
> calloc() / free() API for the early_malloc implementation. If you do,
> there my be any
Dear Tomas Hlavacek,
In message
you wrote:
>
> > But "relocation" means that you have to add the address difference
> > (aka relocation offset) to _all_ pointers pointing into this area.
> > And there is no way to keep track of _all_ such pointers.
>
> Sure there is no way to do relocation of a
Dear Wolfgang,
On Tue, Aug 7, 2012 at 11:07 PM, Wolfgang Denk wrote:
> But "relocation" means that you have to add the address difference
> (aka relocation offset) to _all_ pointers pointing into this area.
> And there is no way to keep track of _all_ such pointers.
Sure there is no way to do r
Dear Tomas,
In message
you wrote:
> Dear Wolfgang,
>
> On Wed, Aug 1, 2012 at 9:09 PM, Wolfgang Denk wrote:
>
> > Hm... I have to admit that I am not really happy about such an
> > "explanation". The statement that "other guys" want something is not
> > exactly an explanation of a concept th
Dear Wolfgang,
On Wed, Aug 1, 2012 at 9:09 PM, Wolfgang Denk wrote:
> Hm... I have to admit that I am not really happy about such an
> "explanation". The statement that "other guys" want something is not
> exactly an explanation of a concept that I can understand, and without
> being able to un
Dear Tomas,
In message
you wrote:
>
> > It is difficult (or actually impossible) to answer this, if you do not
> > explain which concept you are talking about here, or why two copy
> > operations would be needed, what "in case of DM" means (and which
> > other cases exist), or how you intend to
Dear Wolfgang,
On Tue, Jul 31, 2012 at 9:52 PM, Wolfgang Denk wrote:
>> Can/should we use some existing mechanism? Or would it be considered a
>> viable option to choose different beginning address for early heap,
>> use it (in architecture-specific way) and keep the pointer to the
>> beginning
Hi Graeme,
On Wed, Aug 1, 2012 at 4:57 AM, Graeme Russ wrote:
> More specifically, we must not assume that we have a single, contiguous
> region of memory capable of holding pre-relocations early stack,
> pre-relocation global data, pre-console buffer, and early (pre-relocation)
> heap.
Agreed.
Hi Thomas,
On 08/01/2012 01:30 AM, Tomas Hlavacek wrote:
> Hello all!
>
> In u-boot-dm mailinglist we had a discussion about implementation of
> early_malloc (not only) for U-Boot Driver Model. The intention is to
> have a simple malloc() function in the early stage of init before
> relocation an
Dear Tomas Hlavacek,
In message
you wrote:
>
> Can/should we use some existing mechanism? Or would it be considered a
> viable option to choose different beginning address for early heap,
> use it (in architecture-specific way) and keep the pointer to the
> beginning in GD. Then copy the early
Hello all!
In u-boot-dm mailinglist we had a discussion about implementation of
early_malloc (not only) for U-Boot Driver Model. The intention is to
have a simple malloc() function in the early stage of init before
relocation and before RAM is up and running. There was an experimental
patch that a
14 matches
Mail list logo
