linux-kernel - Re: [dm-devel] [git pull] device-mapper changes for 3.11

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]

Message-Id: <20130712110303.06095e7b41c49c35bcd61fab@canb.auug.org.au>
Date:	Fri, 12 Jul 2013 11:03:03 +1000
From:	Stephen Rothwell <sfr@...b.auug.org.au>
To:	Alasdair G Kergon <agk@...hat.com>
Cc:	Yann Droneaud <ydroneaud@...eya.com>,
	Mike Snitzer <snitzer@...hat.com>,
	Robin Dong <sanbai@...bao.com>, linux-kernel@...r.kernel.org,
	Jim Ramsay <jim_ramsay@...l.com>, dm-devel@...hat.com,
	Mikulas Patocka <mpatocka@...hat.com>,
	"Jun'ichi Nomura" <j-nomura@...jp.nec.com>,
	Rob Herring <robherring2@...il.com>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Milan Broz <gmazyland@...il.com>,
	Guenter Roeck <linux@...ck-us.net>
Subject: Re: [dm-devel] [git pull] device-mapper changes for 3.11

Hi Alasdair,

On Thu, 11 Jul 2013 14:55:22 +0100 Alasdair G Kergon <agk@...hat.com> wrote:
>
> On Thu, Jul 11, 2013 at 04:20:40PM +1000, Stephen Rothwell wrote:
> > Alistair, is there some reason that you cannot maintain some relatively
> > stable git tree for me to fetch (instead of the quilt series).  
> 
> Well Mike Snitzer is becoming a joint maintainer and this also requires
> changes to the workflow so watch this space.

OK, noted.

> > Also,
> > there is not real reason to keep rebasing this stuff (especially just
> > before sending it to Linus).
>  
> Most of the time the patches are decoupled from the rest of the tree
> and the final linux-next kernel is the same regardless of where the
> quilt tree is attached.  I maintain a single sequence of patches 
> where the ones ready for upstream float up to the top and the
> linux-next export is a by-product and not the primary output.
> 
> Anyway, like I say, we'll be changing things during the next couple of
> cycles and we'll bear your suggestions in mind.

Thanks, I will watch for developments.

-- 
Cheers,
Stephen Rothwell                    sfr@...b.auug.org.au

Content of type "application/pgp-signature" skipped