Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp1339950pxb; Sat, 23 Apr 2022 04:08:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy18CQSyYqNJoRho69h/fCYfNxaKrFuEdMaK9+CMjbqvStP8awPKeHBSmMT863U9fXCysP6 X-Received: by 2002:a17:906:54e:b0:6e8:94b3:4563 with SMTP id k14-20020a170906054e00b006e894b34563mr8184773eja.505.1650712092418; Sat, 23 Apr 2022 04:08:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650712092; cv=none; d=google.com; s=arc-20160816; b=FW3CEifWIRhNCa2MmY6+BsW6yj05A5ei0yrDt4Nrsze0ZYLe0jCaeKfZxb7TDEfrUD gcU+P1sf9tdS0Zw9CTs6stjol9kjz1cTPNtUfQBe5/qD3/AWnwxGe/tT6kHaYa0YCZ7g G+/ZgU3sbY7qCaeV/hUlAsOezpmwt8n8zhjz9JScA/nI1rpzIecFr1+L9t2aio9AToEp xxcx68Ud233DYx19JJ1E9t6ze9PR43o2jdlv/TzIaiyjjx3vH/K23KuvhOqbhYpSGmd2 sAS8LOiZZe5O8s8BMyRidWhfYIwNn30R0VtnSey/IWXP5Er/uRIL4Z79P79cX8jVfln0 CAnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=xcGOqLjGcCKN7LRCEDvP0BYQVgd7osss5wlgaN5ChUc=; b=OQ7e1qxXUhLOT9Zoj/xb2Kk7RKSL3O8nvm+9p2axyUnXKGDgJRhnRWSwcHgvgWxU0z yzQOjKs5PtJK8/flBte1WKvhnI1vEI56CLktpuGWlJzWrXCuhRNidXhTth5qyrwrpFtg 4K4gcw1PmtGbp1Rt8787iMg6BFhFtqax9Js5t8LlXSjMZkElaDsBENQcLQVy70uEwL3D LtnBrJkVq1qUnozkZULojslCI5K+0xU7+PPaBbipuFQBenni+4SCEfWUbdbbeL4Ma1or v2/v/VB+XAP6A0UfX234JHuMdg+j9rSP6o4lXf5mFlTkmqdWOpwwgw+J8EEUApKFqZ2G Isbw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=h2LX6ZP2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z16-20020a056402275000b00423e1efca48si9617280edd.198.2022.04.23.04.07.47; Sat, 23 Apr 2022 04:08:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=h2LX6ZP2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234363AbiDWJZj (ORCPT + 99 others); Sat, 23 Apr 2022 05:25:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35434 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233862AbiDWJZi (ORCPT ); Sat, 23 Apr 2022 05:25:38 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6752512AC4; Sat, 23 Apr 2022 02:22:41 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id E9F9C60DB9; Sat, 23 Apr 2022 09:22:40 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 89833C385A0; Sat, 23 Apr 2022 09:22:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1650705760; bh=/6spwuGD7s6k5UHwAOLGYEIQIzOZnVQGDC4yY3txoKI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=h2LX6ZP24fTlcGrkoq5wVmIZcwurxakm29bL0fc3LDYWG5juoJb19oivrAdoQPOvU o9DeigacFjPqHtiWfW3XnRRPFXdFZ2qPMaIMUFquNz+2238fyPcCudOdXfr3oiF1Sc BoNXQXdkTEhwPTcNO3NZ3rKZYWE1b2Bh32x8E+VU= Date: Sat, 23 Apr 2022 11:22:36 +0200 From: Greg Kroah-Hartman To: Sebastian Ene Cc: linux-kernel@vger.kernel.org, Derek Kiernan , Dragan Cvetic , Arnd Bergmann , Rob Herring , devicetree@vger.kernel.org, qperret@google.com, will@kernel.org, maz@kernel.org Subject: Re: [PATCH v2 2/2] misc: Add a mechanism to detect stalls on guest vCPUs Message-ID: References: <20220422141949.3456505-1-sebastianene@google.com> <20220422141949.3456505-3-sebastianene@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham 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 Sat, Apr 23, 2022 at 09:14:53AM +0000, Sebastian Ene wrote: > On Sat, Apr 23, 2022 at 08:50:03AM +0200, Greg Kroah-Hartman wrote: > > On Fri, Apr 22, 2022 at 02:19:50PM +0000, Sebastian Ene wrote: > > Hello Greg, > > > > This patch adds support for a virtual watchdog which relies on the > > > per-cpu hrtimers to pet at regular intervals. > > > > > > Signed-off-by: Sebastian Ene > > > --- > > > drivers/misc/Kconfig | 8 ++ > > > drivers/misc/Makefile | 1 + > > > drivers/misc/vm-wdt.c | 215 ++++++++++++++++++++++++++++++++++++++++++ > > > 3 files changed, 224 insertions(+) > > > create mode 100644 drivers/misc/vm-wdt.c > > > > > > diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig > > > index 2b9572a6d114..0e710149ff95 100644 > > > --- a/drivers/misc/Kconfig > > > +++ b/drivers/misc/Kconfig > > > @@ -493,6 +493,14 @@ config OPEN_DICE > > > > > > If unsure, say N. > > > > > > +config VM_WATCHDOG > > > + tristate "Virtual Machine Watchdog" > > > + select LOCKUP_DETECTOR > > > + help > > > + Detect CPU locks on the virtual machine. > > > + To compile this driver as a module, choose M here: the > > > + module will be called vm-wdt. > > > + > > > source "drivers/misc/c2port/Kconfig" > > > source "drivers/misc/eeprom/Kconfig" > > > source "drivers/misc/cb710/Kconfig" > > > diff --git a/drivers/misc/Makefile b/drivers/misc/Makefile > > > index 2ec634354cf5..868e28d01b75 100644 > > > --- a/drivers/misc/Makefile > > > +++ b/drivers/misc/Makefile > > > @@ -59,3 +59,4 @@ obj-$(CONFIG_XILINX_SDFEC) += xilinx_sdfec.o > > > obj-$(CONFIG_HISI_HIKEY_USB) += hisi_hikey_usb.o > > > obj-$(CONFIG_UID_SYS_STATS) += uid_sys_stats.o > > > obj-$(CONFIG_OPEN_DICE) += open-dice.o > > > +obj-$(CONFIG_VM_WATCHDOG) += vm-wdt.o > > > > No tab? > > > > I will add one. > > > > \ No newline at end of file > > > diff --git a/drivers/misc/vm-wdt.c b/drivers/misc/vm-wdt.c > > > new file mode 100644 > > > index 000000000000..ea4351754645 > > > --- /dev/null > > > +++ b/drivers/misc/vm-wdt.c > > > @@ -0,0 +1,215 @@ > > > +// SPDX-License-Identifier: GPL-2.0+ > > > > I have to ask, do you really mean "+" here as this is not the overall > > license of the kernel. It's not a normal license for your employer to > > pick, so as long as you have legal approval, it's fine, but if not, you > > need to get that. > > > > Thanks for letting me know, I think this should be : > SPDX-License-Identifier: GPL-2.0 without "+". > > > > +// > > > +// Virtual watchdog driver. > > > +// Copyright (C) Google, 2022 > > > + > > > +#define pr_fmt(fmt) "vm-watchdog: " fmt > > > > It's a driver, you shouldn't need any pr_* calls. > > > > I will remove those. > > > > + > > > +#include > > > +#include > > > +#include > > > +#include > > > + > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > + > > > +#define DRV_NAME "vm_wdt" > > > > KBUILD_MODNAME? > > > > > +#define DRV_VERSION "1.0" > > > > "versions" mean nothing once the code is in the kernel, please drop > > this. > > > > I will drop this. > > > But why isn't this in the normal watchdog subdirectory? Why is this a > > special driver? > > > > > + > > > +#define VMWDT_REG_STATUS (0x00) > > > +#define VMWDT_REG_LOAD_CNT (0x04) > > > +#define VMWDT_REG_CURRENT_CNT (0x08) > > > +#define VMWDT_REG_CLOCK_FREQ_HZ (0x0C) > > > +#define VMWDT_REG_LEN (0x10) > > > + > > > +#define VMWDT_DEFAULT_CLOCK_HZ (10) > > > +#define VMWDT_DEFAULT_TIMEOT_SEC (8) > > > + > > > +struct vm_wdt_s { > > > + void __iomem *membase; > > > + u32 clock_freq; > > > + u32 expiration_sec; > > > + u32 ping_timeout_ms; > > > + struct hrtimer per_cpu_hrtimer; > > > + struct platform_device *dev; > > > +}; > > > + > > > +#define vmwdt_reg_write(wdt, reg, value) \ > > > + iowrite32((value), (wdt)->membase + (reg)) > > > +#define vmwdt_reg_read(wdt, reg) \ > > > + io32read((wdt)->membase + (reg)) > > > + > > > +static struct platform_device *virt_dev; > > > + > > > +static enum hrtimer_restart vmwdt_timer_fn(struct hrtimer *hrtimer) > > > +{ > > > + struct vm_wdt_s *cpu_wdt; > > > + u32 ticks; > > > + > > > + cpu_wdt = container_of(hrtimer, struct vm_wdt_s, per_cpu_hrtimer); > > > + ticks = cpu_wdt->clock_freq * cpu_wdt->expiration_sec; > > > + vmwdt_reg_write(cpu_wdt, VMWDT_REG_LOAD_CNT, ticks); > > > + hrtimer_forward_now(hrtimer, ms_to_ktime(cpu_wdt->ping_timeout_ms)); > > > + > > > + return HRTIMER_RESTART; > > > +} > > > + > > > +static void vmwdt_start(void *arg) > > > +{ > > > + u32 ticks; > > > + int cpu = smp_processor_id(); > > > + struct vm_wdt_s *cpu_wdt = arg; > > > + struct hrtimer *hrtimer = &cpu_wdt->per_cpu_hrtimer; > > > + > > > + pr_info("cpu %u vmwdt start\n", cpu); > > > > When drivers work properly, they are quiet. > > > > I will drop this. > > > Again, why not have this in drivers/watchdog/ and use the apis there > > instead of creating a custom one for no reason? > > > > I submitted this patch to the drivers/watchdog and I received some > feedback on it stating that this type of driver is not intended to be > used with watchdog core, because the drivers don't have a notion of > CPU. Moreover, we need to keep track of the elapsed time on a per-cpu > basis and the core watchdog framework doesn't provide this > functionality. Then please document the heck out of this in the changelog and in the Kconfig help text as others will have the same question. thanks, greg k-h