From: dmukhin@ford.com
To: "Roger Pau Monné" <roger@xenproject.org>
Cc: dmukhin@ford.com, xen-devel@lists.xenproject.org,
andrew.cooper3@citrix.com, anthony.perard@vates.tech,
jbeulich@suse.com, julien@xen.org, michal.orzel@amd.com,
sstabellini@kernel.org
Subject: Re: [PATCH v4 2/2] xen/console: add compile-time rate-limiting controls
Date: Mon, 10 Aug 2026 10:56:15 -0700 [thread overview]
Message-ID: <anoQv9sWca/mLWQR@kraken> (raw)
In-Reply-To: <annM2322Ig23p4RG@Mac.lan>
On Mon, Aug 10, 2026 at 03:06:35PM +0200, Roger Pau Monné wrote:
> On Wed, Jul 29, 2026 at 12:25:20AM -0700, dmukhin@ford.com wrote:
> > From: Denis Mukhin <dmukhin@ford.com>
> >
> > Introduce CONFIG_PRINTK_RATELIMIT_MS and CONFIG_PRINTK_RATELIMIT_BURST
> > for configuring rate-limiting policy at the compile time.
> >
> > Use symbols for global rate-limiting initialization in the console driver.
> >
> > Signed-off-by: Denis Mukhin <dmukhin@ford.com>
> > ---
> > Changes since v3:
> > - added note on security support for non-standard configurations
> > - gated menu with EXPERT
> >
> > I kept both settings for now.
> > ---
> > xen/common/Kconfig | 36 ++++++++++++++++++++++++++++++++++++
> > xen/drivers/char/console.c | 6 ++++--
> > 2 files changed, 40 insertions(+), 2 deletions(-)
> >
> > diff --git a/xen/common/Kconfig b/xen/common/Kconfig
> > index da80fdba8469..749d3bfb08e0 100644
> > --- a/xen/common/Kconfig
> > +++ b/xen/common/Kconfig
> > @@ -672,4 +672,40 @@ config PM_STATS
> > Enable collection of performance management statistics to aid in
> > analyzing and tuning power/performance characteristics of the system
> >
> > +menu "Console rate-limiting"
> > + visible if EXPERT
>
> No strong opinion, but there's a drivers/char/Kconfig which might be a
> more natural place for those option to live, and then there's no
> reason for the extra menu?
I had the knob initially in drivers/char/Kconfig, but moved to
common/Kconfig to address Jan's feedback:
https://lore.kernel.org/xen-devel/2eba7de1-a8e2-4c45-affb-8ecb91278707@suse.com/
>
> > +
> > +config PRINTK_RATELIMIT_MS
> > + int "printk rate-limiting time window (milliseconds)"
> > + default 5000
> > + help
> > + Specifies the time window, in milliseconds, for rate-limited [*] printk
> > + messages. No more than `CONFIG_PRINTK_RATELIMIT_BURST` messages will be
> > + printed within this window.
> > +
> > + Setting this value to 0 disables rate-limiting entirely.
> > +
> > + Configurations using a value other than the default of 5000 are not
> > + security supported.
> > +
> > + [*] Rate-limited messages are those controlled by the `loglvl` and
> > + `guest_loglvl` command-line parameters.
> > +
> > +config PRINTK_RATELIMIT_BURST
> > + int "printk rate-limited message burst size"
> > + default 10
> > + help
> > + Defines the maximum number of rate-limited [*] printk messages that may
> > + be printed within each `CONFIG_PRINTK_RATELIMIT_MS` time window.
> > +
> > + Setting this value to 0 disables rate-limiting entirely.
> > +
> > + Configurations using a value other than the default of 10 are not
> > + security supported.
> > +
> > + [*] Rate-limited messages are those controlled by the `loglvl` and
> > + `guest_loglvl` command-line parameters.
>
> Is it common to use footnotes in Kconfig options? It seems a bit
> weird to me, I would probably just expand inside parenthesis if
> needed.
I'll just drop extra text.
>
> Also, I'm a bit confused by the mention of loglvl and guest_loglvl
> explicitly here: messages outside of the selected level are just
> discarded, and hence it's kind of obvious that just messages inside
> the selected level are controlled by this rate-limiting.
next prev parent reply other threads:[~2026-08-10 17:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-29 7:25 [PATCH v4 0/2] xen/console: updates to rate-limiting dmukhin
2026-07-29 7:25 ` [PATCH v4 1/2] xen/console: correct leaky-bucket rate limiter dmukhin
[not found] ` <annJ3WK35xsv56Xn@macbook.local>
2026-08-10 13:05 ` Roger Pau Monné
2026-07-29 7:25 ` [PATCH v4 2/2] xen/console: add compile-time rate-limiting controls dmukhin
[not found] ` <annMNjOodiS3hHp7@macbook.local>
2026-08-10 13:06 ` Roger Pau Monné
2026-08-10 17:56 ` dmukhin [this message]
2026-08-11 7:48 ` Roger Pau Monné
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=anoQv9sWca/mLWQR@kraken \
--to=dmukhin@ford.com \
--cc=andrew.cooper3@citrix.com \
--cc=anthony.perard@vates.tech \
--cc=jbeulich@suse.com \
--cc=julien@xen.org \
--cc=michal.orzel@amd.com \
--cc=roger@xenproject.org \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.