From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261176AbVGWSxU (ORCPT ); Sat, 23 Jul 2005 14:53:20 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261258AbVGWSxT (ORCPT ); Sat, 23 Jul 2005 14:53:19 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:1498 "EHLO pentafluge.infradead.org") by vger.kernel.org with ESMTP id S261176AbVGWSxS (ORCPT ); Sat, 23 Jul 2005 14:53:18 -0400 Date: Sat, 23 Jul 2005 19:53:04 +0100 From: Christoph Hellwig To: Paul Jackson Cc: bert hubert , rostedt@goodmis.org, relayfs-devel@lists.sourceforge.net, richardj_moore@uk.ibm.com, varap@us.ibm.com, karim@opersys.com, linux-kernel@vger.kernel.org, zanussi@us.ibm.com Subject: Re: [PATCH] Re: relayfs documentation sucks? Message-ID: <20050723185303.GB7934@infradead.org> Mail-Followup-To: Christoph Hellwig , Paul Jackson , bert hubert , rostedt@goodmis.org, relayfs-devel@lists.sourceforge.net, richardj_moore@uk.ibm.com, varap@us.ibm.com, karim@opersys.com, linux-kernel@vger.kernel.org, zanussi@us.ibm.com References: <17107.6290.734560.231978@tut.ibm.com> <20050716210759.GA1850@outpost.ds9a.nl> <17113.38067.551471.862551@tut.ibm.com> <20050717090137.GB5161@outpost.ds9a.nl> <17114.31916.451621.501383@tut.ibm.com> <20050717194558.GC27353@outpost.ds9a.nl> <1121693274.12862.15.camel@localhost.localdomain> <20050720142732.761354de.pj@sgi.com> <20050720214519.GA13155@outpost.ds9a.nl> <20050722130132.60f1524e.pj@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050722130132.60f1524e.pj@sgi.com> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 22, 2005 at 01:01:32PM -0700, Paul Jackson wrote: > Another vote in favor of relayfs here ... > > I am reminded by my good colleagues at SGI that relayfs is a key > to the Linux Trace Toolkit (LTT), which is in turn an important > technology for some product(s) on which SGI is working. I don't think anyone cares for product plans of particular companies. That beein said I wish LTT folks would make a little more progress so we could actually include it.