Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp234247iob; Mon, 2 May 2022 18:02:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxMYvUCv18RKvMTdaQE8a0EKw5hq8R/0cYcLNmqlzJgviKJphfwtq7pe8wxbuysXQkkONfy X-Received: by 2002:a17:90b:3442:b0:1d9:8af8:2913 with SMTP id lj2-20020a17090b344200b001d98af82913mr2044262pjb.199.1651539737718; Mon, 02 May 2022 18:02:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651539737; cv=none; d=google.com; s=arc-20160816; b=NEH3uRUVCY14TIhO9O0KnD+BOz8LFZqbILTCgc/hOlaKGp/ZBz2ecKCGXQ/+iJBN4c b0yHNROtxEGrYK3supvrPTCZIkFSlKhNZu7mQSlhjXahIXAC/cOTNjwGEYMlcAKSo25R OncwLxhrsnugit3OErgpRmZJSvY8Atfc6wmE+dPNPAboEfvGG1e3Gr/4RmDGd3HMB8uJ W+b56HT0AhXNJiTfdENDSUuxY23JnVfNRBK4I8CffZjT+XGHFiRcCHUJugPHDPS0RGiM i4bpq0XLO1nOd7Kp+ao2OkoHliop9RmOQL4r5oOhaNJEjolTbLgfFjG7I944cdwfYS/c C1MA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:dkim-signature :dkim-signature:date; bh=63m7IFpyJnFKOQ8AnvnEPCTLSco6sTiRbyuaAdNF4fs=; b=s55oadIeEYvNZ3Qir2Fs4ydNd0JsBFBBeRFXBeRQoywhiLv/Dp7VELD/4G4ag+pWcK iPMEc8dEBDTUa5UxoN7R2TLQuyojqpEMBlwYdKFti0ELcbxmOOaRO/V+6e/AgXZBljNX X6B72y5/zslldsOf9k8TKNxmRLnPUyzMK475LeaiQfZ5JcsBajtv0qMhjaTkWnXrboR+ Q2ZBucVFB3eMAn5PmxT3fi6Jyk8KHuxOJmkyvhTA13AL0ePLtdUVwRujozEyaEVG9dl5 gSomJ66ACsyp2KIhyCl5elzXpvytt3i2kxEU3F7+NoDu60iIZ6LXOdvgrxx1D4UHLD3D sa5g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=u4DzhGvB; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id u37-20020a634565000000b0038253c4de24si15000024pgk.186.2022.05.02.18.02.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 02 May 2022 18:02:17 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=u4DzhGvB; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from out1.vger.email (out1.vger.email [IPv6:2620:137:e000::1:20]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id C171F2C64F; Mon, 2 May 2022 17:46:15 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235413AbiEBKMY (ORCPT + 99 others); Mon, 2 May 2022 06:12:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39140 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229491AbiEBKMW (ORCPT ); Mon, 2 May 2022 06:12:22 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A5E5B236; Mon, 2 May 2022 03:08:54 -0700 (PDT) Date: Mon, 2 May 2022 12:08:49 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1651486133; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=63m7IFpyJnFKOQ8AnvnEPCTLSco6sTiRbyuaAdNF4fs=; b=u4DzhGvBvgeEmjdmbffbpoosHxFATqBRLbiYdCD0732eDPLRY3F6uEifkO/Ctq9STnUgqq Im6/rOVsJm7QDR6CzQDSNbYGXmpDxdMG3B4pYMJV7cJt08yvyI8Q4+6YAiezkpIXL+U2kc NS6H37pqDryfADNo40x1qtYo0NfKDmqTf98B2UouiJj/gfu9EzeD0AygrBRPM4/Hzmi87y 0nttQrWACAnA6M1c5KXwddN5X8upHGJlf1jFJEs8ks91k+oZpEwIsijZ9ozTzTduhpzlDS roiBQC4D40e2IXy/86w4pwoxFhnTzdXHxT/pk0CdjxTOS8lh6pdIPaHgR0oZBg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1651486133; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=63m7IFpyJnFKOQ8AnvnEPCTLSco6sTiRbyuaAdNF4fs=; b=DcKvs7WVaRfSQxdISGO1hUYCOUpk5mwoqI5/iZDWPsVEDcfKxJTA79vGQkcz2cFv4Kltke cJCO5nJ05LfE5GDA== From: Sebastian Andrzej Siewior To: "Eric W. Biederman" Cc: linux-kernel@vger.kernel.org, rjw@rjwysocki.net, Oleg Nesterov , mingo@kernel.org, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, mgorman@suse.de, Will Deacon , tj@kernel.org, linux-pm@vger.kernel.org, Peter Zijlstra , Richard Weinberger , Anton Ivanov , Johannes Berg , linux-um@lists.infradead.org, Chris Zankel , Max Filippov , linux-xtensa@linux-xtensa.org, Kees Cook , Jann Horn , linux-ia64@vger.kernel.org Subject: Re: [PATCH v2 10/12] ptrace: Only return signr from ptrace_stop if it was provided Message-ID: References: <87k0b7v9yk.fsf_-_@email.froward.int.ebiederm.org> <20220429214837.386518-10-ebiederm@xmission.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220429214837.386518-10-ebiederm@xmission.com> X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022-04-29 16:48:35 [-0500], Eric W. Biederman wrote: > In ptrace_stop a ptrace_unlink or SIGKILL can occur either after > siglock is dropped or after tasklist_lock is dropped. At either point > the result can be that ptrace will continue and not stop at schedule. > > This means that there are cases where the current logic fails to handle > the fact that ptrace_stop did not actually stop, and can potentially > cause ptrace_report_syscall to attempt to deliver a signal. > > Instead of attempting to detect in ptrace_stop when it fails to > stop update ptrace_resume and ptrace_detach to set a flag to indicate , > that the signal to continue with has be set. Use that been > new flag to decided how to set return signal. > > Signed-off-by: "Eric W. Biederman" Sebastian