On Sun, Nov 05, 2006 at 01:56:28PM +0100, maximilian attems wrote:
> Package: linux-2.6
> Version: 2.6.18-4
> Severity: serious
> -- snipp alpha
> CC arch/alpha/kernel/core_cia.o
> {standard input}: Assembler messages:
> {standard input}:250: Error: macro requires $at register while noat in effect
> {standard input}:265: Error: macro requires $at register while noat in effect
> {standard input}:280: Error: macro requires $at register while noat in effect
> {standard input}:293: Error: macro requires $at register while noat in effect
> {standard input}:329: Error: macro requires $at register while noat in effect
> {standard input}:344: Error: macro requires $at register while noat in effect
> {standard input}:359: Error: macro requires $at register while noat in effect
> {standard input}:372: Error: macro requires $at register while noat in effect
> make[5]: *** [arch/alpha/kernel/core_cia.o] Error 1
> make[4]: *** [arch/alpha/kernel] Error 2
Taking a look at the assembler output for core_cia, this is due to use of
the ldbu, ldwu, stb, and stw instructions in asm-alpha/compiler.h, which are
instructions specific to ev56 and above. They are also guarded in the
source by an #if !defined(__alpha_bwx__). It looks like the difference is
in the assembler between gcc-4.0 and gcc-4.1; specifically, gcc-4.1 emits a
'.arch ev5' directive, where gcc-4.0 does not.
Since the errors from the assembler really indicate that these instructions
are not supported by the ev5 (gcc-4.0 has the same problem assembling the
gcc-4.1 output as gcc-4.1 itself does, due to the .arch ev5 declaration),
and this kernel code hasn't changed recently that I see, it seems to be the
case that ev5 processors are already unsupported by the current kernel in
etch. Given that no one has complained about this to date (at least that
I'm aware of), is it time to explicitly bump the baseline on alpha to ev56
for etch?
Cc:ed to debian-alpha to get feedback from the user community on the
prevalence of ev5 systems today. Also cc:ed to Falk, as the last alpha
porter to touch the subarch handling in Debian's gcc packages :)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
