From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754586AbYKJItZ (ORCPT ); Mon, 10 Nov 2008 03:49:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754029AbYKJItQ (ORCPT ); Mon, 10 Nov 2008 03:49:16 -0500 Received: from mx3.mail.elte.hu ([157.181.1.138]:53520 "EHLO mx3.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753991AbYKJItP (ORCPT ); Mon, 10 Nov 2008 03:49:15 -0500 Date: Mon, 10 Nov 2008 09:49:00 +0100 From: Ingo Molnar To: Alexey Dobriyan Cc: Stephen Rothwell , linux-next@vger.kernel.org, Ken Chen , linux-kernel@vger.kernel.org, linux-api@vger.kernel.org Subject: Re: [PATCH v42] proc: add /proc/*/stack (was Re: linux-next: proc tree build failure) Message-ID: <20081110084900.GF22392@elte.hu> References: <20081110162941.e9e9ef3a.sfr@canb.auug.org.au> <20081110055311.GA3138@x200.localdomain> <20081110073623.GA475@elte.hu> <20081110084229.GA8690@x200.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081110084229.GA8690@x200.localdomain> User-Agent: Mutt/1.5.18 (2008-05-17) X-ELTE-VirusStatus: clean X-ELTE-SpamScore: -1.5 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00,DNS_FROM_SECURITYSAGE autolearn=no SpamAssassin version=3.2.3 -1.5 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 DNS_FROM_SECURITYSAGE RBL: Envelope sender in blackholes.securitysage.com Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Alexey Dobriyan wrote: > > Alexey, would you like to carry them for v2.6.29? They are in a > > separate tree here, the pull coordinates are below. > > > > Please preserve the sha1's (do not rebase/cherry-pick, etc.) so > > that i can carry it too without causing confusion. > > Sorry, I can't. hm, git pull did not work? > It's two commits, PROC_BLOCK_SIZE moving chunk is now unneeded, > because seqfiles are in use, grabbing tasklist_lock for protection > from task dissapearing is unneeded -- proc_single_show() pins > task_struct, entry is added only to tgid table. hm, but these are small differences that do not impact bisectability, you could have done it ontop of what we have, instead of a rebase? Oh well. > So, here is final version: thanks! I've rebased tip/core/stacktrace and zapped the history of the old commits from that branch. Would have been really nice to preserve the sha1 space and not force a rebase, like Linus is requesting it so frequently. Had you done a git pull from me i could have carried this feature too without creating conflicts, instead of it disappearing in your tree for months and being hidden up until v2.6.29. This whole 'distributed development' stuff that's all the rage ;-) i also regenerated tip-core, so it should now be conflict-free in Stephen's tree too. (Stephen, please holler if you still get conflicts) Ingo