Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp5955732pxb; Mon, 14 Feb 2022 11:37:53 -0800 (PST) X-Google-Smtp-Source: ABdhPJxA1fNqMgA+Y0W9Ty+M7PnQBqMsuvVRXPYSnUuuCCS/WOLMtiTnKUD7XOI7mQUrMqnVP1hV X-Received: by 2002:a63:d815:: with SMTP id b21mr469236pgh.237.1644867473016; Mon, 14 Feb 2022 11:37:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644867473; cv=none; d=google.com; s=arc-20160816; b=gVlsJ1PvN3sSw8FyPwTrkctbFHawOT9y3aPtgKxa9CHuDdjg2z4WtlycZScOla9Gqy g0cwoDA01A24PJsGpjyLPSOa74QVHW5e+OMeeOgQk4bXkzJ7jvdo3/62XwceNFVUeSr5 /QK7gvdEALGFsQSwAsBz+t8Cl4QlA+bXEzOfQLSJpqG3vCDOoj+cudvVzZVky8cT0DAv 69FYpsEjAlZg86qnvKvFVxkHlxFcY/D6mJ3AAPbhu8Zedc5wUyDuUo8U/AGrOA7TFN5/ gKWr1CyKZF1PxXTt1PMTamm4jotDM9yzw2fGn6wkv4EiPzR7M5TKF4CubyCKJEeIsVwJ PTSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=qUUVpDTSlrDAAvLrL5khHl2NeG2T33M6U2ZQuFD0EvE=; b=zQxqdgPhetXq2ChFJEGt8ZPru3l4B7aObNTDxhtCEVC/TOcLUJVtmKsQAnLgtppgqT z87OXv+O8ILE4j07Ew2XVFeKzrCH+sb83ZtZ6v3vCuOnDX3sy2RJhWylu76ffQ3Lmx6Y PZ8pRvhxDhh37aXGoqdL0qWFwz4O9XWuiZSby4cKIs2ZAdTIZ8H4n6ZT3IqGSZy5Hfte znOJLuoBuli6Ujoo4jbB51v8GkxepAkLy4eF59YXEDAUbLIeEc8FATR/qCvgflrZ1qn5 wRB7B7D6cT5xxu5NHf8VeVa7DWl19lvNU62Up9BxlKmps8hxGy/edjSTvlBCNqMwEBqr Q0+Q== ARC-Authentication-Results: i=1; mx.google.com; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id u4si12124566pls.5.2022.02.14.11.37.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 14 Feb 2022 11:37:53 -0800 (PST) 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; 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=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id AF2FC9FB55; Mon, 14 Feb 2022 11:25:10 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1356117AbiBNQFv (ORCPT + 99 others); Mon, 14 Feb 2022 11:05:51 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:50528 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1356105AbiBNQFu (ORCPT ); Mon, 14 Feb 2022 11:05:50 -0500 X-Greylist: delayed 1436 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Mon, 14 Feb 2022 08:05:42 PST Received: from gateway33.websitewelcome.com (gateway33.websitewelcome.com [192.185.145.239]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4436249277 for ; Mon, 14 Feb 2022 08:05:42 -0800 (PST) Received: from cm16.websitewelcome.com (cm16.websitewelcome.com [100.42.49.19]) by gateway33.websitewelcome.com (Postfix) with ESMTP id 010FD2B35A for ; Mon, 14 Feb 2022 09:41:46 -0600 (CST) Received: from gator4132.hostgator.com ([192.185.4.144]) by cmsmtp with SMTP id JdS5nr9SaXvvJJdS5npJFb; Mon, 14 Feb 2022 09:39:45 -0600 X-Authority-Reason: nr=8 Received: from host-95-232-30-176.retail.telecomitalia.it ([95.232.30.176]:59426 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 1nJdS3-002kde-Pt; Mon, 14 Feb 2022 09:39:43 -0600 Message-ID: <49ce9a81-8cd0-08d6-c6ae-011214c676ba@kernel.org> Date: Mon, 14 Feb 2022 16:39:33 +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: Guenter Roeck , Steven Rostedt Cc: Jonathan Corbet , Ingo Molnar , Thomas Gleixner , Peter Zijlstra , Will Deacon , Catalin Marinas , Marco Elver , Dmitry Vyukov , "Paul E. McKenney" , Shuah Khan , Gabriele Paoloni , Juri Lelli , Clark Williams , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-trace-devel@vger.kernel.org, Wim Van Sebroeck References: <6ead3577-75ec-1b9a-0c27-213a3a186c57@roeck-us.net> From: Daniel Bristot de Oliveira In-Reply-To: <6ead3577-75ec-1b9a-0c27-213a3a186c57@roeck-us.net> 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: 1nJdS3-002kde-Pt 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]:59426 X-Source-Auth: kernel@bristot.me X-Email-Count: 3 X-Source-Cap: YnJpc3RvdG1lO2JyaXN0b3RtZTtnYXRvcjQxMzIuaG9zdGdhdG9yLmNvbQ== X-Local-Domain: no X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, NICE_REPLY_A,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 2/14/22 15:57, Guenter Roeck wrote: > On 2/14/22 02: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 >> >> Cc: Wim Van Sebroeck >> Cc: Guenter Roeck >> Cc: Jonathan Corbet >> Cc: Steven Rostedt >> Cc: Ingo Molnar >> Cc: Thomas Gleixner >> Cc: Peter Zijlstra >> Cc: Will Deacon >> Cc: Catalin Marinas >> Cc: Marco Elver >> Cc: Dmitry Vyukov >> Cc: "Paul E. McKenney" >> Cc: Shuah Khan >> Cc: Gabriele Paoloni >> Cc: Juri Lelli >> Cc: Clark Williams >> Cc: linux-doc@vger.kernel.org >> Cc: linux-kernel@vger.kernel.org >> Cc: linux-trace-devel@vger.kernel.org >> Signed-off-by: Daniel Bristot de Oliveira >> --- >>   drivers/watchdog/watchdog_dev.c |  41 ++++++++++++- >>   include/linux/watchdog.h        |   7 +-- >>   include/trace/events/watchdog.h | 103 ++++++++++++++++++++++++++++++++ >>   3 files changed, 142 insertions(+), 9 deletions(-) >>   create mode 100644 include/trace/events/watchdog.h >> >> diff --git a/drivers/watchdog/watchdog_dev.c b/drivers/watchdog/watchdog_dev.c >> index 3a3d8b5c7ad5..0beeac5d4541 100644 >> --- a/drivers/watchdog/watchdog_dev.c >> +++ b/drivers/watchdog/watchdog_dev.c >> @@ -44,6 +44,9 @@ >>   #include     /* For watchdog specific items */ >>   #include     /* For copy_to_user/put_user/... */ >>   +#define CREATE_TRACE_POINTS >> +#include >> + >>   #include "watchdog_core.h" >>   #include "watchdog_pretimeout.h" >>   @@ -130,9 +133,11 @@ static inline void watchdog_update_worker(struct >> watchdog_device *wdd) >>       if (watchdog_need_worker(wdd)) { >>           ktime_t t = watchdog_next_keepalive(wdd); >>   -        if (t > 0) >> +        if (t > 0) { >>               hrtimer_start(&wd_data->timer, t, >>                         HRTIMER_MODE_REL_HARD); >> +            trace_watchdog_set_keep_alive(wdd, ktime_to_ms(t)); >> +        } >>       } else { >>           hrtimer_cancel(&wd_data->timer); >>       } >> @@ -149,14 +154,16 @@ static int __watchdog_ping(struct watchdog_device *wdd) >>       now = ktime_get(); >>         if (ktime_after(earliest_keepalive, now)) { >> -        hrtimer_start(&wd_data->timer, >> -                  ktime_sub(earliest_keepalive, now), >> +        ktime_t t = ktime_sub(earliest_keepalive, now); > > I am quite sure this line creates a checkpatch warning. right, I will fix it. > >> +        hrtimer_start(&wd_data->timer, t, >>                     HRTIMER_MODE_REL_HARD); >> +        trace_watchdog_set_keep_alive(wdd, ktime_to_ms(t)); >>           return 0; >>       } >>         wd_data->last_hw_keepalive = now; >>   +    trace_watchdog_ping(wdd); >>       if (wdd->ops->ping) >>           err = wdd->ops->ping(wdd);  /* ping the watchdog */ >>       else >> @@ -215,6 +222,7 @@ static void watchdog_ping_work(struct kthread_work *work) >>       wd_data = container_of(work, struct watchdog_core_data, work); >>         mutex_lock(&wd_data->lock); >> +    trace_watchdog_keep_alive(wd_data->wdd); >>       if (watchdog_worker_should_ping(wd_data)) >>           __watchdog_ping(wd_data->wdd); >>       mutex_unlock(&wd_data->lock); >> @@ -252,6 +260,8 @@ static int watchdog_start(struct watchdog_device *wdd) >>         set_bit(_WDOG_KEEPALIVE, &wd_data->status); >>   +    trace_watchdog_start(wdd); >> + >>       started_at = ktime_get(); >>       if (watchdog_hw_running(wdd) && wdd->ops->ping) { >>           err = __watchdog_ping(wdd); >> @@ -298,6 +308,7 @@ static int watchdog_stop(struct watchdog_device *wdd) >>           return -EBUSY; >>       } >>   +    trace_watchdog_stop(wdd); >>       if (wdd->ops->stop) { >>           clear_bit(WDOG_HW_RUNNING, &wdd->status); >>           err = wdd->ops->stop(wdd); >> @@ -370,6 +381,7 @@ static int watchdog_set_timeout(struct watchdog_device *wdd, >>       if (watchdog_timeout_invalid(wdd, timeout)) >>           return -EINVAL; >>   +    trace_watchdog_set_timeout(wdd, timeout); >>       if (wdd->ops->set_timeout) { >>           err = wdd->ops->set_timeout(wdd, timeout); >>       } else { >> @@ -432,6 +444,23 @@ static int watchdog_get_timeleft(struct watchdog_device >> *wdd, >>       return 0; >>   } >>   +/* > > /** ? yep, I will fix this too. >> + * watchdog_set_nowayout - set nowaout bit >> + * @wdd:    The watchdog device to set nowayoutbit >> + * @nowayout    A boolean on/off switcher >> + * >> + * If nowayout boolean is true, the nowayout option is set. No action is >> + * taken if nowayout is false. >> + */ >> +void watchdog_set_nowayout(struct watchdog_device *wdd, bool nowayout) >> +{ >> +    if (nowayout) { >> +        set_bit(WDOG_NO_WAY_OUT, &wdd->status); >> +        trace_watchdog_nowayout(wdd); >> +    } >> +} >> +EXPORT_SYMBOL(watchdog_set_nowayout); >> + >>   #ifdef CONFIG_WATCHDOG_SYSFS >>   static ssize_t nowayout_show(struct device *dev, struct device_attribute *attr, >>                   char *buf) >> @@ -457,6 +486,7 @@ static ssize_t nowayout_store(struct device *dev, struct >> device_attribute *attr, >>       /* nowayout cannot be disabled once set */ >>       if (test_bit(WDOG_NO_WAY_OUT, &wdd->status) && !value) >>           return -EPERM; >> + >>       watchdog_set_nowayout(wdd, value); >>       return len; >>   } >> @@ -858,6 +888,8 @@ static int watchdog_open(struct inode *inode, struct file >> *file) >>           goto out_clear; >>       } >>   +    trace_watchdog_open(wdd); >> + >>       err = watchdog_start(wdd); >>       if (err < 0) >>           goto out_mod; >> @@ -880,6 +912,7 @@ static int watchdog_open(struct inode *inode, struct file >> *file) >>       return stream_open(inode, file); >>     out_mod: >> +    trace_watchdog_close(wdd); >>       module_put(wd_data->wdd->ops->owner); >>   out_clear: >>       clear_bit(_WDOG_DEV_OPEN, &wd_data->status); >> @@ -940,6 +973,7 @@ static int watchdog_release(struct inode *inode, struct >> file *file) >>       /* make sure that /dev/watchdog can be re-opened */ >>       clear_bit(_WDOG_DEV_OPEN, &wd_data->status); >>   +    trace_watchdog_close(wdd); >>   done: >>       running = wdd && watchdog_hw_running(wdd); >>       mutex_unlock(&wd_data->lock); >> @@ -952,6 +986,7 @@ static int watchdog_release(struct inode *inode, struct >> file *file) >>           module_put(wd_data->cdev.owner); >>           put_device(&wd_data->dev); >>       } >> + > > You may disagree with current empty lines or other cosmetics, but that is not an > acceptable reason for such changes. Please drop this change and the similar change > further up. It was miss attention from my side. I probably did some changes around these lines in an early patch version but forgot to remove those "+" changes. My bad. I will remove them. Thanks, Guenter! -- Daniel > Guenter