Thiemo Seufer a écrit :
On Fri, Mar 24, 2006 at 06:41:32PM +0100, Aurelien Jarno wrote:
[snip]
Hmm, you select the hal.o file accordingly? Won't mips1-le-elf work
on both R1 and R2? Checking for R1/R2 doesn't seem ideal to me if it
can be avoided.
Thiemo, any comment?
At least for 32bit kernels this looks like a viable option, if the hal
layer is sufficiently simple (i.e. no dependency to kernel headers).
Same for 64bit kernels and MIPS-III.
So in short we could use mipsisa32-{be,le}-elf on all machines but the
one that have CONFIG_CPU_MIPS32_R1 or CONFIG_CPU_MIPS32_R2 set to one.
Am I right?
Erm, depends on what "mipsisa32" selects in that case.
The compatibility tree is:
/ -> MIPS-III -> MIPS-IV -> MIPS64 -> MIPS64R2 # 64bit
| ^ ^
| | |
MIPS-I -> MIPS-II ------------------------> MIPS32 -> MIPS32R2 # 32bit
so you need MIPS-I for 32bit Kernels and MIPS-III for 64bit kernels.
For the current compilers in Debian this can be selected via
-march=mips1 and -march=mips3 respectively.
Calling a file mipsisa32 when it selects mips1 sounds like a horrible
case of obfuscation. :-)
Does this help to determine the right file to use?
mips1-le-elf.hal.o.uu: ELF 32-bit LSB relocatable, MIPS, MIPS-I version
1 (SYSV), not stripped
mips-le-elf.hal.o.uu: ELF 32-bit LSB relocatable, MIPS, MIPS-II version
1 (SYSV), not stripped
mipsisa32-le-elf.hal.o.uu: ELF 32-bit LSB relocatable, MIPS, MIPS-III
version 1 (SYSV), not stripped
Thanks,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`- people.debian.org/~aurel32 | www.aurel32.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
