Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2478991pxb; Mon, 18 Jan 2021 20:36:22 -0800 (PST) X-Google-Smtp-Source: ABdhPJxwBG7G0xZT1WZPd7qxNpHDf753K6SVSfxnyadZypDiU2yNeQvSltNSP1TlQ9m9OqhbiOmx X-Received: by 2002:a17:906:3404:: with SMTP id c4mr1858616ejb.86.1611030982026; Mon, 18 Jan 2021 20:36:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611030982; cv=none; d=google.com; s=arc-20160816; b=JB5jVjCeaJh7q6UgTxF2kRxmZ/lPhmXrrj32bSAHNUK3yUIK7qzUnZweRgLw6QTtF2 lIQCqHEEbdClmXxBHyCVn+CP7EPhj7qqzZ/oFdOb/MJns1KJP9sQ1Qo5x3CeN7h/VhRR 8PkPEHJhzQk7ssDtfK7IuiQWABk6zTvFCtgcO5gqb9iKtuNQBnRWdg0AJC5Rl+fvxce4 6LwbPYJgvZLp7uWXDAtIxuuDURphIkvrXIThXqhmHvsARI1N/WY+7oqUtV0X4SRoX3bP VYSQobe7D6tkk5VOZR3I5SnFUPfmN5HnJJWWiUvAEwlbDpyWJS9k2+Dug1QWjk/CT4PQ IdRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=Tp0GxE4pW+AxDz0CHDYW+dukgKt5B+y9xFZIHx6uNco=; b=RhSnPnaXUQSziBdS1IDIEsbP7YgVfKT7CVRypS4deUSZLR9s/Q0VzzWHOcV6K+oqsw ZNKM/r2bd75lD8YOth/83PLA0RZvyRJcueRJI/ea5yF8CxKWJjxHvKimX6xFvKl1i/vq 8gfRL2SF4Aopmcm8Ueu6NdaxjqZXRHkotzVAUiwufR9SVjH/8pGoyaKlGGutXdu1pf8Y IXufXEUHu1uWR/6UUnOlNo3DoXQZLyblKF/1FExHB3p+Iu7CM+IZ8u0C9Y0SqSzAVoYM fkYifa9ZhzHXz2bBl54CDNnf4a/EAgd8GtlKSALpQ3qKY2d2QzgT8cptqYb0TewNQCAB KKJw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bc26si2248157edb.508.2021.01.18.20.35.59; Mon, 18 Jan 2021 20:36:22 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405290AbhAROxb (ORCPT + 99 others); Mon, 18 Jan 2021 09:53:31 -0500 Received: from mail.kernel.org ([198.145.29.99]:49792 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405280AbhAROxN (ORCPT ); Mon, 18 Jan 2021 09:53:13 -0500 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id AA58B22BEA; Mon, 18 Jan 2021 14:52:31 +0000 (UTC) Date: Mon, 18 Jan 2021 09:52:29 -0500 From: Steven Rostedt To: Alexander Potapenko Cc: Greg KH , LKML , Andrew Morton , Andrey Konovalov , Dmitriy Vyukov , Ingo Molnar , Marco Elver , Petr Mladek , Sergey Senozhatsky , Linux Memory Management List Subject: Re: [PATCH v2 3/5] docs: ABI: add /sys/kernel/error_report/ documentation Message-ID: <20210118095230.1d2e670b@gandalf.local.home> In-Reply-To: References: <20210115130336.2520663-1-glider@google.com> <20210115130336.2520663-4-glider@google.com> <20210115115239.1f3693ac@gandalf.local.home> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 18 Jan 2021 11:22:27 +0100 Alexander Potapenko wrote: > > If you do use tracefs, add it to the top level tracing directory (no need > > to have instances of it), and rename it to "kernel_warnings", as > > "error_report" is too close to the existing "error_log" which holds error > > messages of syntactic errors done by users entering in commands to some of > > the special files. > > Will do. Is it conventional to add a new dentry* to struct trace_array for that? > If not, maybe it's better to create this dir in > error_report_notify_setup(), like this is done e.g. for > /sys/kernel/tracing/trace_stat - just to loosen the coupling? Yeah, keep the dentry static in your own code. No need to add it to the trace_array. The dentry's in the trace array are for instances (as there are more than one of instance of them). > > > That is, /sys/kernel/tracing/kernel_warnings/ would be your error_report/ > > directory you have now. > > WDYT about "kernel_errors" or "kernel_error_reports"? > "warnings" suggest we'll be notifying about any occurrence of WARN(), > which is not what we are planning to do. > Also, shall I rename the library/config/etc. accordingly (to e.g. > CONFIG_KERNEL_WARN_NOTIFY)? I'm fine with "kernel_errors" as that helps to differentiate what they are. Also, you may want to add a field about this in the documentation under Documentation/trace/ftrace.rst (just a reference) and add a separate file called, kernel_errors.rst. -- Steve