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: <20091102102830.GA3724@elte.hu>
Date:	Mon, 2 Nov 2009 11:28:30 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Avi Kivity <avi@...hat.com>
Cc:	Stephen Rothwell <sfr@...b.auug.org.au>, Tejun Heo <tj@...nel.org>,
	Rusty Russell <rusty@...tcorp.com.au>,
	Christoph Lameter <cl@...ux-foundation.org>,
	linux-next@...r.kernel.org, linux-kernel@...r.kernel.org,
	Thomas Gleixner <tglx@...utronix.de>,
	"H. Peter Anvin" <hpa@...or.com>,
	Peter Zijlstra <peterz@...radead.org>
Subject: Re: linux-next: percpu/kvm/tip tree build failure


* Avi Kivity <avi@...hat.com> wrote:

> On 11/02/2009 12:07 PM, Ingo Molnar wrote:
>>> Ingo, can you queue this on x86/entry?
>>>      
>> Already done, tested and pushed out.
>
> Usually there is an ack from tip-bot?

Yeah, the final, committed form of the patch (with small edits done in 
99% of the cases) gets sent to the discussion thread on lkml and can be 
reviewed (and double checked) there.

<plug> We use the tip-bot mechanism to:

 - increase transparency (every commit gets posted into the lkml thread 
   it originates from),

 - avoid patch-bombing/spamming lkml every week/month with new patches,

 - it also makes the patch postings much more on-topic and easier to
   ignore for those who are not interested in a discussion,

 - it can also be used to fine-tune any workflow details - the specific
   timings can be seen in the discussion, missed or incorrectly queued 
   patches can be identified,

 - new discussions/bugreports can be started based on that commit
   notification, on lkml.

Developers and maintainers involved in the process absolutely love it as 
it visibly increases workflow reliability and transparency and increases 
the information density on lkml - you might want to consider something 
similar too, for kvm.git ;-)

</plug>

Should be in your mbox any minute.

	Ingo
--
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