Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752562AbbBWRyQ (ORCPT ); Mon, 23 Feb 2015 12:54:16 -0500 Received: from smtprelay0068.hostedemail.com ([216.40.44.68]:50953 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751845AbbBWRyP (ORCPT ); Mon, 23 Feb 2015 12:54:15 -0500 X-Session-Marker: 6E657665747340676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::::::::::::::::,RULES_HIT:41:355:379:541:599:800:960:973:988:989:1260:1277:1311:1313:1314:1345:1359:1431:1437:1515:1516:1518:1534:1541:1593:1594:1711:1730:1747:1777:1792:2194:2199:2393:2553:2559:2562:2892:3138:3139:3140:3141:3142:3353:3622:3865:3866:3867:3868:3870:3871:3872:3874:5007:6261:7875:7903:9108:10004:10400:10450:10455:10848:10967:11026:11232:11473:11658:11914:12043:12517:12519:12663:12679:12740:13069:13161:13180:13229:13311:13357:14096:14097:19904:19999:21060:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0 X-HE-Tag: mine33_78f63c907763 X-Filterd-Recvd-Size: 2475 Date: Mon, 23 Feb 2015 12:54:11 -0500 From: Steven Rostedt To: Adrien Schildknecht Cc: tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org, srostedt@redhat.com, luto@amacapital.net, bp@alien8.de, linux-kernel@vger.kernel.org Subject: Re: [PATCH] x86_64: use kstack_end() in dumpstack_64.c Message-ID: <20150223125411.323330f8@gandalf.local.home> In-Reply-To: <20150223182905.2997548f@kohral> References: <1424618638-6375-1-git-send-email-adrien+dev@schischi.me> <20150223121751.3fbb0885@gandalf.local.home> <20150223182905.2997548f@kohral> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1673 Lines: 48 On Mon, 23 Feb 2015 18:29:05 +0100 Adrien Schildknecht wrote: > > > This patch depends on patch "x86: fix output of > > > show_stack_log_lvl()" > > > > I'm curious to what the dependency is? What would break if we apply > > this without that patch? > > Maybe I misunderstood "dependency". > I mean that this patch won't apply properly since a line of the context > was changed by the previous patch. > "if ((i % STACKSLOTS_PER_LINE) == 0) {" > Yeah, "dependency" is a bit ambiguous here. It can mean both "this patch wont work without said patch" as well as "this patch wont apply without said patch". Probably would have been better to say that it won't apply to avoid the ambiguity. Also, these types of notes are best stated after the '---' line. As it's good information for the maintainer pulling in the patch, but should not go in the change log. Same for comments like "Changes since version 1 of this series". That is: i386 is already using kstack_end() in dumpstack_32.c. We should also use it to make the code clearer and unify the stack printing logic some more. Signed-off-by: Adrien Schildknecht --- Note: This patch depends on patch "x86: fix output of show_stack_log_lvl()" or it might not apply properly. arch/x86/kernel/dumpstack_64.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) The change log for the above stops at the '---'. -- Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/