linux-kernel - Trying to find a TuxOnIce merging plan that works.

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

Message-ID: <4D111381.5000609@tuxonice.net>
Date:	Wed, 22 Dec 2010 07:52:17 +1100
From:	Nigel Cunningham <nigel@...onice.net>
To:	"Rafael J. Wysocki" <rjw@...k.pl>
CC:	Linux Power Management List <linux-pm@...ts.osdl.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Trying to find a TuxOnIce merging plan that works.

Hi Rafael.

As you may recall, I started working on a bunch of patches about six 
months ago that have been very slow to get merged (yes, mostly my fault 
for perhaps being overly careful about testing). Unfortunately, in the 
process, you've merged other patches (the compression ones) that mean I 
have to rewrite what I'd already done.

To avoid this happening again, I'm proposing that I only work on one 
patch (or very small series of patches) at a time, and not start on the 
next one until you've merged the previous into your for-Linus tree. I'll 
keep an overall plan of where I intend to go, but take things very 
slowly so I don't waste time like that again.

The downside is that means I won't always be able to show demonstrably 
improvements immediately, but I guess we'll just have to cope with that 
situation. I guess I can mitigate this downside by explaining where I'm 
going, even if I can't provide numbers to prove it will be a real 
improvement.

Does this sound feasible to you?

Regards,

Nigel
--
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/