[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080313143510.9cfb7ab4.akpm@linux-foundation.org>
Date: Thu, 13 Mar 2008 14:35:10 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Roland McGrath <roland@...hat.com>
Cc: paulus@...ba.org, anton@...ba.org, mingo@...e.hu,
tglx@...utronix.de, linuxppc-dev@...abs.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH -mm 1/4] powerpc copy_siginfo_from_user32
Problems.
> Subject: [PATCH -mm 1/4] powerpc copy_siginfo_from_user32
This is advertised as a -mm patch but afacit it isn't against -mm. And it
doesn't seem to be against mainline either? At least, the fourth patch
fails to apply.
When trying to apply the fourth patch to -mm I hit a reject due to the new
BTS support in git-x86. I stopped there because the patch might be invalid
because of this.
On Thu, 13 Mar 2008 01:31:07 -0700 (PDT)
Roland McGrath <roland@...hat.com> wrote:
>
> Define the copy_siginfo_from_user32 entry point for powerpc, so
> that generic CONFIG_COMPAT code can call it. We already had the
> code rolled into compat_sys_rt_sigqueueinfo, this just moves it
> out into the canonical function that other arch's define.
>
Even though this appears to be a signal-related patch it is actually
ptrace-related, yes?
This patch is a prerequisite for "ptrace: compat_ptrace_request siginfo",
but this patch is independent from that patch (and from all others) and
hence this patch can be merged on its own into powerpc tree if we wish to go that
way, yes? (Although probably it would be better not to do it that way, for
sanity's sake).
Anwyay, please help me out with the dependencies here, and take a look at
the x86 BTS stuff?
Thanks.
--
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