|To:||"Kevin D. Kissell" <email@example.com>, Franck <firstname.lastname@example.org>|
|Subject:||Re: [RFC] Optimize swab operations on mips_r2 cpu|
|From:||Nigel Stephens <email@example.com>|
|Date:||Thu, 26 Jan 2006 15:51:28 +0000|
|References:||<firstname.lastname@example.org> <20060125124738.GA3454@linux-mips.org> <email@example.com> <43D78725.firstname.lastname@example.org> <20060125141424.GE3454@linux-mips.org> <email@example.com> <20060125150404.GF3454@linux-mips.org> <firstname.lastname@example.org> <43D7C050.email@example.com> <firstname.lastname@example.org> <005101c6228c$6ebfb0a0$10eca8c0@grendel>|
|User-agent:||Debian Thunderbird 1.0.2 (X11/20050817)|
Kevin D. Kissell wrote:
Could you please post your mipsel-linux-gcc -v output? It might help. I've never tried building Linux with any of the Sc/Sd/SmartMIPS options, so I really don't know what you could be experiencing. One thought that comes to mind is that the -march=4ksd option may be treated as a hint to generate compact code (for smart cards) in a way that -march=mips32r2 is not. I'll ask around...
Assuming that this is the SDE compiler, then I think that the only significant thing which -march=4ksd will do differently from -march=mips32r2 is to allow the compiler to generate branch-likely instructions -- they're deprecated for generic mips32 code but carry no penalty on the 4K core. It will also cause the compiler's "4kc" pipeline description to be used for instruction scheduling, instead of the default "24kc", but that should only change the order of instructions and shouldn't really make a significant difference to the code size.
Now the size of the kernel code is 33Ko bigger ! I have no idea why...I tried to add -mips16e option but it fails to compile...Do you have an idea ?
You certainly can't compile the kernel with -mips16e: too much inline asm code which won't work in mips16.
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: [RFC] Optimize swab operations on mips_r2 cpu, Franck|
|Next by Date:||Re: [parisc-linux] Re: [PATCH 3/6] C-language equivalents of include/asm-*/bitops.h, Grant Grundler|
|Previous by Thread:||Re: [RFC] Optimize swab operations on mips_r2 cpu, Franck|
|Next by Thread:||Re: [RFC] Optimize swab operations on mips_r2 cpu, Franck|
|Indexes:||[Date] [Thread] [Top] [All Lists]|