Received: by 2002:a05:7412:cfc7:b0:fc:a2b0:25d7 with SMTP id by7csp696065rdb; Sun, 18 Feb 2024 07:35:11 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCUD+qL4TRGkUbJsqusI+5Ax1w4kp2BRLqYUvabKrM8AgPXBpxOkWAbogrC0RZbKrz5MPqBbCOWBK8lSQTj9ufkMcqklVTY/nRqF/S8I/g== X-Google-Smtp-Source: AGHT+IFuSsNrpoKorAEqainJ8mou0y0HJ508hJfzOq6DznOwPatNJpUMChF8/W/JOiYsDLD2D79m X-Received: by 2002:a05:622a:303:b0:42c:6d50:6b56 with SMTP id q3-20020a05622a030300b0042c6d506b56mr13321816qtw.39.1708270511354; Sun, 18 Feb 2024 07:35:11 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1708270511; cv=pass; d=google.com; s=arc-20160816; b=tFK/5W9zdG79sy+k+9E2pWhdigeexOWmpTzfPgKb4YxSQqhC5vPQrOoKDXABhaWR4g oYMioNYAeq1LlEihitIR3E38T2RPyB0tp+2PQBKnpOstRi4lJNc3HMxZGyWKA5HRmvDO 9purOSk+BnHLmm0J0W++VIKpaTi7L8yj5FcGc9tuZAb/pbjEjadaTs6sVtpOpFmHLBcE 2zsuTiImrXx5STUSAPfpYBcl/XMDH49YgP34gG0SmXSp+7Ydop91IyqBpOcpwyCBygaz v6tP8jYYdajKe4ES9bC4IRFYZGgGOTmg39T8eFJCSwVkoQCgOty58qcSiAWYiJYoc6WT cfmQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id:dkim-signature; bh=4fRSGqhQu6+Ft3OxeuS/RVv3QuBc/38aa5FYMsAwInQ=; fh=wvA+ohJO8QYPi/76hVy0SxaXoNml0WWDHkpu7VyHjOg=; b=BHXoD5AO7AHhJXsiHo3LjXLbRxFF6TJz6oTtewxSvcERkXE+YTuJTZpV0es/nhmSx8 fZS4mq4CvdP5WNzE4UA8kLD1H2E3eXXE/K1cXZWAjNRkPAujXZsGsuBGS1fAoGFEZ5Ae LnbMQIcMQuUcWsu+qWNSA++cQhbbyH5YFCww740lcX1aujH5GPiTlFFIyD3HBXaFCUZA KzDDz0NlN+YRXExxumSLeXsGsl1LRLyoery1gFJrG838x+Frr6Jd+6+YTN/cyKTjteHd y57QPd2hvfwVKKLu97e6kYGoPHTPBp96eV26TknO8jRuyVPsFfEk621oZdu1XeVLM/sY kh+g==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@foxmail.com header.s=s201512 header.b="NEyC/sQF"; arc=pass (i=1 spf=pass spfdomain=foxmail.com dkim=pass dkdomain=foxmail.com dmarc=pass fromdomain=foxmail.com); spf=pass (google.com: domain of linux-kernel+bounces-70431-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-70431-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foxmail.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id w16-20020ac843d0000000b0042c5ef2d1b0si4231309qtn.771.2024.02.18.07.35.11 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 18 Feb 2024 07:35:11 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-70431-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@foxmail.com header.s=s201512 header.b="NEyC/sQF"; arc=pass (i=1 spf=pass spfdomain=foxmail.com dkim=pass dkdomain=foxmail.com dmarc=pass fromdomain=foxmail.com); spf=pass (google.com: domain of linux-kernel+bounces-70431-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-70431-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foxmail.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 50DBA1C2097D for ; Sun, 18 Feb 2024 15:35:10 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 06D056D1B2; Sun, 18 Feb 2024 15:35:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=foxmail.com header.i=@foxmail.com header.b="NEyC/sQF" Received: from out162-62-58-216.mail.qq.com (out162-62-58-216.mail.qq.com [162.62.58.216]) (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 42A686BB44 for ; Sun, 18 Feb 2024 15:34:58 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=162.62.58.216 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708270503; cv=none; b=lC+68GDpkqcyqPrfGD0/U2mOiILMy2qY3Sc2xSNm0q+xB5KsVvM8VO7+dZ48wVAWbW0PiGUMgS9JyeKbp9LXOYfV4LOGXGUDsSOo99OsV9sqy6PnHOgoh6FubHHbcqWYxOawgq2PCH6TAJB7tgFo0kqFVCXR1u7vZSQYkDbFtxk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708270503; c=relaxed/simple; bh=F7I2LrOjlEp2qAZiCFZTJ7ZQzHJHlFpK0pNegozALpo=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=YDtgPuDfQwSx3PWzi9A/VQZIdUS3H2FBjLC2plWIQnRfsn/HWudMqxC4wS/SdnHCfNyychvkTtXKahUiguUWEkY9auMOD/RrxOeUxlc69L1O2Fp3+kIYcA7RM3Yt/NdWavQUbOSF9u9EkB6AEk2zuBsLWYcVZFqzCExee2SMfWg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=foxmail.com; spf=pass smtp.mailfrom=foxmail.com; dkim=pass (1024-bit key) header.d=foxmail.com header.i=@foxmail.com header.b=NEyC/sQF; arc=none smtp.client-ip=162.62.58.216 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=foxmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=foxmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foxmail.com; s=s201512; t=1708270194; bh=4fRSGqhQu6+Ft3OxeuS/RVv3QuBc/38aa5FYMsAwInQ=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=NEyC/sQFF0ixc+ZKeL9A4icuLM++rrtp9M1jqiO0Sk4KQJSxA57DPCs4e0tQRD5nd Wb615ZrZshF8gBtDlLECrZNs0jdDlGFx8l6Zbyu1VUgJKsuNq6bjl8ZCZBj8bmrhN3 ITr9yPB7/LR8zMOkBAC+tov26hzX79T2N4auGseY= Received: from [IPV6:2409:8a60:2a63:47a0:d83a:fd45:cca4:d0ee] ([2409:8a60:2a63:47a0:d83a:fd45:cca4:d0ee]) by newxmesmtplogicsvrszc5-2.qq.com (NewEsmtp) with SMTP id 41B8DAD0; Sun, 18 Feb 2024 23:16:27 +0800 X-QQ-mid: xmsmtpt1708269387thxny1wqh Message-ID: X-QQ-XMAILINFO: Mm/8i8/T4yneRpBbz2MOtsPciZmyzYOjaxvYxN8HR0g0JTUubk0sppxpk5Oa9B xW6uDgg5k5v8ayDO8S/9ajk3yCQZTO3JIxkeZJy7sc2KL69jiLy5jTy73uKgAAT/S9l3YJVj4uC0 Jde4XZhT3mEHGxg01LYIXXA7IfEl5YOz7j0UFf1i0dNvA8d92faKM6gFId8oDxHH/v+75nFYbP8B uAPRIz1ndv6B39e4121bJxbm8wtF5DmXzkJZ/nsHcbK0PJT+eDlti8oelkPJe8kC8Lsn0JauEgPI Afk0gXaLvPo+4Dmje828cJ4b8Or5kp16r9X/PIpDXKk1mgrXk3XpUY3xkFXrLXIQdOi0305W2BMy NKgAnOZ6LUjIB+WOg14lBRVFZbPywKQhEg4GcxYLzzNbDkuabqaEwozzY/YDYvgyG46Wt/l5DRhE CN1+SoiBIwUnOL6dKAqa++NH5ptvD0k5gYxIMcz4PmzmzVbOBZZP/s3QxtDCKBLsiVsN/f6LU88i iIyngNfFaoDfRTDYzaFmWUz4TOq474toORkOmuZRuS2GK8vJrNVEQQxPJ+PQrOuheU5yXVEQeFdA ahkkj6D/kGc8+j5yWxn2x+NcroQ53oC5GT+o9TXUivKB24VwnF8y6WFM6/whUEVLx5lg/lfPj9rZ cr8ysK0RmqMz3GnzjbKU+q6PihcRz7qcgUAmlbY0ZwDS/KuW7Swlbu7BIc347424C8/UJMBKAhwa HZ73R7NNK1yEQixWQ8kGSTF1M4dpjOGiNPbZ6kY0uJdzPSSFUlnDvtK1xQe4y6kK33lo/Os02Xmr SagCKUU+ZlKPZWzM7fzysPdH07GWcL9BgRzOBIAoDbYOUGt8q+DPYptBN3fVazwZ1qJTnRA51g0d d8RTDN8N5SqEAHhzrFCRwXgOuSJ6CLAiP+6Rx1OPM0ebCoisy9AIl4YJneq0TkMcHP5zROrku2kx szjoy3sH1GO37nTXVncvZ0ylV+Rd6OM3iL8n0UTNV0YFGmNBFPBasLufnRS9yJ X-QQ-XMRINFO: MPJ6Tf5t3I/ycC2BItcBVIA= X-OQ-MSGID: Date: Sun, 18 Feb 2024 23:16:27 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Subject: Re: [PATCH] coredump debugging: add a tracepoint to report the coredumping To: Oleg Nesterov Cc: Steven Rostedt , Masami Hiramatsu , Ingo Molnar , Mathieu Desnoyers , Mel Gorman , Peter Zijlstra , linux-kernel@vger.kernel.org References: <20240217104924.GB10393@redhat.com> Content-Language: en-US From: Wen Yang In-Reply-To: <20240217104924.GB10393@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 2024/2/17 18:49, Oleg Nesterov wrote: > On 02/17, wenyang.linux@foxmail.com wrote: >> From: Wen Yang >> >> Currently coredump_task_exit() takes some time to wait for the generation >> of the dump file. But if the user-space wants to receive a notification >> as soon as possible it maybe inconvenient. >> >> Add the new trace_sched_process_coredump() into coredump_task_exit(), >> this way a user-space monitor could easily wait for the exits and >> potentially make some preparations in advance. > Can't comment, I never know when the new tracepoint will make sense. > > Stupid question. > Oleg. Thanks for your help. trace_sched_process_exit() is located after the PF_EXITING flag is set, so it could not be moved to there. Could we make the following modifications? diff --git a/include/trace/events/sched.h b/include/trace/events/sched.h index dbb01b4b7451..53e9420540dc 100644 --- a/include/trace/events/sched.h +++ b/include/trace/events/sched.h @@ -334,6 +334,13 @@ DEFINE_EVENT(sched_process_template, sched_process_exit,              TP_PROTO(struct task_struct *p),              TP_ARGS(p)); +/* + * Tracepoint for killing a task by a signal: + */ +DEFINE_EVENT(sched_process_template, sched_process_kill, +            TP_PROTO(struct task_struct *p), +            TP_ARGS(p)); +  /*   * Tracepoint for waiting on task to unschedule:   */ diff --git a/kernel/signal.c b/kernel/signal.c index 9b40109f0c56..571342799824 100644 --- a/kernel/signal.c +++ b/kernel/signal.c @@ -2866,6 +2866,7 @@ bool get_signal(struct ksignal *ksig)                  * Anything else is fatal, maybe with a core dump.                  */                 current->flags |= PF_SIGNALED; +               trace_sched_process_kill(current);                 if (sig_kernel_coredump(signr)) {                         if (print_fatal_signals) -- Best wishes, Wen > >> Signed-off-by: Wen Yang >> Cc: Oleg Nesterov >> Cc: Steven Rostedt >> Cc: Masami Hiramatsu >> Cc: Mathieu Desnoyers >> Cc: Ingo Molnar >> Cc: Mel Gorman >> Cc: Peter Zijlstra >> Cc: linux-kernel@vger.kernel.org >> --- >> include/trace/events/sched.h | 7 +++++++ >> kernel/exit.c | 1 + >> 2 files changed, 8 insertions(+) >> >> diff --git a/include/trace/events/sched.h b/include/trace/events/sched.h >> index dbb01b4b7451..ce7448065986 100644 >> --- a/include/trace/events/sched.h >> +++ b/include/trace/events/sched.h >> @@ -334,6 +334,13 @@ DEFINE_EVENT(sched_process_template, sched_process_exit, >> TP_PROTO(struct task_struct *p), >> TP_ARGS(p)); >> >> +/* >> + * Tracepoint for a task coredumping: >> + */ >> +DEFINE_EVENT(sched_process_template, sched_process_coredump, >> + TP_PROTO(struct task_struct *p), >> + TP_ARGS(p)); >> + >> /* >> * Tracepoint for waiting on task to unschedule: >> */ >> diff --git a/kernel/exit.c b/kernel/exit.c >> index 493647fd7c07..c11e12d73f4e 100644 >> --- a/kernel/exit.c >> +++ b/kernel/exit.c >> @@ -425,6 +425,7 @@ static void coredump_task_exit(struct task_struct *tsk) >> self.next = xchg(&core_state->dumper.next, &self); >> else >> self.task = NULL; >> + trace_sched_process_coredump(tsk); >> /* >> * Implies mb(), the result of xchg() must be visible >> * to core_state->dumper. >> -- >> 2.25.1 >>