summaryrefslogtreecommitdiff
path: root/include/clocksource
diff options
context:
space:
mode:
authorThomas Richter <tmricht@linux.ibm.com>2026-03-06 13:50:31 +0100
committerVasily Gorbik <gor@linux.ibm.com>2026-03-24 20:57:31 +0100
commit57ad0d4a00f5d3e80f33ba2da8d560c73d83dc22 (patch)
treec8f18565d7cb75af0f1434edc38168ec38d3af32 /include/clocksource
parent598bbefa8032cc58b564a81d1ad68bd815c8dc0f (diff)
s390/cpum_sf: Cap sampling rate to prevent lsctl exception
commit fcc43a7e294f ("s390/configs: Set HZ=1000") changed the interrupt frequency of the system. On machines with heavy load and many perf event overflows, this might lead to an exception. Dmesg displays these entries: [112.242542] cpum_sf: Loading sampling controls failed: op 1 err -22 One line per CPU online. The root cause is the CPU Measurement sampling facility overflow adjustment. Whenever an overflow (too much samples per tick) occurs, the sampling rate is adjusted and increased. This was done without observing the maximum sampling rate limit. When the current sampling interval is higher than the maximum sampling rate limit, the lsctl instruction raises an exception. The error messages is the result of such an exception. Observe the upper limit when the new sampling rate is recalculated. Cc: stable@vger.kernel.org Fixes: 39d4a501a9ef ("s390/cpum_sf: Adjust sampling interval to avoid hitting sample limits") Signed-off-by: Thomas Richter <tmricht@linux.ibm.com> Reviewed-by: Sumanth Korikkar <sumanthk@linux.ibm.com> Reviewed-by: Hendrik Brueckner <brueckner@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
Diffstat (limited to 'include/clocksource')
0 files changed, 0 insertions, 0 deletions