Subject: Re: GCC3.3.1 switch coming soon.
To: Andrew Brown <atatat@atatdot.net>
From: enami tsugutomo <enami@sm.sony.co.jp>
List: tech-kern
Date: 09/22/2003 12:55:33
Andrew Brown <atatat@atatdot.net> writes:
> sorry for the delay...
me too.
> >BTW, does just separating map entry help something? or, not just it?
>
> now that i've picked over your code, i think it won't help, but it
> does avoid an entirely different problem (which may just be once of
> aesthetics).
I see.
> that said, i've read over your code more carefully, and i think i see
> where the problem is but since your code fixes the problem and
> enhances readability at the same time, it would probably be good to
> commit it. thanks.
Ok, i'll commit it later.
> >One question about uvm_map_findspace() is that when topdown code is
> >integerated, it is changed not to call pmap_prefer and not to adjust
> >alignment for the given hint even if UVM_FLAG_FXIED is not specified.
> >Is this an intentional change?
>
> i was specifically avoiding calling pmap_prefer, yes, since
> pmap_prefer *currently* only pushes addresses upwards to achieve
> alignment. in the topdown world, one would want the address pushed
> down. i have patches to change pmap_prefer from two arguments to four
> (adding topdown and size), but i have to retest them.
Ah, for topdown case, yes. What I was concened is that bottom up
behaviour was also changed at the same time.
> as for not adjusting the alignment...i'm not sure i follow you.
I guess it is better to align if user didn't specfied hint but anyway
we fall back non-alignemnt case.
enami.