Re: [RFC V2 17/21] watchdog/dev: Add tracepoints
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: [RFC V2 17/21] watchdog/dev: Add tracepoints
- From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
- Date: Thu, 17 Feb 2022 18:56:44 +0100
- Cc: Jonathan Corbet <corbet@xxxxxxx>, Ingo Molnar <mingo@xxxxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, Peter Zijlstra <peterz@xxxxxxxxxxxxx>, Will Deacon <will@xxxxxxxxxx>, Catalin Marinas <catalin.marinas@xxxxxxx>, Marco Elver <elver@xxxxxxxxxx>, Dmitry Vyukov <dvyukov@xxxxxxxxxx>, "Paul E. McKenney" <paulmck@xxxxxxxxxx>, Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>, Juri Lelli <juri.lelli@xxxxxxxxxx>, Clark Williams <williams@xxxxxxxxxx>, "linux-doc@xxxxxxxxxxxxxxx" <linux-doc@xxxxxxxxxxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>, "linux-trace-devel@xxxxxxxxxxxxxxx" <linux-trace-devel@xxxxxxxxxxxxxxx>, Steven Rostedt <rostedt@xxxxxxxxxxx>
- In-reply-to: <6c6fc4fa-6464-2dbf-40da-e3c61f322d95@redhat.com>
- References: <cover.1644830251.git.bristot@kernel.org> <e67874c8b676ea8dfe38679efa25363889bb1e76.1644830251.git.bristot@kernel.org> <96f418b4-0ba8-01fe-ead0-2028bfc42560@sony.com> <ba924008-c0ab-4800-aac4-d9d9ae930c32@kernel.org> <ef1b1d99-6172-2b4d-9612-7ecbe8fc6c8b@roeck-us.net> <6c6fc4fa-6464-2dbf-40da-e3c61f322d95@redhat.com>
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0
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@xxxxxxxx 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
[Index of Archives]
[Linux USB Development]
[Linux USB Development]
[Linux Audio Users]
[Yosemite Hiking]
[Linux Kernel]
[Linux SCSI]