public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Yury Norov <ynorov@nvidia.com>
To: linux-kernel@vger.kernel.org,
	"Christophe Leroy (CS GROUP)" <chleroy@kernel.org>,
	"Peter Zijlstra (Intel)" <peterz@infradead.org>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	"Alexander Shishkin" <alexander.shishkin@linux.intel.com>,
	"Daniel Lezcano" <daniel.lezcano@kernel.org>,
	"Ingo Molnar" <mingo@kernel.org>,
	"James Clark" <james.clark@linaro.org>,
	"Kees Cook" <kees@kernel.org>,
	"Lukasz Luba" <lukasz.luba@arm.com>,
	"Madhavan Srinivasan" <maddy@linux.ibm.com>,
	"Michael Ellerman" <mpe@ellerman.id.au>,
	"Mike Leach" <mike.leach@linaro.org>,
	"Moritz Fischer" <mdf@kernel.org>,
	"Nicholas Piggin" <npiggin@gmail.com>,
	"Russ Weight" <russ.weight@linux.dev>,
	"Shrikanth Hegde" <sshegde@linux.ibm.com>,
	"Suki K Poulose" <suzuki.poulose@arm.com>,
	"Tom Rix" <trix@redhat.com>,
	"Thomas Weißschuh" <linux@weissschuh.net>,
	"Xu Yilun" <yilun.xu@intel.com>,
	"Yury Norov" <yury.norov@gmail.com>,
	"Zhang Rui" <rui.zhang@intel.com>,
	coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org,
	linux-fpga@vger.kernel.org, linux-pm@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org
Cc: Jakub Kicinski <kuba@kernel.org>
Subject: Re: [PATCH RESEND 0/5] bitmap: cleanup bitmaps printing
Date: Thu, 19 Mar 2026 16:18:40 -0400	[thread overview]
Message-ID: <abxaIMi55N4X9JWz@yury> (raw)
In-Reply-To: <20260303200842.124996-1-ynorov@nvidia.com>

Ping?

On Tue, Mar 03, 2026 at 03:08:36PM -0500, Yury Norov wrote:
> Bitmap API has a bitmap_print_to_pagebuf() function that is intended to
> print bitmap into a human readable format, making sure that the output
> string will not get big enough to cross the current page limit.
> 
> Some drivers use this function immediately before passing the result to
> scnprintf() with no modification. This is useless because scnprintf(),
> and helpers based on it like seq_pritf() and sysfs_emit(), take care of
> not overflowing the buffer by itself, and perfectly print bitmaps with
> "%*pb[l]".
> 
> This is a resend of non-networking part of [1]. Patches #3,5 switch from
> plain scnprintf() to sysfs_emit(), as pointed out by Thomas Weißschuh.
> 
> [1] https://lore.kernel.org/all/20260219181407.290201-1-ynorov@nvidia.com/
> 
> The networking part, for reference:
> 
> https://lore.kernel.org/all/20260303185507.111841-1-ynorov@nvidia.com/
> 
> Each patch can be applied individually per corresponding subsystem.
> 
> Yury Norov (5):
>   powerpc/xive: simplify xive_spapr_debug_show()
>   thermal: intel: switch cpumask_get() to using
>     cpumask_print_to_pagebuf()
>   coresight: don't use bitmap_print_to_pagebuf()
>   lib/prime_numbers: drop temporary buffer in dump_primes()
>   fpga: m10bmc-sec: switch show_canceled_csk() to using sysfs_emit()
> 
>  arch/powerpc/sysdev/xive/spapr.c              | 12 ++-----
>  drivers/fpga/intel-m10-bmc-sec-update.c       |  3 +-
>  .../hwtracing/coresight/coresight-cti-sysfs.c | 32 ++++++++-----------
>  drivers/thermal/intel/intel_powerclamp.c      |  3 +-
>  lib/math/tests/prime_numbers_kunit.c          |  6 ++--
>  5 files changed, 21 insertions(+), 35 deletions(-)
> 
> -- 
> 2.43.0

      parent reply	other threads:[~2026-03-19 20:18 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-03 20:08 [PATCH RESEND 0/5] bitmap: cleanup bitmaps printing Yury Norov
2026-03-03 20:08 ` [PATCH 1/5] powerpc/xive: simplify xive_spapr_debug_show() Yury Norov
2026-03-03 20:08 ` [PATCH 2/5] thermal: intel: switch cpumask_get() to using cpumask_print_to_pagebuf() Yury Norov
2026-03-03 20:08 ` [PATCH 3/5] coresight: don't use bitmap_print_to_pagebuf() Yury Norov
2026-03-03 20:08 ` [PATCH 4/5] lib/prime_numbers: drop temporary buffer in dump_primes() Yury Norov
2026-03-03 20:08 ` [PATCH 5/5] fpga: m10bmc-sec: switch show_canceled_csk() to using sysfs_emit() Yury Norov
2026-03-24  9:15   ` Xu Yilun
2026-03-24 18:38     ` Yury Norov
2026-03-25  7:25       ` Xu Yilun
2026-03-19 20:18 ` Yury Norov [this message]

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=abxaIMi55N4X9JWz@yury \
    --to=ynorov@nvidia.com \
    --cc=alexander.shishkin@linux.intel.com \
    --cc=chleroy@kernel.org \
    --cc=coresight@lists.linaro.org \
    --cc=daniel.lezcano@kernel.org \
    --cc=james.clark@linaro.org \
    --cc=kees@kernel.org \
    --cc=kuba@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-fpga@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux@weissschuh.net \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=lukasz.luba@arm.com \
    --cc=maddy@linux.ibm.com \
    --cc=mdf@kernel.org \
    --cc=mike.leach@linaro.org \
    --cc=mingo@kernel.org \
    --cc=mpe@ellerman.id.au \
    --cc=npiggin@gmail.com \
    --cc=peterz@infradead.org \
    --cc=rafael@kernel.org \
    --cc=rui.zhang@intel.com \
    --cc=russ.weight@linux.dev \
    --cc=sshegde@linux.ibm.com \
    --cc=suzuki.poulose@arm.com \
    --cc=trix@redhat.com \
    --cc=yilun.xu@intel.com \
    --cc=yury.norov@gmail.com \
    /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