On 2/3/2012 10:45 AM, Paul H. Hargrove wrote:
> On 2/3/2012 10:01 AM, Samuel Thibault wrote:
>> Paul H. Hargrove, le Wed 01 Feb 2012 20:18:59 +0100, a écrit :
>>> So if qemu's emulation were at fault, then one would expect more
>>> problems and a generally unstable system.
>>> While -mabi=64 is not the default in user-space, it IS the way the
>>> kernel is built and thus should be well tested.
>> Except that it does not use floating point operations.
> I probably spoke too quickly in defense of qemu.
> I forgot that the reason I have a weird lenny/etch-and-a-half system
> for mips64 is that I can't boot later kernels.
> My mips32 on the other hand is "pure" squeeze.
>> I've commited a
>> "fix". It makes the failures change.
> I'll retest my mips64 from svn trunk and report back my findings.
Building from the trunk w/ CFLAGS="-march=5kc -mabi=64" I no longer see
any test failures.
I do see, from hwloc-hello:
*** The number of sockets is unknown
*** Logical processor 0 has 0 caches totaling 0KB
IFF there is reason to expect better from this system, I'd be happy to
work w/ somebody on fixing that.
Paul H. Hargrove PHHargrove_at_[hidden]
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900