Build regressions/improvements in v6.1-rc1
Maciej W. Rozycki
macro at orcam.me.uk
Tue Oct 18 13:28:17 UTC 2022
Hi Geert,
> > > .> [1] http://kisskb.ellerman.id.au/kisskb/branch/linus/head/9abf2313adc1ca1b6180c508c25f22f9395cc780/ (all 149 configs)
>
> > > > + {standard input}: Error: branch to a symbol in another ISA mode: 1339 =>
> > > > 2616, 2621
> > >
> > > mips-gcc11/micro32r2_defconfig
> > > mips-gcc11/micro32r2el_defconfig
> >
> > Where can these configs be obtained from?
>
> By following the links in the URL above you removed while replying? ;-)
>
> http://kisskb.ellerman.id.au/kisskb/buildresult/14818296/
> http://kisskb.ellerman.id.au/kisskb/buildresult/14818298/
Thank you.
The error message is due to the use of MT ASE code in a microMIPS
compilation, specifically a handwritten machine instruction encoding via
`.word' in `dmt' from <asm/mipsmtregs.h>. A similar construct is made
from `mftc0', but it isn't at a branch target, so no error is triggered.
A `.insn' pseudo-op ought to precede such handwritten constructs to tell
the assembler that what follows is really an instruction rather than data,
which would then cause any preceding label to be correctly annotated.
Now the MT ASE has been specified for the microMIPS ISA, but the machine
instruction encodings are different, so merely adding `.insn' won't do any
good. Also we've never added support for the microMIPS MT ASE, and it's
not clear to me if it's ever been used with real silicon. Perhaps QEMU
has it, but I suspect not. Also no support has ever been added to
binutils.
So I think we want to just exclude the offending code from microMIPS
configurations, perhaps by hardcoding `cpu_has_mipsmt' to 0 if
CPU_MICROMIPS.
On the other hand support for the MT ASE with the regular MIPS ISA has
been added with binutils 2.17:
commit 61cc02671150a81ea68f25b8409b8ace18bda9ae
Author: Chao-ying Fu <fu at mips.com>
Date: Tue Sep 6 18:46:57 2005 +0000
and according to Documentation/process/changes.rst we require version 2.23
now. So it looks to me like we want to discard the handwritten hacks and
use proper assembly instruction mnemonics. I do believe we did this for
the DSP ASE already.
Maciej
More information about the dri-devel
mailing list