Re: systemd 252.6-1 produces an Instruction fault, sysvinit works
Frank Scheiner <[email protected]> Mon, 22 May 2023 11:48:35 +0200
| Newsgroups | gmane.linux.debian.ports.alpha |
|---|---|
| Message-ID | <[email protected]> |
Dear Michael, On 21.05.23 02:11, Michael Cree wrote: > On Thu, May 18, 2023 at 01:01:25PM +0200, Frank Scheiner wrote: >> Welcome to Debian GNU/Linux 12 (bookworm)! >> >> [ 11.958978] CPU 1 >> [ 11.958978] systemd(1): Instruction fault 4 >> [ 12.032220] pc = [<fffffc0005163bfc>] ra = [<fffffc0005163bf8>] ps >> = 0000 Not tainted >> [ 12.131829] pc is at 0xfffffc0005163bfc >> [ 12.177728] ra is at 0xfffffc0005163bf8 > > Yeah, I think I have seen this one too when I tried out the new kernel. > > Instruction fault 4 occurs on the execution of a reserved instruction > (i.e. an invalid opcode) or the execution of a privileged instruction > in user mode. > > Interestingly the program counter is in kernel space. So raises the > question is it the kernel that tried to execute an invalid instruction? > > Looking at the code: > >> [ 13.559563] Code: >> [ 13.559563] fffffc00 >> [ 13.582024] 00000000 >> [ 13.610344] 00000000 >> [ 13.638664] 05163bfc >> [ 13.666985] fffffc00 >> [ 13.695305] 02871148 >> [ 13.723625] <fffffc00> >> [ 13.751946] 00000000 >> [ 13.779289] > > These do not appear to be valid code. They look more like addresses. > It has the appearance that the kernel has jumped into data and tried > to execute it as code! Thanks for your explanations and analysis, that's more than helpful. > Maybe report it to the Linux Kernel Mail List? The thread is here: https://marc.info/?l=linux-alpha&m=168474811430816&w=2 I would have posted a link to the debian-alpha mailing list, but the assumed greylisting there prevented my message to appear there yet. Cheers, Frank