Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp2177844imn; Mon, 1 Aug 2022 14:11:55 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uIglL7AXMp/IpL7TxIRgN3JaAlcee7RtAAbTyxiLwDb8AY2XlPHKjlY4su/SO2KjpLR8BD X-Received: by 2002:a17:906:6a21:b0:72f:2174:16e6 with SMTP id qw33-20020a1709066a2100b0072f217416e6mr14019981ejc.177.1659388314904; Mon, 01 Aug 2022 14:11:54 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1659388314; cv=pass; d=google.com; s=arc-20160816; b=ka/1iCWqx+VTLs/w6sI3s8C+apihyplN0vhP5QYxFCYr5NyDD/7BLRR0dLnlVvtqCy rQJsabzyLVM0QjFSQKHEK7PfVZidY/w6rnBLOO3MSdKlg3BOwFEZvMbJkuv2dFh/kE72 kI3koaAQJUVETovra9ewiXCk8SPw7AHSbOUOGJW72s0cOVXM1i84ACNpVmygTu7HuAZX vSwj4+cITvGJlF0A0ymRxMXFNao5cLQqjIgkPKoGlCtDS7Gwzm17vmk9r7ko1srDRN11 rYwwVsH9BtCwuCQq1zJa0eDLYTZbTkYc69cuKntgXIEXyJLbPFtxFc30TtGMQ+XuMcou yoiQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:cc:to:from :subject:dkim-signature; bh=IpmP5Sq4lnk7Jen1kRc+TyLKQQ7YKpPOmvrbvhAjAT0=; b=z5ABYEy5rzV0IVEn8izN9wObNF+r+DZDLUa7DMvL6HC2VlqFkmup8nOA6xWQjDVMDE f4G0voG8KcxQ4il5m83bv+v8+ztKUbyXmsDtM4/pSJjXkApIetWbcwutexgPwBoQJfAC TAPgAYLEVjAckSJZFJQEqmIaomrxrLDb06MNKr7CUdTkZ4yM7d0Y0k/b8DFdp+dfKcY+ YmMdAxR2rLrUIcHEM2yZSyybpDGfX8n9ouzle79KAPCbrzVZJFKdW+UXH5YxVeTnwbE8 dHSrOpOyHFDrq42M3OcQFk6F4qUe4XmKvmHKlswL/Kyv6Qmfz2+J7je7KXV9v9+7bGjD XUsg== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@amd.com header.s=selector1 header.b=LHCWpQ1d; arc=pass (i=1 spf=pass spfdomain=amd.com dmarc=pass fromdomain=amd.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amd.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u14-20020a50d50e000000b0043a0b68e0b2si9608526edi.432.2022.08.01.14.11.27; Mon, 01 Aug 2022 14:11:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@amd.com header.s=selector1 header.b=LHCWpQ1d; arc=pass (i=1 spf=pass spfdomain=amd.com dmarc=pass fromdomain=amd.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amd.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234967AbiHAU5q (ORCPT + 99 others); Mon, 1 Aug 2022 16:57:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58546 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235126AbiHAU47 (ORCPT ); Mon, 1 Aug 2022 16:56:59 -0400 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2079.outbound.protection.outlook.com [40.107.94.79]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0088F419A9; Mon, 1 Aug 2022 13:56:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KUwXwCrplym9RN+OsWd8/FaTxJHE+gOuXCuovqBilDLIyK10O6cdgWzSI2qtPXzCwHxCnGDCtClacG+AvyGe8BSaElMvsldiI+c5GFw2Yzq65A9zPHVTC/8AvlHhogLdl/SAHrsldFpeCIuJ5HE7RcXnAv+mg9mbfmjgIgH6/XOfKIj9dwj7v6VUmlBJRglWbo+XMg0X+d8g3yRizgIvJXeKo1ESclYU1/vjVIr9jLmcMv6dtrSR9+5IDpPik4bsMIhR68zUzBd6MaoM92uUV5+7rHHA8r6wm0xGXB7/AapNJnxxZ2mWudR+4rUHBI1QajhSmEatIuUc8ZdbBr4OvA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=IpmP5Sq4lnk7Jen1kRc+TyLKQQ7YKpPOmvrbvhAjAT0=; b=QCx8kQO4g63p+zGuJOYuVUkCda9lbKkwHeDy3JllaOFnYIu3lq23nm1ItsbFWMfYY86NaEMkuKIKX7xdTb0eM4otPP5gw+sxRGmT2UyZlFvgIsmHYHBgnBo2cwRgqbfNhQjZDQIIdmxOFyu+iB0l9/yeYrFswZX+ZUB5AjemyW6tr56BwSy6MbJ6pJ1pxtTJcqeX3c1lkxi9RQDMdUQfyZBzUFk9FwvIo0xHMIfbE2vgtRB0K7rGuautR1TFU+6K/GKZxochIf0vzK0E/ydPM1idjnof+eqa9o+05QUtsGccVR34mEpJte0PxVC7wVcel5+cs/FIdCYyP8f/ZDcN+Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=vger.kernel.org smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IpmP5Sq4lnk7Jen1kRc+TyLKQQ7YKpPOmvrbvhAjAT0=; b=LHCWpQ1dIwnLoLdLJ9jP6qXosPTDnO8HCjLO4Iq2VAMH/H+s4DJYLaIUmWniDNG08U35BicYSETaIt24XI78VxcoobP7w6VN3vp3jKkcypz4LgWVCAlr6asmC2rEI6snCw8gydqsj3YRaTAo8afRNM2ItvuRqjakzqlcnEpdbRg= Received: from BN9PR03CA0484.namprd03.prod.outlook.com (2603:10b6:408:130::9) by BN9PR12MB5161.namprd12.prod.outlook.com (2603:10b6:408:11a::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5482.11; Mon, 1 Aug 2022 20:56:45 +0000 Received: from BN8NAM11FT059.eop-nam11.prod.protection.outlook.com (2603:10b6:408:130:cafe::22) by BN9PR03CA0484.outlook.office365.com (2603:10b6:408:130::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5458.25 via Frontend Transport; Mon, 1 Aug 2022 20:56:45 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 165.204.84.17) smtp.mailfrom=amd.com; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=amd.com; Received-SPF: Pass (protection.outlook.com: domain of amd.com designates 165.204.84.17 as permitted sender) receiver=protection.outlook.com; client-ip=165.204.84.17; helo=SATLEXMB04.amd.com; pr=C Received: from SATLEXMB04.amd.com (165.204.84.17) by BN8NAM11FT059.mail.protection.outlook.com (10.13.177.120) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.20.5482.10 via Frontend Transport; Mon, 1 Aug 2022 20:56:45 +0000 Received: from [127.0.1.1] (10.180.168.240) by SATLEXMB04.amd.com (10.181.40.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.28; Mon, 1 Aug 2022 15:56:44 -0500 Subject: [PATCH v2 10/10] Documentation/x86: Update resctrl_ui.rst for new features From: Babu Moger To: , , , , CC: , , , , , , , Date: Mon, 1 Aug 2022 15:56:43 -0500 Message-ID: <165938740360.724959.7059659465268246182.stgit@bmoger-ubuntu> In-Reply-To: <165938717220.724959.10931629283087443782.stgit@bmoger-ubuntu> References: <165938717220.724959.10931629283087443782.stgit@bmoger-ubuntu> User-Agent: StGit/1.1.dev103+g5369f4c MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.180.168.240] X-ClientProxiedBy: SATLEXMB04.amd.com (10.181.40.145) To SATLEXMB04.amd.com (10.181.40.145) X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 0e352887-c6c6-4210-ccf8-08da7400586a X-MS-TrafficTypeDiagnostic: BN9PR12MB5161:EE_ X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: +rxmEq/UEkvzboQoGpLV6EXBluszHogPakp5q0WjGmd/1kN3K87BGib8hypPUtcs9ulc3NeklevqSDAS8G4sw4a/IEbC+0jVaisc6dST/rQ3/iyqS5NoyH4lPpxNN3mn8JyEXLye3KnUyUN3oyB5jFpwlZIO2xO+nT59sJH3/NKCbtpZTLZdP3ldNTL+nefeo/db7jhA2alpU06HJzxtESqCZmEZaQHFD9dGTBnSd57f8eeQRLgPijtBP0qbZShcumCPwsqhr2oYUyiORqORP5UgYu9mQ00W/HTpBvVV6e9aMhX03pbxzx9olkTzEUjGMXNMxWXv5x5zMDPr+2zsxnFnyCealx2o3N5waqsf4k9PTjmjwP8QL9DZ92qG3XqsTCVpJXKIRiw+SZ8i9G/EZpA/Qxg3dGuhzc0R8W19I61BXqhxPHUlOgIrEX58wj6DScuNN9yda0Czw9+8T42pIrcNYOzclXSG+RCrkGfRuIYxpkUKfLvGcySAVqIfCy71EKkpaWFeAiYYObLTw4WyJXLQDWCBuq+MImRXa4xzEJDDXsbZcuagMYgcPRaCieJDxuwrCqh/r02EZIF2Ci7N+kd5Kqfi9rfxfyfZvaWfo8U6vs5gLL5PvRXs8GamPRyDqQ3GyM7bBJWjB4TqMSe5nu57SVX0CZTqkne7g3Td+3a5umRAcWwgl3kAjIVp2s+P2XD97ejR+qdJC/UnI15C28BjkD18qo9+4N/qZujzGcJwwpaIB4X0DdPIoK7Qlrk7d6J8NKBWCgNUT+Hden68RcCXDvHR1ag4CAlofqswtPL+3iqg4v4wm07Sy8wzJN0QN0ByAsfpOqtRbbqDaZZr5s99fhTcnPDP88Owwxuoz+c= X-Forefront-Antispam-Report: CIP:165.204.84.17;CTRY:US;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:SATLEXMB04.amd.com;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230016)(7916004)(4636009)(396003)(39860400002)(136003)(346002)(376002)(36840700001)(46966006)(40470700004)(82740400003)(40480700001)(356005)(16576012)(316002)(81166007)(54906003)(110136005)(36860700001)(33716001)(82310400005)(70206006)(426003)(336012)(9686003)(40460700003)(26005)(47076005)(41300700001)(15650500001)(83380400001)(70586007)(4326008)(478600001)(186003)(16526019)(5660300002)(8936002)(103116003)(44832011)(7416002)(2906002)(8676002)(86362001)(71626007)(36900700001);DIR:OUT;SFP:1101; X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Aug 2022 20:56:45.7937 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 0e352887-c6c6-4210-ccf8-08da7400586a X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3dd8961f-e488-4e60-8e11-a82d994e183d;Ip=[165.204.84.17];Helo=[SATLEXMB04.amd.com] X-MS-Exchange-CrossTenant-AuthSource: BN8NAM11FT059.eop-nam11.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN9PR12MB5161 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Update the documentation for the new features:=0A= 1. Slow Memory Bandwidth allocation.=0A= With this feature, the QOS enforcement policies can be applied=0A= to the external slow memory connected to the host. QOS enforcement=0A= is accomplished by assigning a Class Of Service (COS) to a processor=0A= and specifying allocations or limits for that COS for each resource=0A= to be allocated.=0A= =0A= 2. Bandwidth Monitoring Event Configuration (BMEC).=0A= The bandwidth monitoring events mbm_total_bytes and mbm_local_bytes=0A= are set to count all the total and local reads/writes respectively.=0A= With the introduction of slow memory, the two counters are not=0A= enough to count all the different types are memory events. With the=0A= feature BMEC, the users have the option to configure mbm_total_bytes=0A= and mbm_local_bytes to count the specific type of events.=0A= =0A= Added the instructions to configure with examples.=0A= =0A= Signed-off-by: Babu Moger =0A= ---=0A= Documentation/x86/resctrl.rst | 123 +++++++++++++++++++++++++++++++++++++= ++++=0A= 1 file changed, 123 insertions(+)=0A= =0A= diff --git a/Documentation/x86/resctrl.rst b/Documentation/x86/resctrl.rst= =0A= index 71a531061e4e..ba6833171c0a 100644=0A= --- a/Documentation/x86/resctrl.rst=0A= +++ b/Documentation/x86/resctrl.rst=0A= @@ -167,6 +167,12 @@ with the following files:=0A= bytes) at which a previously used LLC_occupancy=0A= counter can be considered for re-use.=0A= =0A= +"mon_configurable":=0A= + Provides the information if the events mbm_total and=0A= + mbm_local are configurable. See the configuration=0A= + details for "mbm_total_config" and "mbm_local_config"=0A= + for more information.=0A= +=0A= Finally, in the top level of the "info" directory there is a file=0A= named "last_cmd_status". This is reset with every "command" issued=0A= via the file system (making new directories or writing to any of the=0A= @@ -264,6 +270,29 @@ When monitoring is enabled all MON groups will also co= ntain:=0A= the sum for all tasks in the CTRL_MON group and all tasks in=0A= MON groups. Please see example section for more details on usage.=0A= =0A= +"mbm_total_config":=0A= +"mbm_local_config":=0A= + This contains the current event configuration for the events=0A= + mbm_total_bytes and mbm_local_bytes, respectively, when the=0A= + Bandwidth Monitoring Event Configuration (BMEC) feature is support= ed.=0A= + These files are organized by L3 domains under the subdirectories= =0A= + "mon_L3_00" and "mon_L3_01". When BMEC is supported, the events=0A= + mbm_local_bytes and mbm_total_bytes are configurable.=0A= +=0A= + Following are the types of events supported.=0A= + Bits Description=0A= + 6 Dirty Victims from the QOS domain to all types of memory= =0A= + 5 Reads to slow memory in the non-local NUMA domain=0A= + 4 Reads to slow memory in the local NUMA domain=0A= + 3 Non-temporal writes to non-local NUMA domain=0A= + 2 Non-temporal writes to local NUMA domain=0A= + 1 Reads to memory in the non-local NUMA domain=0A= + 0 Reads to memory in the local NUMA domain=0A= +=0A= + By default, the mbm_total_bytes configuration is set to 0x7f to co= unt=0A= + all the event types and the mbm_local_bytes configuration is set t= o=0A= + 0x15 to count all the local memory events.=0A= +=0A= Resource allocation rules=0A= -------------------------=0A= =0A= @@ -464,6 +493,14 @@ Memory bandwidth domain is L3 cache.=0A= =0A= MB:=3Dbw_MBps0;=3Dbw_MBps1;...=0A= =0A= +Slow Memory bandwidth Allocation (when supported)=0A= +------------------------------------------=0A= +=0A= +Slow Memory b/w domain is L3 cache.=0A= +::=0A= +=0A= + SB:=3Dbandwidth0;=3Dbandwidth1;...=0A= +=0A= Reading/writing the schemata file=0A= ---------------------------------=0A= Reading the schemata file will show the state of all resources=0A= @@ -479,6 +516,44 @@ which you wish to change. E.g.=0A= L3DATA:0=3Dfffff;1=3Dfffff;2=3D3c0;3=3Dfffff=0A= L3CODE:0=3Dfffff;1=3Dfffff;2=3Dfffff;3=3Dfffff=0A= =0A= +Reading/writing the schemata file (on AMD systems)=0A= +---------------------------------------------------------------=0A= +Reading the schemata file will show the state of all resources=0A= +on all domains. When writing the memory bandwidth allocation you=0A= +only need to specify those values in an absolute number expressed=0A= +in 1/8 GB/s increments. To allocate bandwidth limit of 2GB, you=0A= +need to specify the value 16 (16 * 1/8 =3D 2). E.g.=0A= +::=0A= +=0A= + # cat schemata=0A= + MB:0=3D2048;1=3D2048;2=3D2048;3=3D2048=0A= + L3:0=3Dffff;1=3Dffff;2=3Dffff;3=3Dffff=0A= +=0A= + # echo "MB:1=3D16" > schemata=0A= + # cat schemata=0A= + MB:0=3D2048;1=3D 16;2=3D2048;3=3D2048=0A= + L3:0=3Dffff;1=3Dffff;2=3Dffff;3=3Dffff=0A= +=0A= +Reading/writing the schemata file (on AMD systems) with slow memory=0A= +---------------------------------------------------------------=0A= +Reading the schemata file will show the state of all resources=0A= +on all domains. When writing the memory bandwidth allocation you=0A= +only need to specify those values in an absolute number expressed=0A= +in 1/8 GB/s increments. To allocate bandwidth limit of 8GB, you=0A= +need to specify the value 64 (64 * 1/8 =3D 8). E.g.=0A= +::=0A= +=0A= + # cat schemata=0A= + SB:0=3D2048;1=3D2048;2=3D2048;3=3D2048=0A= + MB:0=3D2048;1=3D2048;2=3D2048;3=3D2048=0A= + L3:0=3Dffff;1=3Dffff;2=3Dffff;3=3Dffff=0A= +=0A= + # echo "SB:1=3D64" > schemata=0A= + # cat schemata=0A= + SB:0=3D2048;1=3D 64;2=3D2048;3=3D2048=0A= + MB:0=3D2048;1=3D2048;2=3D2048;3=3D2048=0A= + L3:0=3Dffff;1=3Dffff;2=3Dffff;3=3Dffff=0A= +=0A= Cache Pseudo-Locking=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= CAT enables a user to specify the amount of cache space that an=0A= @@ -1210,6 +1285,54 @@ View the llc occupancy snapshot::=0A= # cat /sys/fs/resctrl/p1/mon_data/mon_L3_00/llc_occupancy=0A= 11234000=0A= =0A= +Example 5 (Configure and Monitor specific event types)=0A= +-------------------------------------------------=0A= +=0A= +A single socket system which has real time tasks running on cores 0-4=0A= +and non real time tasks on other CPUs. We want to monitor the memory=0A= +bandwidth allocation for specific events.=0A= +::=0A= +=0A= + # mount -t resctrl resctrl /sys/fs/resctrl=0A= + # cd /sys/fs/resctrl=0A= + # mkdir p1=0A= +=0A= +Move the CPUs 0-4 over to p1::=0A= +=0A= + # echo 0xf > p1/cpus=0A= +=0A= +View the current mbm_local_bytes::=0A= +=0A= + # cat /sys/fs/resctrl/p1/mon_data/mon_L3_00/mbm_local_bytes=0A= + 112501=0A= +=0A= +Change the mbm_local_bytes to count mon-temporal writes to both local=0A= +and non-local NUMA domain. Refer to event supported bitmap under=0A= +mbm_local_config::=0A= +=0A= + # echo 0xc > /sys/fs/resctrl/p1/mon_data/mon_L3_00/mbm_local_config=0A= +=0A= +View the updated mbm_local_bytes::=0A= +=0A= + # cat /sys/fs/resctrl/p1/mon_data/mon_L3_00/mbm_local_bytes=0A= + 12601=0A= +=0A= +Similar experiment on mbm_total_bytes. First view the current mbm_total_by= tes::=0A= +=0A= + # cat /sys/fs/resctrl/p1/mon_data/mon_L3_00/mbm_total_bytes=0A= + 1532501=0A= +=0A= +Change the mbm_total_bytes to count only reads to slow memory on both loca= l=0A= +and non-local NUMA domain. Refer to event supported bitmap under=0A= +mbm_total_config::=0A= +=0A= + # echo 0x30 > /sys/fs/resctrl/p1/mon_data/mon_L3_00/mbm_total_config=0A= +=0A= +View the updated mbm_total_bytes::=0A= +=0A= + # cat /sys/fs/resctrl/p1/mon_data/mon_L3_00/mbm_total_bytes=0A= + 104562=0A= +=0A= Intel RDT Errata=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A= =0A=