[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20081203122048.b46f9fda.akpm@linux-foundation.org>
Date: Wed, 3 Dec 2008 12:20:48 -0800
From: Andrew Morton <akpm@...ux-foundation.org>
To: Greg KH <greg@...ah.com>
Cc: adobriyan@...il.com, mingo@...e.hu, viro@...IV.linux.org.uk,
vegard.nossum@...il.com, ebiederm@...ssion.com,
Yoshiya.Koyama@...com, rjw@...k.pl, penberg@...helsinki.fi,
linux-kernel@...r.kernel.org, kay.sievers@...y.org,
linux-fsdevel@...r.kernel.org
Subject: Re: v2.6.28-rc1: readlink /proc/*/exe returns uninitialized data to
userspace
On Wed, 3 Dec 2008 09:18:54 -0800
Greg KH <greg@...ah.com> wrote:
> On Tue, Nov 11, 2008 at 02:14:12PM -0800, Andrew Morton wrote:
> > On Sat, 8 Nov 2008 02:12:05 +0300
> > Alexey Dobriyan <adobriyan@...il.com> wrote:
> >
> > > On Fri, Nov 07, 2008 at 11:05:44AM -0800, Greg KH wrote:
> > > > On Thu, Nov 06, 2008 at 11:04:10AM +0100, Ingo Molnar wrote:
> > > > >
> > > > > * Al Viro <viro@...IV.linux.org.uk> wrote:
> > > > >
> > > > > > On Tue, Nov 04, 2008 at 10:39:19AM +0100, Vegard Nossum wrote:
> > > > > > > On Sun, Oct 26, 2008 at 10:08 PM, Vegard Nossum <vegard.nossum@...il.com> wrote:
> > > > > > > # uname -a
> > > > > > > Linux localhost.localdomain 2.6.25.11-97.fc9.i686 #1 SMP Mon Jul 21
> > > > > > > 01:31:09 EDT 2008 i686 i686 i386 GNU/Linux
> > > > > > > # prelink -mRf /sbin/udevd
> > > > > > > # ./a.out /proc/564/exe
> > > > > > > warning: /proc/564/exe: got return value 38, expected 11
> > > > > > > 2f7362696e2f7564657664005f47387942426e5952446e566f306868202864656c6574656429
> > > > > > > /sbin/udevd _G8yBBnYRDnVo0hh (deleted)
> > > > > > >
> > > > > > > Yoshiya Koyama reports that the problem exists on RHEL 2.6.9-42.ELsmp too.
> > > > > > >
> > > > > > > I don't think it's exactly the same problem as originally reported,
> > > > > > > because I definitely wasn't using prelinking (the prelink binary
> > > > > > > wasn't even installed on the machine until today). But finding the
> > > > > > > root cause of this may solve both problems.
> > > > > >
> > > > > > switch_names() buggered in case of short names on both sides. That should
> > > > > > help:
> > > > > >
> > > > > > >From 2acda856910b774717e0290bbf948c7dee0f2e1a Mon Sep 17 00:00:00 2001
> > > > > > From: Al Viro <viro@...iv.linux.org.uk>
> > > > > > Date: Mon, 3 Nov 2008 15:03:50 -0500
> > > > > > Subject: [PATCH] fix switch_names() breakage in short-to-short case
> > > > > >
> > > > > > We want ->name.len to match the resulting name on *both*
> > > > > > source and target
> > > > > >
> > > > > > Signed-off-by: Al Viro <viro@...iv.linux.org.uk>
> > > > >
> > > > > please credit kmemcheck in the commit message and use an appropriate
> > > > > Reported-by line as well. Thanks,
> > > >
> > > > Did this fix ever get merged into Linus's tree?
> > >
> > > So far no.
> >
> > I queued the below for 2.6.28 inclusion and tagged for -stable
> > backporting.
>
>
> What ever happened to this patch? Did it not make it into Linus's tree
> somehow?
>
Stuck in -mm. Sent to Al on Dec 1, ignored. As usual.
Al, what's going on? Are you thinking that I'm planning on merging
these myself? Because if you're on the To: then my intention is that the
patch be processed by yourself.
--
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