linux-kernel - Re: [PATCH 2/3] Full conversion to early_initcall() interface, remove old interface.

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] [day] [month] [year] [list]

Message-ID: <20080627224115.7f76b11e@linux360.ro>
Date:	Fri, 27 Jun 2008 22:41:15 +0300
From:	Eduard - Gabriel Munteanu <eduard.munteanu@...ux360.ro>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	hannes@...urebad.de, tzanussi@...il.com, penberg@...helsinki.fi,
	torvalds@...ux-foundation.org, compudj@...stal.dyndns.org,
	vegard.nossum@...il.com, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/3] Full conversion to early_initcall() interface,
 remove old interface.

On Fri, 27 Jun 2008 11:45:15 -0700
Andrew Morton <akpm@...ux-foundation.org> wrote:

> It is a bit of a pain.  I avoid asking people to raise patches against
> -mm unless it's really necessary.

Just my 2 cents... you said in a 2006 discussion that you don't use Git
because you modify and drop patches often. I'd like to point out that
newer Git releases support interactive rebasing, which can do very nice
things:
- reorder commits (also adds '<<<', '===', '>>>' merge-like stuff when
that fails, so you can fix it easier)
- squash a commit into the previous -> solves the "patch that fixes
another patch" problem.
- edit commits different than HEAD
That is all doable with 'git-rebase -i'.

But maybe you got used to quilt and changing requires more effort at
the beginning, so I'm not going to argue too much.

I hope this helps.


	Cheers,
	Eduard
--
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/