Re: [PATCH v2 0/8] alpha: enable generic entry infrastructure

From: Matt Turner

Date: Fri Jun 12 2026 - 13:54:48 EST


On Fri, May 29, 2026 at 10:23 AM Magnus Lindholm <linmag7@xxxxxxxxx> wrote:
>
> Hi,
>
> This series moves Alpha closer to the common architecture infrastructure
> and enables GENERIC_ENTRY and GENERIC_IRQ_ENTRY. This is v2 of this patch
> series, please see below for changes since v1.
>
> The main motivation is to reduce Alpha-specific syscall tracing, ptrace,
> seccomp, and return-to-user handling where common code already provides
> the required infrastructure. Alpha still has ABI-sensitive syscall
> details, most notably the assembly syscall invocation and the r0/r19
> return-value encoding, so those remain Alpha-specific. The surrounding
> entry/exit decisions are moved towards common code.
>
> The series first adds regset-based ptrace and core dump support. Alpha
> now provides a user_regset_view for NT_PRSTATUS and NT_PRFPREG, exports
> the ELF-visible general and floating-point register layouts, and uses the
> common ptrace regset implementation for PTRACE_GETREGSET and
> PTRACE_SETREGSET instead of open-coding iovec handling in arch_ptrace().
> This also provides the basis for HAVE_ARCH_TRACEHOOK and common ptrace
> syscall-info support.
>
> It then adds ARCH_STACKWALK support. The implementation uses a simple
> kernel stack scanning walker, starting after pt_regs for current tasks
> and using the saved PCB kernel stack pointer for blocked tasks. This
> enables common stacktrace users such as dump_stack(), /proc/*/stack, and
> SysRq backtraces, without introducing a frame-pointer-based unwinder. It
> also avoids relying on the legacy weak save_stack_trace_*() fallbacks,
> which is needed by the later generic IRQ-entry configuration in this
> series.
>
> The next group of patches prepares Alpha for lockdep IRQ-state tracking.
> Alpha interrupt masking is controlled by the PAL IPL state, so the
> irqflags helpers are made to operate on IPL state rather than treating
> the full processor status word as the saved interrupt state. The series
> also initializes dynamically allocated PCI sysfs bin attributes for
> lockdep, provides ftrace return-address support for lockdep call-site
> reporting, and converts low-level platform locks to raw spinlocks where
> regular spinlock instrumentation is not appropriate for the hardware and
> interrupt paths involved.
>
> The lockdep patch then adds hardirq state tracking in Alpha's low-level
> entry/exit paths. It annotates PAL IPL transitions and the shared return
> path so lockdep can keep its interrupt state in sync with the hardware
> IPL state. This allows CONFIG_PROVE_LOCKING to remain useful on Alpha
> instead of quickly disabling debug_locks due to IRQ state mismatches.
>
> The final patch enables GENERIC_ENTRY and GENERIC_IRQ_ENTRY. Syscall
> entry now uses C helpers built around syscall_enter_from_user_mode().
> The C entry helper handles the common syscall-entry work, including
> ptrace/seccomp entry processing, skip decisions, syscall-number
> shadowing, and syscall table lookup. It returns the selected syscall
> function pointer to assembly.
>
> Assembly then performs only the Alpha-specific dispatch: it reloads the
> syscall arguments, preserves the required GP/stack conventions, and
> performs the indirect call through the function pointer returned by C.
> Skipped syscalls bypass that dispatch and return through the Alpha
> syscall-exit helper.
>
> Syscall exit is split in the same way. Alpha first performs its
> ABI-specific result handling: r0/v0 carries the return value or positive
> errno, and r19/a3 carries the error flag. It also handles skipped
> syscall restart state and successful syscalls whose return values may
> look like negative errnos, such as legacy ptrace PEEK requests. Once the
> Alpha-specific r0/r19 state is encoded, the path enters
> syscall_exit_to_user_mode() for the common syscall-exit and
> exit-to-user-mode work.
>
> The syscall number used by generic entry is kept separately from the
> return-value register. entSys copies the raw r0 syscall number into r1,
> and r1 is used as Alpha's generic-entry syscall-number shadow. Restart
> bookkeeping that used to be carried by low-level assembly state is now
> kept explicitly in thread_info. This avoids using user-visible general
> registers as hidden restart state while preserving Alpha's restart and
> ptrace semantics.
>
> Testing was performed on an Alpha EV68/Tsunami SMP system (UP2000+) as
> well as an Alphaserver 4100 (rawhide) system.
>
> For the regset, ptrace, tracehook, and generic-entry changes, testing
> included:
>
> - custom ptrace/regset round-trip tests for both GPR and FPR regsets
> - PTRACE_GET_SYSCALL_INFO validation, including the reported user
> stack pointer
> - ELF core dump inspection with readelf
> - strace testsuite (make check), with the remaining failures comparable
> to the pre-series baseline on the same system.
>
> Kernel tools/testing/selftests:
> - ptrace: syscall-info tests improved over the baseline.
> - seccomp: seccomp_bpf passes all applicable tests.
> - exec: check-exec now passes once loop block-device support is enabled.
> - ipc: ipc selftests improved over the baseline.
> - acct: acct selftests improved over the baseline.
>
> Overall, the selftest comparison did not show an obvious regression
> introduced by this series. Instead, the patched kernel reduced the
> number of failing top-level selftests and fixed several failures in areas
> that exercise the new ptrace, tracehook, seccomp, and generic-entry
> paths. Some unrelated failures remain and need separate investigation,
> but they are either also present in the baseline run or explained by
> missing kernel configuration or test-environment support.
>
> For the stacktrace changes, the following scenarios were verified:
>
> - SysRq 'l' prints backtraces for all CPUs, including syscall and
> interrupt contexts
> - /proc/<pid>/stack returns sensible call chains for both the current
> task and sleeping tasks, such as nanosleep
> - stack traces remain stable under scheduler and I/O load, including
> ping, ext4 writes, and background workqueues
> - no crashes, lockups, or obvious mis-unwinds were observed
>
> For the lockdep changes, /proc/lockdep_stats shows debug_locks remaining
> enabled, with no redundant hardirq or softirq on/off annotations observed
> during testing.
>
> Review feedback is very welcome. Additional testing on other Alpha
> systems, CPU variants, and workloads would also be much appreciated.

I left some comments on patch 8 regarding implementing support for
floating-point registers and the program counter. Other than that,
this looks good.

I've been running this on my ES47 without any obvious issues (other
than my ES47's general instability, which I'm investigating).

Reviewed-by: Matt Turner <mattst88@xxxxxxxxx>
Tested-by: Matt Turner <mattst88@xxxxxxxxx>