From patchwork Tue Oct 15 19:06:07 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Frank Heimes X-Patchwork-Id: 1177311 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=lists.ubuntu.com (client-ip=91.189.94.19; helo=huckleberry.canonical.com; envelope-from=kernel-team-bounces@lists.ubuntu.com; receiver=) Authentication-Results: ozlabs.org; dmarc=fail (p=none dis=none) header.from=canonical.com Received: from huckleberry.canonical.com (huckleberry.canonical.com [91.189.94.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 46t4fV5L8rz9sPk; Wed, 16 Oct 2019 06:06:42 +1100 (AEDT) Received: from localhost ([127.0.0.1] helo=huckleberry.canonical.com) by huckleberry.canonical.com with esmtp (Exim 4.86_2) (envelope-from ) id 1iKS9W-0000JO-9m; Tue, 15 Oct 2019 19:06:38 +0000 Received: from youngberry.canonical.com ([91.189.89.112]) by huckleberry.canonical.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1iKS9U-0000JH-IO for kernel-team@lists.ubuntu.com; Tue, 15 Oct 2019 19:06:36 +0000 Received: from 2.general.fheimes.uk.vpn ([10.172.194.67] helo=localhost.localdomain) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_CBC_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1iKS9U-0001PO-BY for kernel-team@lists.ubuntu.com; Tue, 15 Oct 2019 19:06:36 +0000 From: frank.heimes@canonical.com To: kernel-team@lists.ubuntu.com Subject: [SRU][B][D][E][Patch 0/1] Check for CPU Measurement sampling (LP: 1847590) Date: Tue, 15 Oct 2019 21:06:07 +0200 Message-Id: <1571166368-8078-1-git-send-email-frank.heimes@canonical.com> X-Mailer: git-send-email 2.7.4 X-BeenThere: kernel-team@lists.ubuntu.com X-Mailman-Version: 2.1.20 Precedence: list List-Id: Kernel team discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Errors-To: kernel-team-bounces@lists.ubuntu.com Sender: "kernel-team" Buglink: https://bugs.launchpad.net/bugs/1847590 SRU Justification: [Impact] * Check for CPU Measurement sampling to avoid potential loss of sampling data [Fix] * 932bfc5aae08f3cb20c1c9f051542f5933710151 932bfc5 "s390/cpumsf: Check for CPU Measurement sampling" [Test Case] * Have an LPAR configured with counter and sampling facilities anabled * Use lscpumf to check the facilities available for your hardware * Start a benchmark (like mem_alloc) and execute perf top * Canonical can only do regression testing, functional testing is currently only doable by IBM [Regression Potential] * There is as always some regression potential with having new code in and other code changed * but this particular change is limited to the s390x architecture, * again to the counter and sampling facilities, that need to be activated by intention * and is only for compatibility with the latest and newest hw generation only (z15 and L1III) [Other Info] * The fix/patch got upstream accepted with v5.4-rc2, hence it needs to be applied to E, D and B * The patch/commit neraly applied cleanly for me on E, D and B except a little conflict that is easily solveable * or can even be even automatically be solved by cherry-pick-ing with '-X theirs' * This is not relevant for Eoan GA, can be added with the help of an SRU cycle to Eoan post-GA Thomas Richter (1): Thomas Richter arch/s390/include/asm/cpu_mf.h | 7 +++++-- arch/s390/kernel/perf_cpum_sf.c | 6 ++++++ 2 files changed, 11 insertions(+), 2 deletions(-) Acked-by: Andrea Righi