* Re: Build regressions/improvements in v6.1-rc1 [not found] <20221017145157.1866351-1-geert@linux-m68k.org> @ 2022-10-17 15:25 ` Geert Uytterhoeven 2022-10-18 10:39 ` Maciej W. Rozycki 0 siblings, 1 reply; 4+ messages in thread From: Geert Uytterhoeven @ 2022-10-17 15:25 UTC (permalink / raw) To: linux-kernel Cc: D Scott Phillips, Maciej W. Rozycki, Andrew Jones, linux-arm-kernel, amd-gfx, dri-devel, linux-um, linux-rdma, linux-riscv, kvm-riscv, sparclinux, linux-mips On Mon, 17 Oct 2022, Geert Uytterhoeven wrote: > Below is the list of build error/warning regressions/improvements in > v6.1-rc1[1] compared to v6.0[2]. > > Summarized: > - build errors: +25/-13 > [1] http://kisskb.ellerman.id.au/kisskb/branch/linus/head/9abf2313adc1ca1b6180c508c25f22f9395cc780/ (all 149 configs) > [2] http://kisskb.ellerman.id.au/kisskb/branch/linus/head/4fe89d07dcc2804c8b562f6c7896a45643d34b2f/ (135 out of 149 configs) > > > *** ERRORS *** > > 25 error regressions: > + /kisskb/src/arch/arm64/include/asm/cputype.h: error: initializer element is not constant: => 44:2 arm64-gcc5/arm64-allmodconfig (arch/arm64/kernel/proton-pack.c:872) > + /kisskb/src/arch/um/include/asm/processor-generic.h: error: called object is not a function or function pointer: => 94:18 > + /kisskb/src/drivers/gpu/drm/amd/amdgpu/../amdkfd/kfd_topology.c: error: control reaches end of non-void function [-Werror=return-type]: => 1934:1 > + /kisskb/src/drivers/infiniband/hw/qib/qib_wc_x86_64.c: error: 'X86_VENDOR_AMD' undeclared (first use in this function): => 149:37 > + /kisskb/src/drivers/infiniband/hw/qib/qib_wc_x86_64.c: error: 'struct cpuinfo_um' has no member named 'x86_vendor': => 149:22 > + /kisskb/src/drivers/infiniband/hw/qib/qib_wc_x86_64.c: error: control reaches end of non-void function [-Werror=return-type]: => 150:1 > + /kisskb/src/drivers/infiniband/sw/rdmavt/qp.c: error: 'struct cpuinfo_um' has no member named 'x86_cache_size': => 88:22 > + /kisskb/src/drivers/infiniband/sw/rdmavt/qp.c: error: control reaches end of non-void function [-Werror=return-type]: => 89:1 > + /kisskb/src/drivers/infiniband/sw/rdmavt/qp.c: error: implicit declaration of function '__copy_user_nocache' [-Werror=implicit-function-declaration]: => 100:2 um-x86_64/um-all{mod,yes}config > + /kisskb/src/drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_stream.c: error: array subscript is above array bounds [-Werror=array-bounds]: => 531:55 arm64-gcc5/arm64-allmodconfig mipsel-gcc5/mips-allmodconfig powerpc-gcc5/powerpc-all{mod,yes}config powerpc-gcc5/ppc32_allmodconfig powerpc-gcc5/ppc64_book3e_allmodconfig powerpc-gcc5/ppc64le_allmodconfig sparc64-gcc5/sparc64-allmodconfig > + error: modpost: "ebus_dma_enable" [drivers/parport/parport_pc.ko] undefined!: => N/A > + error: modpost: "ebus_dma_irq_enable" [drivers/parport/parport_pc.ko] undefined!: => N/A > + error: modpost: "ebus_dma_prepare" [drivers/parport/parport_pc.ko] undefined!: => N/A > + error: modpost: "ebus_dma_register" [drivers/parport/parport_pc.ko] undefined!: => N/A > + error: modpost: "ebus_dma_request" [drivers/parport/parport_pc.ko] undefined!: => N/A > + error: modpost: "ebus_dma_residue" [drivers/parport/parport_pc.ko] undefined!: => N/A > + error: modpost: "ebus_dma_unregister" [drivers/parport/parport_pc.ko] undefined!: => N/A > + error: modpost: "ns87303_lock" [drivers/parport/parport_pc.ko] undefined!: => N/A sparc64-gcc5/sparc-allmodconfig > + error: modpost: "riscv_cbom_block_size" [arch/riscv/kvm/kvm.ko] undefined!: => N/A riscv-gcc11/riscv-defconfig riscv-gcc11/rv32_defconfig > + {standard input}: Error: branch to a symbol in another ISA mode: 1339 => 2616, 2621 mips-gcc11/micro32r2_defconfig mips-gcc11/micro32r2el_defconfig > + {standard input}: Error: displacement to undefined symbol .L377 overflows 12-bit field: => 2286 > + {standard input}: Error: displacement to undefined symbol .L378 overflows 8-bit field : => 2302 > + {standard input}: Error: displacement to undefined symbol .L382 overflows 8-bit field : => 2213 > + {standard input}: Error: pcrel too far: => 2247, 2261, 2232, 2231, 2262, 2216, 2204, 2248, 2274, 2293, 2217, 2206, 2221, 2229, 2209, 2249, 2259, 2215 > + {standard input}: Error: unknown pseudo-op: `.l': => 2305 sh4-gcc11/sh-all{mod,yes}config (ICE in drivers/net/pcs/pcs-xpcs.o) Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Build regressions/improvements in v6.1-rc1 2022-10-17 15:25 ` Build regressions/improvements in v6.1-rc1 Geert Uytterhoeven @ 2022-10-18 10:39 ` Maciej W. Rozycki 2022-10-18 12:30 ` Geert Uytterhoeven 0 siblings, 1 reply; 4+ messages in thread From: Maciej W. Rozycki @ 2022-10-18 10:39 UTC (permalink / raw) To: Geert Uytterhoeven Cc: linux-kernel, D Scott Phillips, Andrew Jones, linux-arm-kernel, amd-gfx, dri-devel, linux-um, linux-rdma, linux-riscv, kvm-riscv, sparclinux, linux-mips On Mon, 17 Oct 2022, Geert Uytterhoeven wrote: > > + {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? Maciej ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Build regressions/improvements in v6.1-rc1 2022-10-18 10:39 ` Maciej W. Rozycki @ 2022-10-18 12:30 ` Geert Uytterhoeven 2022-10-18 13:28 ` Maciej W. Rozycki 0 siblings, 1 reply; 4+ messages in thread From: Geert Uytterhoeven @ 2022-10-18 12:30 UTC (permalink / raw) To: Maciej W. Rozycki Cc: linux-kernel, D Scott Phillips, Andrew Jones, linux-arm-kernel, amd-gfx, dri-devel, linux-um, linux-rdma, linux-riscv, kvm-riscv, sparclinux, linux-mips Hi Maciej, On Tue, Oct 18, 2022 at 12:39 PM Maciej W. Rozycki <macro@orcam.me.uk> wrote: > On Mon, 17 Oct 2022, Geert Uytterhoeven wrote: > > .> [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/ Thanks! Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Build regressions/improvements in v6.1-rc1 2022-10-18 12:30 ` Geert Uytterhoeven @ 2022-10-18 13:28 ` Maciej W. Rozycki 0 siblings, 0 replies; 4+ messages in thread From: Maciej W. Rozycki @ 2022-10-18 13:28 UTC (permalink / raw) To: Geert Uytterhoeven Cc: linux-kernel, D Scott Phillips, Andrew Jones, linux-arm-kernel, amd-gfx, dri-devel, linux-um, linux-rdma, linux-riscv, kvm-riscv, sparclinux, linux-mips 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@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 ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2022-10-18 13:28 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20221017145157.1866351-1-geert@linux-m68k.org>
2022-10-17 15:25 ` Build regressions/improvements in v6.1-rc1 Geert Uytterhoeven
2022-10-18 10:39 ` Maciej W. Rozycki
2022-10-18 12:30 ` Geert Uytterhoeven
2022-10-18 13:28 ` Maciej W. Rozycki
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox