From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Sebastian Ene <sebastianene@google.com>
Cc: Rob Herring <robh+dt@kernel.org>, Arnd Bergmann <arnd@arndb.de>,
Dragan Cvetic <dragan.cvetic@xilinx.com>,
linux-kernel@vger.kernel.org, devicetree@vger.kernel.org,
maz@kernel.org, will@kernel.org, qperret@google.com
Subject: Re: [PATCH v2 0/2] Detect stalls on guest vCPUS
Date: Sat, 23 Apr 2022 08:51:16 +0200 [thread overview]
Message-ID: <YmOh5I7ZK08LlM6D@kroah.com> (raw)
In-Reply-To: <20220422141949.3456505-1-sebastianene@google.com>
On Fri, Apr 22, 2022 at 02:19:48PM +0000, Sebastian Ene wrote:
> This adds a mechanism to detect stalls on the guest vCPUS by creating a
> per CPU hrtimer which periodically 'pets' the host backend driver.
>
> This device driver acts as a soft lockup detector by relying on the host
> backend driver to measure the elapesed time between subsequent 'pet' events.
> If the elapsed time doesn't match an expected value, the backend driver
> decides that the guest vCPU is locked and resets the guest. The host
> backend driver takes into account the time that the guest is not
> running. The communication with the backend driver is done through MMIO
> and the register layout of the virtual watchdog is described as part of
> the backend driver changes.
>
> The host backend driver is implemented as part of:
> https://chromium-review.googlesource.com/c/chromiumos/platform/crosvm/+/3548817
>
> Changelog v2:
> - move the driver to misc as this does not cope with watchdog core
> subsystem
Wait, why does it not cope with it? That's not documented anywhere in
your patch that adds the driver. In fact, most of the text here needs
to be in the changelog for the driver submission, not thrown away in the
00/XX email that will never end up in the kernel tree.
thanks,
greg k-h
next prev parent reply other threads:[~2022-04-23 6:51 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-22 14:19 [PATCH v2 0/2] Detect stalls on guest vCPUS Sebastian Ene
2022-04-22 14:19 ` [PATCH v2 1/2] dt-bindings: vm-wdt: Add qemu,vm-watchdog compatible Sebastian Ene
2022-04-22 21:10 ` Rob Herring
2022-04-22 14:19 ` [PATCH v2 2/2] misc: Add a mechanism to detect stalls on guest vCPUs Sebastian Ene
2022-04-23 6:50 ` Greg Kroah-Hartman
2022-04-23 9:14 ` Sebastian Ene
2022-04-23 9:22 ` Greg Kroah-Hartman
2022-04-23 6:51 ` Greg Kroah-Hartman [this message]
2022-04-23 9:02 ` [PATCH v2 0/2] Detect stalls on guest vCPUS Sebastian Ene
2022-04-23 9:36 ` Marc Zyngier
2022-04-23 11:12 ` Sebastian Ene
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YmOh5I7ZK08LlM6D@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=arnd@arndb.de \
--cc=devicetree@vger.kernel.org \
--cc=dragan.cvetic@xilinx.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maz@kernel.org \
--cc=qperret@google.com \
--cc=robh+dt@kernel.org \
--cc=sebastianene@google.com \
--cc=will@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox