From: Dave Martin <Dave.Martin@arm.com>
To: "Luck, Tony" <tony.luck@intel.com>
Cc: Fenghua Yu <fenghuay@nvidia.com>,
Reinette Chatre <reinette.chatre@intel.com>,
Maciej Wieczor-Retman <maciej.wieczor-retman@intel.com>,
Peter Newman <peternewman@google.com>,
James Morse <james.morse@arm.com>,
Babu Moger <babu.moger@amd.com>,
Drew Fustini <dfustini@baylibre.com>,
Chen Yu <yu.c.chen@intel.com>,
x86@kernel.org, linux-kernel@vger.kernel.org,
patches@lists.linux.dev
Subject: Re: [PATCH v13 12/32] x86,fs/resctrl: Support binary fixed point event counters
Date: Tue, 11 Nov 2025 17:31:12 +0000 [thread overview]
Message-ID: <aRNy4G0XoREMNs4X@e133380.arm.com> (raw)
In-Reply-To: <aQwHpFEfHGpoaVW9@agluck-desk3>
Hi,
On Wed, Nov 05, 2025 at 06:27:48PM -0800, Luck, Tony wrote:
> On Wed, Nov 05, 2025 at 03:31:07PM -0800, Luck, Tony wrote:
> > > > +
> > > > + if (!binary_bits) {
> > > > + seq_printf(m, "%llu.0\n", val);
> > > > + return;
> > > > + }
>
> I can't completely escape a test for !binary_bits. Most of the
> flow works ok (doing nothing, working towards frac == 0 when
> it comes time for the snprintf()).
>
> But the round-up code:
>
> frac += 1ull << (binary_bits - 1);
>
> goes badly wrong if binary_bits == 0.
>
> I could write it like this:
>
>
> static void print_event_value(struct seq_file *m, unsigned int binary_bits, u64 val)
> {
> char buf[decplaces[MAX_BINARY_BITS] + 1];
> unsigned long long frac = 0;
>
> if (binary_bits) {
> /* Mask off the integer part of the fixed-point value. */
> frac = val & GENMASK_ULL(binary_bits - 1, 0);
>
> /*
> * Multiply by 10^{desired decimal places}. The integer part of
> * the fixed point value is now almost what is needed.
> */
> frac *= int_pow(10ull, decplaces[binary_bits]);
I guess there was already a discussion on whether it is worth
precomputing this multiplier.
int_pow() is not free, but if implemented in the standard way, it
should be pretty fast on 64-bit arches (which is all we care about).
(I've not checked.)
> /*
> * Round to nearest by adding a value that would be a "1" in the
> * binary_bits + 1 place. Integer part of fixed point value is
> * now the needed value.
> */
> frac += 1ull << (binary_bits - 1);
>
> /*
> * Extract the integer part of the value. This is the decimal
> * representation of the original fixed-point fractional value.
> */
> frac >>= binary_bits;
Looks reasonable. It's your call whether this is simpler, I guess.
> }
>
> /*
> * "frac" is now in the range [0 .. 10^decplaces). I.e. string
> * representation will fit into chosen number of decimal places.
> */
> snprintf(buf, sizeof(buf), "%0*llu", decplaces[binary_bits], frac);
>
> seq_printf(m, "%llu.%s\n", val >> binary_bits, buf);
Can we get rid of buf, actually?
I don't see why we can't just do
seq_printf(m, "%llu.%0*llu",
val >> binary_bits, decplaces[binary_bits], frac);
...?
This avoids having to care about the size of buf.
seq_file's crystal ball knows how to make its buffer large enough.
Cheers
---Dave
next prev parent reply other threads:[~2025-11-11 17:31 UTC|newest]
Thread overview: 85+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-29 16:20 [PATCH v13 00/32] x86,fs/resctrl telemetry monitoring Tony Luck
2025-10-29 16:20 ` [PATCH v13 01/32] x86,fs/resctrl: Improve domain type checking Tony Luck
2025-10-29 16:20 ` [PATCH v13 02/32] x86/resctrl: Move L3 initialization into new helper function Tony Luck
2025-10-29 16:20 ` [PATCH v13 03/32] x86/resctrl: Refactor domain_remove_cpu_mon() ready for new domain types Tony Luck
2025-10-29 16:20 ` [PATCH v13 04/32] x86/resctrl: Clean up domain_remove_cpu_ctrl() Tony Luck
2025-10-29 16:20 ` [PATCH v13 05/32] x86,fs/resctrl: Refactor domain create/remove using struct rdt_domain_hdr Tony Luck
2025-11-12 19:18 ` Reinette Chatre
2025-10-29 16:20 ` [PATCH v13 06/32] fs/resctrl: Split L3 dependent parts out of __mon_event_count() Tony Luck
2025-10-29 16:20 ` [PATCH v13 07/32] x86,fs/resctrl: Use struct rdt_domain_hdr when reading counters Tony Luck
2025-11-12 19:19 ` Reinette Chatre
2025-10-29 16:20 ` [PATCH v13 08/32] x86,fs/resctrl: Rename struct rdt_mon_domain and rdt_hw_mon_domain Tony Luck
2025-11-13 4:01 ` Reinette Chatre
2025-10-29 16:20 ` [PATCH v13 09/32] x86,fs/resctrl: Rename some L3 specific functions Tony Luck
2025-11-13 4:01 ` Reinette Chatre
2025-10-29 16:20 ` [PATCH v13 10/32] fs/resctrl: Make event details accessible to functions when reading events Tony Luck
2025-10-29 16:20 ` [PATCH v13 11/32] x86,fs/resctrl: Handle events that can be read from any CPU Tony Luck
2025-10-30 6:14 ` Chen, Yu C
2025-10-30 15:54 ` Luck, Tony
2025-10-30 16:18 ` Chen, Yu C
2025-11-13 4:02 ` Reinette Chatre
2025-10-29 16:20 ` [PATCH v13 12/32] x86,fs/resctrl: Support binary fixed point event counters Tony Luck
2025-11-05 14:42 ` Dave Martin
2025-11-05 23:31 ` Luck, Tony
2025-11-06 0:09 ` Reinette Chatre
2025-11-11 17:22 ` Dave Martin
2025-11-12 16:12 ` Reinette Chatre
2025-11-06 2:27 ` Luck, Tony
2025-11-11 17:31 ` Dave Martin [this message]
2025-11-14 18:39 ` Luck, Tony
2025-11-11 17:16 ` Dave Martin
2025-11-14 18:51 ` Luck, Tony
2025-11-10 16:52 ` Luck, Tony
2025-11-11 17:34 ` Dave Martin
2025-11-12 13:08 ` David Laight
2025-10-29 16:20 ` [PATCH v13 13/32] x86,fs/resctrl: Add an architectural hook called for each mount Tony Luck
2025-10-29 16:20 ` [PATCH v13 14/32] x86,fs/resctrl: Add and initialize rdt_resource for package scope monitor Tony Luck
2025-11-13 4:04 ` Reinette Chatre
2025-10-29 16:20 ` [PATCH v13 15/32] fs/resctrl: Cleanup as L3 is no longer the only monitor resource Tony Luck
2025-11-13 4:05 ` Reinette Chatre
2025-10-29 16:20 ` [PATCH v13 16/32] x86/resctrl: Discover hardware telemetry events Tony Luck
2025-11-13 4:11 ` Reinette Chatre
2025-10-29 16:21 ` [PATCH v13 17/32] x86,fs/resctrl: Fill in details of events for guid 0x26696143 and 0x26557651 Tony Luck
2025-11-13 22:38 ` Reinette Chatre
2025-10-29 16:21 ` [PATCH v13 18/32] x86,fs/resctrl: Add architectural event pointer Tony Luck
2025-10-29 16:21 ` [PATCH v13 19/32] x86/resctrl: Find and enable usable telemetry events Tony Luck
2025-11-13 22:46 ` Reinette Chatre
2025-10-29 16:21 ` [PATCH v13 20/32] x86/resctrl: Read " Tony Luck
2025-11-13 22:47 ` Reinette Chatre
2025-10-29 16:21 ` [PATCH v13 21/32] fs/resctrl: Refactor mkdir_mondata_subdir() Tony Luck
2025-11-13 22:48 ` Reinette Chatre
2025-10-29 16:21 ` [PATCH v13 22/32] fs/resctrl: Refactor rmdir_mondata_subdir_allrdtgrp() Tony Luck
2025-11-13 22:48 ` Reinette Chatre
2025-10-29 16:21 ` [PATCH v13 23/32] x86,fs/resctrl: Handle domain creation/deletion for RDT_RESOURCE_PERF_PKG Tony Luck
2025-10-29 16:21 ` [PATCH v13 24/32] x86/resctrl: Add energy/perf choices to rdt boot option Tony Luck
2025-10-29 16:21 ` [PATCH v13 25/32] x86/resctrl: Handle number of RMIDs supported by RDT_RESOURCE_PERF_PKG Tony Luck
2025-11-13 22:51 ` Reinette Chatre
2025-11-14 21:55 ` Luck, Tony
2025-11-14 23:26 ` Reinette Chatre
2025-11-17 16:37 ` Luck, Tony
2025-11-17 17:31 ` Reinette Chatre
2025-11-17 18:52 ` Luck, Tony
2025-11-18 16:48 ` Reinette Chatre
2025-11-18 17:35 ` Luck, Tony
2025-11-18 18:11 ` Reinette Chatre
2025-10-29 16:21 ` [PATCH v13 26/32] fs/resctrl: Move allocation/free of closid_num_dirty_rmid[] Tony Luck
2025-11-13 22:51 ` Reinette Chatre
2025-10-29 16:21 ` [PATCH v13 27/32] x86,fs/resctrl: Compute number of RMIDs as minimum across resources Tony Luck
2025-10-29 16:21 ` [PATCH v13 28/32] fs/resctrl: Move RMID initialization to first mount Tony Luck
2025-10-29 16:21 ` [PATCH v13 29/32] x86/resctrl: Enable RDT_RESOURCE_PERF_PKG Tony Luck
2025-11-13 22:52 ` Reinette Chatre
2025-10-29 16:21 ` [PATCH v13 30/32] fs/resctrl: Provide interface to create architecture specific debugfs area Tony Luck
2025-10-29 16:21 ` [PATCH v13 31/32] x86/resctrl: Add debugfs files to show telemetry aggregator status Tony Luck
2025-11-13 22:53 ` Reinette Chatre
2025-10-29 16:21 ` [PATCH v13 32/32] x86,fs/resctrl: Update documentation for telemetry events Tony Luck
2025-11-13 22:56 ` Reinette Chatre
2025-10-29 18:59 ` [PATCH v13 00/32] x86,fs/resctrl telemetry monitoring Luck, Tony
2025-11-05 15:33 ` Moger, Babu
2025-11-05 15:41 ` Luck, Tony
2025-12-17 0:28 ` Luck, Tony
2025-12-17 16:44 ` Moger, Babu
2025-12-17 17:08 ` Luck, Tony
2025-11-16 17:35 ` Drew Fustini
2025-11-17 16:52 ` Luck, Tony
2025-11-18 23:03 ` Drew Fustini
2025-11-18 23:12 ` Luck, Tony
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=aRNy4G0XoREMNs4X@e133380.arm.com \
--to=dave.martin@arm.com \
--cc=babu.moger@amd.com \
--cc=dfustini@baylibre.com \
--cc=fenghuay@nvidia.com \
--cc=james.morse@arm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maciej.wieczor-retman@intel.com \
--cc=patches@lists.linux.dev \
--cc=peternewman@google.com \
--cc=reinette.chatre@intel.com \
--cc=tony.luck@intel.com \
--cc=x86@kernel.org \
--cc=yu.c.chen@intel.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