Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934593AbdC3Sc5 (ORCPT ); Thu, 30 Mar 2017 14:32:57 -0400 Received: from mga02.intel.com ([134.134.136.20]:4274 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933378AbdC3Sc4 (ORCPT ); Thu, 30 Mar 2017 14:32:56 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.36,247,1486454400"; d="scan'208";a="82824425" Date: Thu, 30 Mar 2017 11:33:04 -0700 (PDT) From: Shivappa Vikas X-X-Sender: vikas@vshiva-Udesk To: Fenghua Yu cc: "Luck, Tony" , Thomas Gleixner , Vikas Shivappa , x86@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] x86/intel_rdt: Implement "update" mode when writing schemata file In-Reply-To: <20170324231855.GA40624@linux.intel.com> Message-ID: References: <1490377918-30686-1-git-send-email-tony.luck@intel.com> <20170324231855.GA40624@linux.intel.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 962 Lines: 28 On Fri, 24 Mar 2017, Fenghua Yu wrote: > On Fri, Mar 24, 2017 at 10:51:58AM -0700, Luck, Tony wrote: >> From: Tony Luck >> >> The schemata file can have multiple lines and it is cumbersome to >> update from shell scripts. > > "from shell scripts" makes people a bit confused. Not just shell scripts, > C or Java code also can be cumbersome to update the file, right? > >> +Reading/writing the schemata file >> +--------------------------------- >> +Reading the schemata file will show the state of all resources >> +on all domains. When writing you only need to specify those values >> +which you wish to change. E.g. > > User can still write all values including not changed and change just > like 4.10 does. We may say "When writing you can either write all values > or only need to specify those values which you wish to change."? Will integrate these changes to Tony's patch and send it as part of the next series. Thanks, Vikas