[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1216411640.3712.16.camel@calx>
Date: Fri, 18 Jul 2008 15:07:20 -0500
From: Matt Mackall <mpm@...enic.com>
To: Eduard - Gabriel Munteanu <eduard.munteanu@...ux360.ro>
Cc: Pekka Enberg <penberg@...helsinki.fi>, cl@...ux-foundation.org,
linux-mm@...ck.org, linux-kernel@...r.kernel.org,
Randy Dunlap <rdunlap@...otime.net>
Subject: Re: [RFC PATCH 1/4] kmemtrace: Core implementation.
On Fri, 2008-07-18 at 22:40 +0300, Eduard - Gabriel Munteanu wrote:
> On Fri, Jul 18, 2008 at 05:38:04PM +0300, Pekka Enberg wrote:
> > Hi Eduard-Gabriel,
> > > I do expect to keep things source-compatible, but even
> > > binary-compatible? Developers debug and write patches on the latest kernel,
> > > not on a 6-month-old kernel. Isn't it reasonable that they would
> > > recompile kmemtrace along with the kernel?
> >
> > Yes, I do think it's unreasonable. I, for one, am hoping distributions
> > will pick up the kmemtrace userspace at some point after which I don't
> > need to ever compile it myself.
>
> Ok, I agree it's nice to have it in distros. I wasn't planning for this,
> but it's good to know others' expectations.
It's worth pointing out that this is one of the big downfalls of things
like systemtap. If a tool can't just work out of the box for a distro,
it's basically a non-starter for most users.
--
Mathematics is the supreme nostalgia of our time.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists