Hi Andreas,
On 15/05/12 18:18, Andreas Schwab wrote:
<g...@snapgear.com> writes:
The ret_from_excption code is referenced by its function name, or by a label
set at the start of its code. Modify all uses to consistently just use the
function name "ret_from_exception".
This will cause all branches to use the long variant, because
ret_from_exception is a global symbol (and thus overridable in the ELF
model). The point of the additional local label is to allow the
assembler to relax the branches.
Ah, ok. I was wondering why it was done this way.
The only problem cases for me in merging entry.S are the uses in:
buserr
trap
ret_from_fork
buserr and trap are not hot paths, so do you see any issue making
them the long variant?
I don't know that even the ret_from_fork case is too much to worry
about either. We have done an awfull lot of work up to this point,
a couple of bytes more and a long branch won't make any real difference
to performance here.
Regards
Greg
------------------------------------------------------------------------
Greg Ungerer -- Principal Engineer EMAIL: g...@snapgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close FAX: +61 7 3217 5323
Milton, QLD, 4064, Australia WEB: http://www.SnapGear.com
_______________________________________________
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
