After a long head scratching and a number of tests it looks to me
now that this was a false alarm. Something seems to be funky with
these new 1500's (caches?). 2.4.17rc2 recompiled with the same
configuration, both generic and a board specific kind, but compiled
on UP1100 does boot UP1100 and it seems to be ok. At least I can
recompile another kernel while using it. :-) Unfortunately I do not
have an access to these 1500's anymore so I cannot check if these
new binaries change anything there. If you wonder about compiler
and binutils versions in all tests they were the same (gcc version 2.96
20000731 (Red Hat Linux 7.1 2.96-87)) with this exception that in
one test i used _also_ a pretty old egcs and 2.4.17rc2 and this
kernel, recompiled on UP1100, behaved too.
To make waters considerable more muddy 2.4.9-12 binaries from Red Hat
updates to 7.1 distribution, which definitely were compiled somewhere
else, not once managed to finish booting UP1500. UP1100 booted that
way, although this was possible, was behaving "strange" throwing
some "machine checks" and weird oopses. This may mean that a hardware
is broken but it may also mean that this particular kernel is stomping
on some memory areas where it should not. It is rather the second
as I did not observe anything of that sort with other kernels I am
using there.
Michal
michal@harddata.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/