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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Fri, 17 Nov 2017 14:45:01 -0500
From:   Doug Ledford <dledford@...hat.com>
To:     Jason Gunthorpe <jgg@...pe.ca>,
        Bart Van Assche <Bart.VanAssche@....com>
Cc:     "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>
Subject: Re: [PATCH] rdma: Add Jason as a co-maintainer

On Fri, 2017-11-17 at 11:14 -0700, Jason Gunthorpe wrote:
> On Fri, Nov 17, 2017 at 05:54:34PM +0000, Bart Van Assche wrote:
> > 
> > * If you send an e-mail to Wu Fengguang then he will add a branch from your
> >   repository to his zero-day testing. This is a great way to catch build
> >   failures before linux-next catches these.
> 
> Thanks

On that point...I have my github repo tied into the 0day infrastructure,
not the official repo.  I do that because I've publicly announced that
my github repo is a WIP repo, and that it might be rebased.  That allows
me to correct build issues by fixing up the broken patch and thereby
keep bisectability at its highest.  If you use a branch/tag on k.o for
your 0day testing, then fixes have to be incremental and depending on
which patch broke the build, there might be a significant segment of
code that is no longer bisectable.

> > * Any patches that will be sent to Linus must have been in the for-next
> >   repository for at least a few days. Requests to add a branch to linux-next
> >   should be sent to Stephen Rothwell with linux-next in Cc.
> 
> Doug will send Stephen Rothwell a note to move his for-next pull for
> RDMA from Doug's personal directory to:
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git
> 
> Branch k.o/for-next

Actually, the linux-next testing uses a tag instead of a branch.  That
allows for oddball scenarios that you might want to get testing.  Say,
for instance, that you have a for-next branch with most of your stuff,
but you also have a separate branch that simply isn't ready to be pushed
yet, but you still want to get some early merge analysis, then you
create a throwaway branch, merge your for-next and this topic branch
together, throw the for-next tag on it for a couple or three days, and
if Stephen doesn't find anything, you're on the right path with your
development code.  Then you just reset the tag prior to pushing to
Linus.

-- 
Doug Ledford <dledford@...hat.com>
    GPG KeyID: B826A3330E572FDD
    Key fingerprint = AE6B 1BDA 122B 23B4 265B  1274 B826 A333 0E57 2FDD
Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ