lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 24 Jan 2013 12:50:50 -0800
From:	Greg KH <gregkh@...uxfoundation.org>
To:	Robin Holt <holt@....com>
Cc:	stable@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: How should I proceed to get commit 891348c to 3.0.y?

On Thu, Jan 24, 2013 at 02:14:20PM -0600, Robin Holt wrote:
> On Thu, Jan 24, 2013 at 12:00:34PM -0800, Greg KH wrote:
> > On Thu, Jan 24, 2013 at 12:30:10PM -0600, Robin Holt wrote:
> > > On Thu, Jan 24, 2013 at 10:15:35AM -0800, Greg KH wrote:
> > > > On Thu, Jan 24, 2013 at 09:28:51AM -0600, Robin Holt wrote:
> > > > > 
> > > > > I missed the email from 12/31 indicating commit 891348c was pulled from
> > > > > the 3.0.y stable tree due to a build breakage.
> > > > > 
> > > > > That commit requires the enum defined in traps.h by commit c940826.  That,
> > > > > in turn depends on commit 228bdaa95f which depends upon earlier commits.
> > > > > 
> > > > > How should I proceed?  Should I give you a patch that uses the constants
> > > > > in xpc_main.c? Should I add a patch which just pulls the enum portion of
> > > > > commit c940826 into traps.h? Any other direction you think this should go?
> > > > 
> > > > I think the last one makes the most sense as that makes it all
> > > > self-contained and sensible, right?
> > > 
> > > git diff c940826~..c940826 -- arch/x86/include/asm/traps.h | patch -p1
> > > git commit -a -c c940826
> > > 
> > > Then fixed it up to add a Signed-off-by: Robin Holt <holt@....com>
> > > 
> > > I then did a make x86_64_defconfig, make menuconfig to get SGI_XP
> > > selected.  I ran into a compile error where traps.h line 56 was failing
> > > on __kprobes not being defined.  I added the #include <linux/kprobes.h>
> > > and now it builds.
> > > 
> > > Here is the munged commit I currently have.  With that 891348c can be
> > > cherry-picked and will build.  How should I proceed?  Is this enough
> > > for you to make progress?  Should I clear out those Signed-off-by
> > > lines for the submitter and HPA or should those stay?
> > 
> > They should stay.  resend this saying where the patch came from, and I
> > will be glad to apply it.  Also tell me what the original patch you
> > wanted me to apply was as well, I forgot it :)
> 
> I changed the "Author:" line to me and added my own Signed-off-by:
> line.
> 
> The original commit which needed this fixup was 891348c
> 
> Thanks,
> Robin
> 
> commit b4ff8081e86ebf7bb8c1d4c93dfaaf81a4539ee6
> Author: Robin Holt <holt@....com>
> Date:   Fri Mar 9 16:07:10 2012 -0800
> 
>     x86: Use enum instead of literals for trap values [PARTIAL]
>     
>     The traps are referred to by their numbers and it can be difficult to
>     understand them while reading the code without context. This patch adds
>     enumeration of the trap numbers and replaces the numbers with the correct
>     enum for x86.
>     
>     Signed-off-by: Kees Cook <keescook@...omium.org>
>     Link: http://lkml.kernel.org/r/20120310000710.GA32667@www.outflux.net
>     Signed-off-by: H. Peter Anvin <hpa@...or.com>
>     Signed-off-by: Robin Holt <holt@....com>

No, don't loose the authorship info.

{sigh}

Ok, I've edited this up by hand and included it, and the original patch
in the 3.0-stable tree, you should have an email about it now.  Please
verify I got it all right.

greg k-h
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ