From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 55DB744369; Wed, 13 Mar 2024 14:06:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1710338810; cv=none; b=dEX/NjBy6M8D+FFLFjrhQs/Ggj4irvsZuuxcy3RkvD6AIqNnEs/So472H5BVmHE/roTve7RaSeDRppEAbuYR6pM2GZ2HWngED+eWMPmYWjZS0ofJNTh/VWIuvFNPeuXTYaKw4thn36KffrM3gwjrEK/QDjUuLyOjexpvOQ35Z1A= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1710338810; c=relaxed/simple; bh=0jlutHs2yvu1tTSpSrKgQrXzPWCFfYo1yaC03lAmRJs=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=hAO3XgaoNVBIVSWKYszKP3jRe4SJCn1mTRv/1VMnNhRyEUutCQWzJQdg7RTC6uVVrcOhW2ZWpzGQSEJqBzpdkG7mQz7BFfI8VGjeJbTs6Vm9E0HBLMA8yEDiSA+9SRQwxO7j1Y1mC6D6zmEiwNdoMjRWC7OuCLxl6syLjH91NC0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=d2rHGejP; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="d2rHGejP" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 59E71C433F1; Wed, 13 Mar 2024 14:06:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1710338809; bh=0jlutHs2yvu1tTSpSrKgQrXzPWCFfYo1yaC03lAmRJs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=d2rHGejPC6zUe43HEHmolXuF+RGCmZkV3WlO/ezoNnheDMK4Ru0SNxL7xADNon3FG BYbtnxq1u0jdpg07fV4A0ULudqsvsuttjFGMwLDN0JAjIAjfi41XEjDfFpAnSQLnGz 79VUBQ/GTfykN4HLG8lpZI9rrbIZJHWf0B+98jqX633EsbGzNo+XU2gTyETO1Gl0fu cpb/ZIirhxyV6+GC0B5yiM3T/HR6yGQuMZ6X/7x5j8Kn7WUwUMv5YhgDC48V6c5pw8 wmCwVbmXMZILmfrEq4/9QQABTyq8uEwHWKnMzBtBSlMTUVLei7SPQg7M21LZ5lHPtZ uZ5l9by1bouIw== Date: Wed, 13 Mar 2024 11:06:46 -0300 From: Arnaldo Carvalho de Melo To: Sebastian Andrzej Siewior Cc: linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org, Adrian Hunter , Alexander Shishkin , Ian Rogers , Ingo Molnar , Jiri Olsa , Marco Elver , Mark Rutland , Namhyung Kim , Peter Zijlstra , Thomas Gleixner Subject: Re: [PATCH v2 0/4] perf: Make SIGTRAP and __perf_pending_irq() work on RT. Message-ID: References: <20240312180814.3373778-1-bigeasy@linutronix.de> <20240313081303.DClwQrvb@linutronix.de> <20240313134645.bO-XyxAM@linutronix.de> Precedence: bulk X-Mailing-List: linux-perf-users@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240313134645.bO-XyxAM@linutronix.de> On Wed, Mar 13, 2024 at 02:46:45PM +0100, Sebastian Andrzej Siewior wrote: > On 2024-03-13 10:28:41 [-0300], Arnaldo Carvalho de Melo wrote: > > > One part I don't get: did you let it run or did you kill it? > > > > If I let them run they will finish and exit, no exec_child remains. > > > > If I instead try to stop the loop that goes on forking the 100 of them, > > then the exec_child remain spinning. > > Okay. So that problem only exists if you intervene. And you can > reproduce this odd behaviour with my patches but not without them, > right? See the next message, I managed to reproduce that behaviour in a non-RT kernel as well. - Arnaldo