[PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
Borislav Petkov
bp at alien8.de
Thu Nov 3 08:54:09 PDT 2022
On Thu, Nov 03, 2022 at 04:34:04PM +0100, Andrew Jones wrote:
> Indeed, but that's less of an issue with cpumask_next() than with
> the way cpuinfo implements its start and next seq ops (next
> unconditionally increments *pos and then calls start and start
> must use *pos - 1 since the first time its called it needs to use
> -1).
Maybe because those are done wrongly...
A ->next() function should not call the ->start() function. A ->start()
function should, well, only start and nothing else.
And a ->stop() function should maybe check *pos and say whether one
should stop or not.
But I haven't looked at seq_ops at least in a decade and I have no clue
whether that would work.
I'm just looking at the function pointers and am trying to spell out
what looks most natural IMO.
IOW, maybe this should be fixed "right" and not only "made to work".
Thx.
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
More information about the linux-riscv
mailing list