linux-kernel - Re: SuperH: fs/namespace.c: In function '__se_sys_listmount': syscalls.h:258:9: internal compiler error: in change_address

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <b78e0487-d9e7-4584-8d6b-7de119ee7769@app.fastmail.com>
Date:   Tue, 21 Nov 2023 16:05:17 +0100
From:   "Arnd Bergmann" <arnd@...db.de>
To:     "Naresh Kamboju" <naresh.kamboju@...aro.org>,
        linux-fsdevel@...r.kernel.org,
        "open list" <linux-kernel@...r.kernel.org>,
        regressions@...ts.linux.dev, lkft-triage@...ts.linaro.org,
        "Linux-sh list" <linux-sh@...r.kernel.org>
Cc:     "Miklos Szeredi" <mszeredi@...hat.com>,
        "Ian Kent" <raven@...maw.net>,
        "Christian Brauner" <brauner@...nel.org>,
        "Alexander Viro" <viro@...iv.linux.org.uk>,
        "Dan Carpenter" <dan.carpenter@...aro.org>,
        "John Paul Adrian Glaubitz" <glaubitz@...sik.fu-berlin.de>,
        "Rich Felker" <dalias@...c.org>,
        "Yoshinori Sato" <ysato@...rs.sourceforge.jp>
Subject: Re: SuperH: fs/namespace.c: In function '__se_sys_listmount':
 syscalls.h:258:9: internal compiler error: in change_address_1, at
 emit-rtl.c:2275

On Tue, Nov 21, 2023, at 15:25, Naresh Kamboju wrote:
> The SuperH tinyconfig and allnoconfig builds started failing from 20231120 tag
> Please find the following builds warnings / errors.
>
> /builds/linux/include/linux/syscalls.h:233:9: note: in expansion of
> macro '__SYSCALL_DEFINEx'
>   233 |         __SYSCALL_DEFINEx(x, sname, __VA_ARGS__)
>       |         ^~~~~~~~~~~~~~~~~
> /builds/linux/include/linux/syscalls.h:225:36: note: in expansion of
> macro 'SYSCALL_DEFINEx'
>   225 | #define SYSCALL_DEFINE4(name, ...) SYSCALL_DEFINEx(4, _##name,
> __VA_ARGS__)
>       |                                    ^~~~~~~~~~~~~~~
> /builds/linux/fs/namespace.c:5019:1: note: in expansion of macro
> 'SYSCALL_DEFINE4'
>  5019 | SYSCALL_DEFINE4(listmount, const struct mnt_id_req __user *, req,
>       | ^~~~~~~~~~~~~~~
> 0x129d9d7 internal_error(char const*, ...)
> ???:0
> 0x5dbc4d fancy_abort(char const*, int, char const*)
> ???:0
> 0x7ddd3e adjust_address_1(rtx_def*, machine_mode, poly_int<1u, long>,
> int, int, int, poly_int<1u, long>)
> ???:0
> 0x81dd91 output_operand(rtx_def*, int)
> ???:0
> 0x81e5a4 output_asm_insn(char const*, rtx_def**)
> ???:0
> 0x8226a8 final_scan_insn(rtx_insn*, _IO_FILE*, int, int, int*)
> ???:0
> Please submit a full bug report,
> with preprocessed source if appropriate.
> Please include the complete backtrace with any bug report.
> See <file:///usr/share/doc/gcc-11/README.Bugs> for instructions.

It's clearly a compiler bug, and I get the same thing with
all sh4 compilers I have on my machine, I tried with gcc-7.5
through gcc-13.

I also see that the defconfigs work fine, so it's probably
just hitting some weird corner case. You could try opening
a bug report against gcc, but I'm not sure it's worth it.

      Arnd