Them bytes that look like '00' are mostly supposed to look like 'F0' -
an x86 'noop'.
Apparently a bin-utils bug. An alpha of OpenSUSE-10.3 was compiling
kernels like this. I'm told it has been fixed.
What distro/gcc version/binutils version was this compiled on?
It is possible that we should change the ".align 32" in
include/asm-i386/xor.h to ".align 32, 0xf0" or similar, but my
assembler knowledge stopped growing when it reached 6809, so I'd
rather someone who knew something about it did anything that was
I think it is intentional. I cannot say if it is correct.
The purpose is to defeat cache effects somehow.
The result of that code together with the value of BENCH_SIZE being
PAGE_SIZE is that 4 pages are allocated, and the first and last are
I have no idea how any cache would treat this, but that seems to be
the intent of the code.
You're right -- I'm using the current Ark Linux 2007.1 experimental build
(always the latest stuff) - the update to binutils 220.127.116.11.13 broke it,
after upgrading binutils to 18.104.22.168.14 everything is working perfectly