From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 56078C433F5 for ; Thu, 17 Feb 2022 17:57:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243923AbiBQR5N (ORCPT ); Thu, 17 Feb 2022 12:57:13 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:33750 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240904AbiBQR5N (ORCPT ); Thu, 17 Feb 2022 12:57:13 -0500 Received: from gateway30.websitewelcome.com (gateway30.websitewelcome.com [192.185.145.3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5DC1886E38 for ; Thu, 17 Feb 2022 09:56:53 -0800 (PST) Received: from cm10.websitewelcome.com (cm10.websitewelcome.com [100.42.49.4]) by gateway30.websitewelcome.com (Postfix) with ESMTP id 8283FAA15 for ; Thu, 17 Feb 2022 11:56:52 -0600 (CST) Received: from gator4132.hostgator.com ([192.185.4.144]) by cmsmtp with SMTP id Kl1QnWoGrRnrrKl1QnjD5I; Thu, 17 Feb 2022 11:56:52 -0600 X-Authority-Reason: nr=8 Received: from host-95-232-30-176.retail.telecomitalia.it ([95.232.30.176]:34154 helo=[10.0.0.45]) by gator4132.hostgator.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1nKl1O-001Zrd-AE; Thu, 17 Feb 2022 11:56:50 -0600 Message-ID: Date: Thu, 17 Feb 2022 18:56:44 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [RFC V2 17/21] watchdog/dev: Add tracepoints Content-Language: en-US To: Gabriele Paoloni , Guenter Roeck , "Peter.Enderborg@sony.com" , Wim Van Sebroeck Cc: Jonathan Corbet , Ingo Molnar , Thomas Gleixner , Peter Zijlstra , Will Deacon , Catalin Marinas , Marco Elver , Dmitry Vyukov , "Paul E. McKenney" , Shuah Khan , Juri Lelli , Clark Williams , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-trace-devel@vger.kernel.org" , Steven Rostedt References: <96f418b4-0ba8-01fe-ead0-2028bfc42560@sony.com> <6c6fc4fa-6464-2dbf-40da-e3c61f322d95@redhat.com> From: Daniel Bristot de Oliveira In-Reply-To: <6c6fc4fa-6464-2dbf-40da-e3c61f322d95@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator4132.hostgator.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - kernel.org X-BWhitelist: no X-Source-IP: 95.232.30.176 X-Source-L: No X-Exim-ID: 1nKl1O-001Zrd-AE X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: host-95-232-30-176.retail.telecomitalia.it ([10.0.0.45]) [95.232.30.176]:34154 X-Source-Auth: kernel@bristot.me X-Email-Count: 2 X-Source-Cap: YnJpc3RvdG1lO2JyaXN0b3RtZTtnYXRvcjQxMzIuaG9zdGdhdG9yLmNvbQ== X-Local-Domain: no Precedence: bulk List-ID: X-Mailing-List: linux-trace-devel@vger.kernel.org On 2/17/22 18:49, Gabriele Paoloni wrote: > > On 17/02/2022 18:27, Guenter Roeck wrote: >> On 2/17/22 08:27, Daniel Bristot de Oliveira wrote: >>> Hi Peter >>> >>> On 2/16/22 17:01, Peter.Enderborg@sony.com wrote: >>>> On 2/14/22 11:45, Daniel Bristot de Oliveira wrote: >>>>> Add a set of tracepoints, enabling the observability of the watchdog >>>>> device interactions with user-space. >>>>> >>>>> The events are: >>>>>     watchdog:watchdog_open >>>>>     watchdog:watchdog_close >>>>>     watchdog:watchdog_start >>>>>     watchdog:watchdog_stop >>>>>     watchdog:watchdog_set_timeout >>>>>     watchdog:watchdog_ping >>>>>     watchdog:watchdog_nowayout >>>>>     watchdog:watchdog_set_keep_alive >>>>>     watchdog:watchdog_keep_alive >>>> Some watchdogs have a bark functionality, I think it should be event >>>> for that too. >>>> >>> I understand. The problems is that I do not see the bark abstraction >>> in the >>> watchdog_dev layer. >>> >> I don't even know what "bark functionality" means. A new term for >> pretimeout ? >> Something else ? > From my understanding the bark timeout is actually the pretimeout > whereas the bite timeout is the actual timeout. So, what Peter wants is tracepoints for the pretimeout actions? -- Daniel