Received: by 10.213.65.68 with SMTP id h4csp832673imn; Fri, 6 Apr 2018 09:38:58 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/9Y3AZhEbkd3Xl61nfQpBcFc0/tfAiQI5fnQE9Ck3cFtcqXegRRPmwVYW9jZghxan2thWZ X-Received: by 10.98.238.3 with SMTP id e3mr20871073pfi.88.1523032738677; Fri, 06 Apr 2018 09:38:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523032738; cv=none; d=google.com; s=arc-20160816; b=HYPeImRkI+2cGyYFnFaYuxQZxcReObF1uJEqNrwtmU+yoOFgEMRATtvUFzHiRZM7cr ZvA0EajaiwKYscU3aUoZnrU+tQ4fcamMNutxVVsc7UAxnNdC/bKtRmSCKFx2ntL5NCOz Iqn0CSb7YcKyQUnjvHI1ikTKngdAFCQ+ed1met9RndlPgq6T1igs3LI1+yLpOwNIwEqy gWR7OYGGSCVi7SMUJXlP9hK5u+Jvk45JmhMpoBhJ6RyKSdzwJA5qXWi/vF8OmhfWMtbG /4FUoynOQym0WZmuDQFkanlp/WpDDJBv2AgC2BGHtnTggMBwfEj4KQV2uGTsnRaYoKk3 lygQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:dkim-signature:dkim-signature:arc-authentication-results; bh=bjWtS/OcPHO+efR70+q40axrYqoHgu3AFSfCOXwSWVw=; b=0Ys2OuU7b+g2yK9LIsTyuavdR7SsOkxEYlBtZgD5WG3v1TBoWGYYSE+ujll2hfIxCz GU7loHCvAoIhi7gjvUTZLtkZazcgcpVDwcfkM+C8kETz4Qy03PEeAB+mOHL+JcdPaA4L wvMqsBaXai+vO1w9eswV1cIF/hyiJoOzbNTDn7qH5ljHO7bYgQP8VQDYxRzGtf3QomD4 sVkvRxnSXm74JFMUHqA6m/O50e4Cm83cLr2mcsdE9acdCIQCmLUCo2mOZpI8y2lIABKA V+N5eaM+U9GumtVgitN+XR4PQlD8MlkMNOFF7UlBL82CyStfT9Uj25V6KvHCU3oJb7Md jABA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@awxrd.com header.s=fm2 header.b=uN3SR7wd; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=lVby3+Uh; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f22si7371502pga.497.2018.04.06.09.38.43; Fri, 06 Apr 2018 09:38:58 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@awxrd.com header.s=fm2 header.b=uN3SR7wd; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=lVby3+Uh; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751946AbeDFQgz (ORCPT + 99 others); Fri, 6 Apr 2018 12:36:55 -0400 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:49317 "EHLO out5-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751871AbeDFQgx (ORCPT ); Fri, 6 Apr 2018 12:36:53 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 53C7420E6B; Fri, 6 Apr 2018 12:36:53 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Fri, 06 Apr 2018 12:36:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=awxrd.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=bjWtS/OcPHO+efR70+q40axrYqoHg u3AFSfCOXwSWVw=; b=uN3SR7wdUtIDxijJ672+MtGs9N7p89KEKMFH1JRC0wQSm uC2bjVTjpfIsbqM8/lBdRuSMtNHrf2WF0tBgQQmpepJvFt40M5IgNPo8sSLFULPf 90pjcA/D5tS6mYeGDAYyd/fQAF9VgPeWUw24tPxQ7WF/LJZT/f8alr4IupNopyIH 6r5SWiFhW/e0dYz9DCAXzYFZri34CSZnHLeEq0VNME1jd4vd93IKKmXgcwxkWw4l K1iNNiZYtSTFiPMCGOlFcFDkcDWsdaadPpsbCg4l9lnU4iHSWqO8UupWGZfkBz7p PDbZKxpy0FrodWUesWcMHyE6FRzeQByMPSHbxfQ1Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=bjWtS/ OcPHO+efR70+q40axrYqoHgu3AFSfCOXwSWVw=; b=lVby3+UhChBYgiwN8NbP5O A/eLKAssymaEvlZqCwCCSnLzs08/LuaI2IOGrVT2Vrehr5r/csQTpihJhfW+3mD1 1w7IyzMSnz5jsLiSO9gdK/0hbcG1K7d6TcsvOpKZ7VrWUieu9OkRiAmv4+yX80jb PZotls6I0M1ALGAekJfnwWNKj9zK3/ZipHhJAWNw8qiJHHI6ST3LP8xNr3tHzgER vUgViSqR/WCcKCRCBRDwroU/8BCBxpAoU6U4Qw5O8ef1uoyMOYhOlMso/uznAepE GGZo8h4E7ng/ePVVUojQmS55CxnbM2p1p6F8uRkaqVyAAVbHLMKTFLMCGGfLvTOg == X-ME-Sender: Received: from allworx.com (unknown [24.213.148.66]) by mail.messagingengine.com (Postfix) with ESMTPA id 76EF0E443C; Fri, 6 Apr 2018 12:36:52 -0400 (EDT) Date: Fri, 6 Apr 2018 12:36:50 -0400 From: David Rivshin To: Daniel Thompson , Russell King Cc: linux-arm-kernel@lists.infradead.org, kgdb-bugreport@lists.sourceforge.net, Jason Wessel , linux-kernel@vger.kernel.org, stable@vger.kernel.org, Rabin Vincent Subject: Re: [PATCH] arm: kgdb: fix NUMREGBYTES so that gdb_regs[] is the correct size Message-ID: <20180406123650.7fe32612.drivshin@awxrd.com> In-Reply-To: References: <20180405200916.27964-1-drivshin@awxrd.com> <20180406132511.uzl6viazwaey4bem@holly.lan> Organization: Allworx X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 6 Apr 2018 14:49:22 +0100 Daniel Thompson wrote: > On 06/04/18 14:25, Daniel Thompson wrote: > > On Thu, Apr 05, 2018 at 04:09:16PM -0400, David Rivshin wrote: > >> From: David Rivshin > >> > >> NUMREGBYTES (which is used as the size for gdb_regs[]) is incorrectly based > >> on DBG_MAX_REG_NUM instead of GDB_MAX_REGS. DBG_MAX_REG_NUM is the number > >> of total registers, while GDB_MAX_REGS is the number of 'unsigned longs' > >> it takes to serialize those registers. Since FP registers require 3 > >> 'unsigned longs' each, DBG_MAX_REG_NUM is smaller than GDB_MAX_REGS. > >> > >> This causes GDB 8.0 give the following error on connect: > >> "Truncated register 19 in remote 'g' packet" > >> > >> This also causes the register serialization/deserialization logic to > >> overflow gdb_regs[], overwriting whatever follows. > >> > >> Fixes: 834b2964b7ab ("kgdb,arm: fix register dump") > >> Cc: # 2.6.37+ > >> Signed-off-by: David Rivshin > > > > I pointed some trivial autotests at both gdb-7.12 and gdb-8.0. Results > > look good to me! > > > > Tested-by: Daniel Thompson > > BTW I noticed that myself and Jason in the only "real people" in > To: . Most arch specific patches end up making their way upstream via > the arch maintainer rather than via the kgdb tree so personally I would > choose to the arch maintainers in the To: field as well. > > I certainly think you will have to follow up via Russell King's patch > tracker once you think its had enough time on the ML for review. Thanks for testing and the pointer, I wasn't sure what tree this would go through. Russell, if you have no objections I'll let this soak on the ML for a bit longer, and then submit it to your patch tracker with collected tags. > > > Daniel. > > > > > >> --- > >> arch/arm/include/asm/kgdb.h | 2 +- > >> 1 file changed, 1 insertion(+), 1 deletion(-) > >> > >> diff --git a/arch/arm/include/asm/kgdb.h b/arch/arm/include/asm/kgdb.h > >> index 3b73fdcf3627a..8de1100d10674 100644 > >> --- a/arch/arm/include/asm/kgdb.h > >> +++ b/arch/arm/include/asm/kgdb.h > >> @@ -77,7 +77,7 @@ extern int kgdb_fault_expected; > >> > >> #define KGDB_MAX_NO_CPUS 1 > >> #define BUFMAX 400 > >> -#define NUMREGBYTES (DBG_MAX_REG_NUM << 2) > >> +#define NUMREGBYTES (GDB_MAX_REGS << 2) > >> #define NUMCRITREGBYTES (32 << 2) > >> > >> #define _R0 0 > >> > >> base-commit: 0adb32858b0bddf4ada5f364a84ed60b196dbcda > >> -- > >> 2.14.3 > >> >