From: Dave Chinner Subject: Re: [Lsf] [PATCH] xfstests-bld: Simplify determination of number of CPUs in build-all Date: Fri, 4 Apr 2014 08:20:02 +1100 Message-ID: <20140403212001.GN17603@dastard> References: <20140331025148.GF16336@dastard> <20140401023711.GE4911@thunk.org> <20140401222823.GJ17603@dastard> <20140402142620.GA6901@thunk.org> <20140403011411.GL16336@dastard> <20140403173504.GB23737@thunk.org> <533DB140.8010103@redhat.com> <20140403193039.GD32323@thunk.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Eric Sandeen , "linux-ext4@vger.kernel.org" , xfs@oss.sgi.com, lsf@lists.linux-foundation.org, Sedat Dilek , Linux FS Devel , =?utf-8?B?THVrw6HFoQ==?= Czerner , Andy Lutomirski To: Theodore Ts'o Return-path: Content-Disposition: inline In-Reply-To: <20140403193039.GD32323@thunk.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com List-Id: linux-ext4.vger.kernel.org On Thu, Apr 03, 2014 at 03:30:40PM -0400, Theodore Ts'o wrote: > On Thu, Apr 03, 2014 at 01:06:40PM -0600, Eric Sandeen wrote: > > On 4/3/14, 11:35 AM, Theodore Ts'o wrote: > > > > >> - There's an undocumented way to write results outside the source > > >> tree called RESULT_BASE. It would be great if it were documented and > > >> spelled consistently. > > > > I'm not actually certain that it was intended to be used this way. > > See 1686f9ab "xfstests: Introduce a results directory" > > which explains just where this variable came from and what it's > > for... > > The last paragraph states of the git description states: > > This is the first (small) step in being able to store test results > in an external location for archival/data mining purposes. > > The question I suppose is whether storing the results in an external > location is something that should be xfstests' responsibility, or of > the test harnesses that call xfstests. The idea is that the external test harnesses can set up a destination directory for the results (i.e. RESULT_BASE) and xfstests will write all results into that directory. i.e. setting up a results store and managing it is something that is currently done external to xfstests. Managing a results store is complex and nobody has sent patches to do this in a generic way, so all we currently have is a mechanism to enable such functionality. Patches welcome! > I suspect that since there are > so many different ways people might want to archive the results, it > does make sense for the test harnesses to handle this job, but I > wouldn't want to "presume" on anything that the xfstests developers > might choose to do.... ROWR! :) Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs