Date: Thu, 3 Mar 2005 14:13:52 -0800
From: Andrew Morton <akpm@osdl.org>
To: Mikael Pettersson <mikpe@csd.uu.se>
Cc: miklos@szeredi.hu, torvalds@osdl.org, linux-kernel@vger.kernel.org
Subject: Re: [request for inclusion] Filesystem in Userspace
Message-Id: <20050303141352.32c6c35d.akpm@osdl.org>
In-Reply-To: <16935.12745.191707.91582@alkaid.it.uu.se>
References: <E1D6YPJ-0000Jv-00@dorka.pomaz.szeredi.hu>
	<20050302123123.3d528d05.akpm@osdl.org>
	<16934.54647.354607.902748@alkaid.it.uu.se>
	<20050303013203.245c8833.akpm@osdl.org>
	<16935.12745.191707.91582@alkaid.it.uu.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1276
Lines: 31

Mikael Pettersson <mikpe@csd.uu.se> wrote:
>
>  > > perfctr has one API update pending, and then the API should be
>   > > in it final-ish form. David Gibson at IBM has done a ppc64 port,
>   > > which is about ready to be merged, and someone else has just
>   > > started working on a mips port.
>   > > 
>   > 
>   > That sounds good.  Where do we stand now with ia64?  Do we just end up
>   > agreeing to differ?
> 
>  I think so, yes.
> 
>  The ia64 perfmon has some features perfctr doesn't have,
>  but my perfctr API changes will allow perfctr to grow its
>  feature list and adapt to HW changes without breaking the API.
>  Its unlikely that perfctr will ever implement everything
>  perfmon does, but multiplexing and overflow sample buffering
>  are two features that should be added at some point.

Oh well, at least we tried.  perfctr supports a lot of architectures and a
fair few people want it, so let's get this merged up.

Let's get the ppc64 port included too, just in case that forces
late-breaking API changes.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/