Paul H. Hargrove, le Fri 03 Feb 2012 20:53:28 +0100, a écrit :
> 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.
I
On 2/3/2012 11:52 AM, Paul H. Hargrove wrote:
Building from the trunk w/ CFLAGS="-march=5kc -mabi=64" I no longer
see any test failures.
I can report success with -mabi=32 and -mabi=n32 as well.
I've finally been able to get Debian squeeze booted under
qemu-system-mips64.
I am dropping my
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 wide-spread
problems and a generally unstable system.
While -mabi=64 is not the default in user-space, it IS the way the
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 wide-spread
> problems and a generally unstable system.
> While -mabi=64 is not the default in user-space, it IS the way the linux
> kernel is built and thus should be
Samuel Thibault wrote:
Paul H. Hargrove, le Wed 01 Feb 2012 06:50:12 +0100, a écrit :
The failure is only w/ {C,CXX}FLAGS=-mabi=64.
With the "32" or "n32" ABI's there is no problem.
That is why it was not seen on the 32-bit system.
I have tested on a debian porter machine, mips64,
Samuel Thibault wrote:
Paul H. Hargrove, le Wed 01 Feb 2012 05:58:05 +0100, a écrit :
The older distro w/ the 64-bit kernel is failing:
$ cat /etc/debian_version ; uname -a
5.0.9
Linux qemu-hargrove-mips 2.6.24-etchnhalf.1-5kc-malta #1 Thu Oct 16
01:21:56 BST 2008 mips64 GNU/Linux
On 2/1/2012 9:13 AM, Samuel Thibault wrote:
Paul H. Hargrove, le Wed 01 Feb 2012 05:58:05 +0100, a écrit :
At the moment my suspicion falls on the compiler, as I can't see how a
failure of 256ia64-64n2s2c.output could be h/w dependent.
It could be a problem of imperfect qemu emulation.
Paul H. Hargrove, le Wed 01 Feb 2012 05:58:05 +0100, a écrit :
> At the moment my suspicion falls on the compiler, as I can't see how a
> failure of 256ia64-64n2s2c.output could be h/w dependent.
It could be a problem of imperfect qemu emulation.
Samuel
The failure is only w/ {C,CXX}FLAGS=-mabi=64.
With the "32" or "n32" ABI's there is no problem.
That is why it was not seen on the 32-bit system.
I have no other gcc for that system at the moment.
So, I can't determine if it is a compiler bug.
It may also be a matter of which libs exist in
I have 2 QEMU-emulated Linux/MIPS systems.
On one hwloc-1.3.1 and 1.4 are working fine.
On the other I see strange "make check" failures.
Unfortunately they differ in both distro version and 32- vs 64-bit,
making it hard to pin down the cause.
The newer distro w/ the 32-bt kernel is OK:
$ cat
10 matches
Mail list logo
