From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751033AbdAWLaQ (ORCPT ); Mon, 23 Jan 2017 06:30:16 -0500 Received: from bombadil.infradead.org ([65.50.211.133]:40614 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750705AbdAWLaP (ORCPT ); Mon, 23 Jan 2017 06:30:15 -0500 Date: Mon, 23 Jan 2017 12:30:09 +0100 From: Peter Zijlstra To: Thomas Gleixner Cc: David Carrillo-Cisneros , Vikas Shivappa , Vikas Shivappa , Stephane Eranian , linux-kernel , x86 , hpa@zytor.com, Ingo Molnar , "Shankar, Ravi V" , "Luck, Tony" , Fenghua Yu , andi.kleen@intel.com, "H. Peter Anvin" Subject: Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes Message-ID: <20170123113009.GW6485@twins.programming.kicks-ass.net> References: <1484879563-29977-1-git-send-email-vikas.shivappa@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23.1 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 23, 2017 at 10:47:44AM +0100, Thomas Gleixner wrote: > So again: > > Can please everyone involved write up their specific requirements > for CQM and stop spamming us with half baken design proposals? > > And I mean abstract requirements and not again something which is > referring to existing crap or some desired crap. > > The complete list of requirements has to be agreed on before we talk about > anything else. So something along the lines of: A) need to create a (named) group of tasks 1) group composition needs to be dynamic; ie. we can add/remove member tasks at any time. 2) a task can only belong to _one_ group at any one time. 3) grouping need not be hierarchical? B) for each group, we need to set a CAT mask 1) this CAT mask must be dynamic; ie. we can, during the existence of the group, change the mask at any time. C) for each group, we need to monitor CQM bits 1) this monitor need not change Supporting Use-Cases: A.1: The Job (or VM) can have a dynamic task set B.1: Dynamic QoS for each Job (or VM) as demand / load changes Feel free to expand etc..