Received: by 2002:a05:6a10:a852:0:0:0:0 with SMTP id d18csp820109pxy; Wed, 5 May 2021 14:58:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyubjPmTYgtcpmfWY/dhn0X/7BXorLffPGEdh0e5dCoW3zvFmAQjDAZkMjNR611KxFizaQK X-Received: by 2002:a17:906:6a93:: with SMTP id p19mr877717ejr.319.1620251902992; Wed, 05 May 2021 14:58:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620251902; cv=none; d=google.com; s=arc-20160816; b=St+E8Ln2y6dOuTE78f24f6ffzTnpydeR3PAS0N73eyZ2bFiaaypTmtG7IY51/S8uIG LMYfyXq3Q55dRyR4nz4azmvb3csZ7Gg6glmg8TjuyiwK29wl4gevvi17pLu8sS2V+bwJ 6mBm3QRLnoWEyNiKd5wGrDgGG0e3GXG4ZikFFRh9iIeMEQelXDmOXncxuZsH3e3OXG2j 8Y2lsbAc49RLmDB3S89nFp3Uu90lMa5h89TAp/O+WAm+emCdLS0tw4N//0GPL8bwAUlI uCk1IEfNCK6Z5mMF/rp07byqhdkP03Rij9NzR3r9DOx06+Lfo+i8gsWNjQIgzB2FESjZ ixtw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=g4X2E1XRo1phsTQg3EtaDOCHvhUj1Tt6jnzKJ2/36r4=; b=R2NeomezHQIK4xEWVYzMFG4s6kFjzw768e6WkQQuEBc5SVzgHzpQ1zN2ZScdzME5pb uWJT9PptegFUPZ1XKMac5X246547g6dTZiIJh2Aa6vtMOrAdAXUYmgPwdNdHTpirkpHU TW0SrJIUxjkD/2jLuLmKRtlUasuop6AH48XzNsKCMpoFTTrtoCiLHmbEazrfagEubefD H6/QDDUr929jiS1XgNUttJOz+XfowLA5n8rOaXpkTXepJ1tVQTDlEJzFucY5aDmWj8Ep qpkYQCP1P3Jcvp2qbK9oYK5kvGgFQzxWVtG+JennrMeWuGBEOcW5tB3LaoXRhCE22UIx tvWA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=Ci17lKNM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ky1si547026ejc.438.2021.05.05.14.57.59; Wed, 05 May 2021 14:58:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=Ci17lKNM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235055AbhEER6g (ORCPT + 99 others); Wed, 5 May 2021 13:58:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55874 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234274AbhEER6O (ORCPT ); Wed, 5 May 2021 13:58:14 -0400 Received: from mail-ot1-x331.google.com (mail-ot1-x331.google.com [IPv6:2607:f8b0:4864:20::331]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0C4E0C00F602 for ; Wed, 5 May 2021 10:28:57 -0700 (PDT) Received: by mail-ot1-x331.google.com with SMTP id c36-20020a05683034a4b02902a5b84b1d12so2399032otu.8 for ; Wed, 05 May 2021 10:28:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=g4X2E1XRo1phsTQg3EtaDOCHvhUj1Tt6jnzKJ2/36r4=; b=Ci17lKNM6SGVNOqaBWBsKIWTYwwHJkNl1mRsigIQBzQUV+Fe7R1iEbp4p0Gi7GvMLt vpPFAF3pJjstdTj6jq3muVEeH8qUqVxVmGHZr24Pb3bnvcBdv12/sd389ZxY9jRAjLyh A5ziYDkfBaYnFip5b0Ud/+WFd/dJgrQJUN3KTfYLrHwlQZulsdUg0gPk3ej58DmJG9na 6hzzjTzYsHRPDwgh/yQZUFTqLpQJJ7OtdlA6gz0OP37sYrKUJc7epGDksRCP9QDukzY1 OKOgnsm2Bu0EUuSj/f0d3dCe6+8/dv21IaF7lQa6r8eIHy6VgML1pohdp9Zq326OyzGi 4lgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=g4X2E1XRo1phsTQg3EtaDOCHvhUj1Tt6jnzKJ2/36r4=; b=FMpLm2dWddeEf052Tne4pCH4YXe6vd9uB/A6hXq+kKuBq1KV3btwnHY3lUob4cmlD4 mcIOB7ABe5Fvl2SThS3zY88rWTSRiw5KxX5ABamvIdIZANjLbLcE9RQwZajxXauzhWov 7Lp+NfPanlEbKT9wnDG0NL7HQhvXl+esqsHJVo2/0oKnn22xM3H0Hro96dC0erHk7JB1 EeWMgNXgCxxcSGnwOTXG7EBpnJPygPlDcEzfg+g1nPwmob3i3eFJyOY5RzhidYuHEH+k oS0Ge+sMBP1/pK4+1jo9yDld1FItl6D0s/FTyhJILVZdE1ZVQYkDu9B2Px6CbYUPuhg3 Emng== X-Gm-Message-State: AOAM533inX65ciYk5/O7YPNa2QSsx/jxYBN5093aQlX5nXn5EsRF2yRz Z+7FJQuyZakYECt+ZdyfHnqvvOpiIlHb2HnjhOlS6w== X-Received: by 2002:a9d:60c8:: with SMTP id b8mr24974375otk.17.1620235736198; Wed, 05 May 2021 10:28:56 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Marco Elver Date: Wed, 5 May 2021 19:28:00 +0200 Message-ID: Subject: Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf To: "Eric W. Biederman" Cc: Arnd Bergmann , Florian Weimer , "David S. Miller" , Peter Zijlstra , Ingo Molnar , Thomas Gleixner , Peter Collingbourne , Dmitry Vyukov , Alexander Potapenko , sparclinux , linux-arch , Linux Kernel Mailing List , Linux API , kasan-dev Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 4 May 2021 at 23:13, Eric W. Biederman wrote: > This set of changes sorts out the ABI issues with SIGTRAP TRAP_PERF, and > hopefully will can get merged before any userspace code starts using the > new ABI. > > The big ideas are: > - Placing the asserts first to prevent unexpected ABI changes > - si_trapno becomming ordinary fault subfield. > - struct signalfd_siginfo is almost full > > This set of changes starts out with Marco's static_assert changes and > additional one of my own that enforces the fact that the alignment of > siginfo_t is also part of the ABI. Together these build time > checks verify there are no unexpected ABI changes in the changes > that follow. > > The field si_trapno is changed to become an ordinary extension of the > _sigfault member of siginfo. > > The code is refactored a bit and then si_perf_type is added along side > si_perf_data in the _perf subfield of _sigfault of siginfo_t. > > Finally the signalfd_siginfo fields are removed as they appear to be > filling up the structure without userspace actually being able to use > them. > > v2: https://lkml.kernel.org/r/m14kfjh8et.fsf_-_@fess.ebiederm.org > v1: https://lkml.kernel.org/r/m1zgxfs7zq.fsf_-_@fess.ebiederm.org > > Eric W. Biederman (9): > signal: Verify the alignment and size of siginfo_t > siginfo: Move si_trapno inside the union inside _si_fault > signal: Implement SIL_FAULT_TRAPNO > signal: Use dedicated helpers to send signals with si_trapno set > signal: Remove __ARCH_SI_TRAPNO > signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency > signal: Factor force_sig_perf out of perf_sigtrap > signal: Deliver all of the siginfo perf data in _perf > signalfd: Remove SIL_FAULT_PERF_EVENT fields from signalfd_siginfo > > Marco Elver (3): > sparc64: Add compile-time asserts for siginfo_t offsets > arm: Add compile-time asserts for siginfo_t offsets > arm64: Add compile-time asserts for siginfo_t offsets > > arch/alpha/include/uapi/asm/siginfo.h | 2 - > arch/alpha/kernel/osf_sys.c | 2 +- > arch/alpha/kernel/signal.c | 4 +- > arch/alpha/kernel/traps.c | 24 ++--- > arch/alpha/mm/fault.c | 4 +- > arch/arm/kernel/signal.c | 39 +++++++ > arch/arm64/kernel/signal.c | 39 +++++++ > arch/arm64/kernel/signal32.c | 39 +++++++ > arch/mips/include/uapi/asm/siginfo.h | 2 - > arch/sparc/include/uapi/asm/siginfo.h | 3 - > arch/sparc/kernel/process_64.c | 2 +- > arch/sparc/kernel/signal32.c | 37 +++++++ > arch/sparc/kernel/signal_64.c | 36 +++++++ > arch/sparc/kernel/sys_sparc_32.c | 2 +- > arch/sparc/kernel/sys_sparc_64.c | 2 +- > arch/sparc/kernel/traps_32.c | 22 ++-- > arch/sparc/kernel/traps_64.c | 44 ++++---- > arch/sparc/kernel/unaligned_32.c | 2 +- > arch/sparc/mm/fault_32.c | 2 +- > arch/sparc/mm/fault_64.c | 2 +- > arch/x86/kernel/signal_compat.c | 15 ++- > fs/signalfd.c | 23 ++--- > include/linux/compat.h | 10 +- > include/linux/sched/signal.h | 13 +-- > include/linux/signal.h | 3 +- > include/uapi/asm-generic/siginfo.h | 20 ++-- > include/uapi/linux/signalfd.h | 4 +- > kernel/events/core.c | 11 +- > kernel/signal.c | 113 +++++++++++++-------- > .../selftests/perf_events/sigtrap_threads.c | 12 +-- > 30 files changed, 373 insertions(+), 160 deletions(-) Looks good, thanks a lot! I ran selftests/perf_events on x86-64, and build-tested x86-32, arm, arm64, sparc, alpha. I added my Reviewed/Acked-by to the various patches. Thanks, -- Marco