Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp665437ybl; Wed, 29 Jan 2020 07:32:30 -0800 (PST) X-Google-Smtp-Source: APXvYqw37ER0GSj+9FHisUZMRZF/di5/KFAvm467gX1HgWStWQVk17xP8zqJudXrs1OhYJZGsmgU X-Received: by 2002:aca:dfd5:: with SMTP id w204mr6895421oig.95.1580311950346; Wed, 29 Jan 2020 07:32:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580311950; cv=none; d=google.com; s=arc-20160816; b=jSkxkQkpYrUDR2zb8pt0a+axGvMqILfANfWwNxbRPEur0Dwd3FvOIrlZUd1i6fJsJh lbrHCD5dXlFjbu4RJcyl3Q42B/OjyFUft5rxO0khUNWauy+QP1KXQngQoXpWFaRSnytb rsIThs2AK4358ri/palQhSUZEZyAzN/G+BrTEnHS+tz35xVk61dQbKoTUVIk+El3gzjz E0eNzOMBGS/gZM+TTXuJdJiJ4aKsqsRPXskqfWL4Ks3kong7RI4ye63Iml3Q7ZxDdS0s lf+Dm0KqDF81972ce4hEeM7xooaEYU6vsIcEi6W9Zqn379bN5GBusa4lWA1vi4kwH6Fm RDeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=sZj2aV1Zym3OI36biFrNjPhnaRNJMu4/fzIHJbLnLhg=; b=pfAvXGrnxiZoUeRMoSy0YYJEw8J1A8e5+3i6a5tX1U03OSm5bJRuu3BEjnTzQWo78j cLycy0PiYR6aTE+auzyjo8nxI9zGQdaOqB9fe+Pn6eDYINTxTJzOyovvTIvYGf/AY/hR nLCeFag5cRA61Ddw3AyaWvZ6rFbPc+rEKFsZYlQW1xWgwO9ntxT38C/WImuFSmOojpks xxU4oVZacJzLl/T9+AA2C/8ohxWrFveMRLew1NN1UzLXXN5WUyKR7sX5yf2dfD1NPc8l cNWKxD2SVcAmmGd1vnVKxR7yR+5z56YBqONp3f2/97r0rrwIa3pcUubtKb+8AhyHbn6w kXRw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=TebBue+x; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i78si1205479oib.1.2020.01.29.07.32.18; Wed, 29 Jan 2020 07:32:30 -0800 (PST) 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=@linaro.org header.s=google header.b=TebBue+x; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726955AbgA2PXq (ORCPT + 99 others); Wed, 29 Jan 2020 10:23:46 -0500 Received: from mail-wm1-f67.google.com ([209.85.128.67]:36979 "EHLO mail-wm1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726840AbgA2PXq (ORCPT ); Wed, 29 Jan 2020 10:23:46 -0500 Received: by mail-wm1-f67.google.com with SMTP id f129so177148wmf.2 for ; Wed, 29 Jan 2020 07:23:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=sZj2aV1Zym3OI36biFrNjPhnaRNJMu4/fzIHJbLnLhg=; b=TebBue+xtT69xTDWnWr31tmvLHIKGPqyKH/r/Dv8WrJ9nHq1AyqodKOuDDdrwCUniR m1RJXo0lVyl7IkG3efpHkPKWeTZbeMaHgqksOCL+YqDoJ5jTKeNpRWBbaJjVrTN6Nm/o TE7FfhaNrVqORpZur/WsiMNkUYHVZS9jvsOFXP0HLcC4JW5XOFzhBFbQlnkimC6dKoI6 6vzSxNCg7j0ynYdVhQdUnBDLzAWF/T0+JYZmPqsp229oa+v9bqrz/FtzJ4Julr4cTvC2 Bsr8RmQF1064TLBR6rWq+Of/PhnPtybVh0HJn/Q850h6atO7Rh26p99KTqOG3a9lTMu9 9m1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=sZj2aV1Zym3OI36biFrNjPhnaRNJMu4/fzIHJbLnLhg=; b=qkK09MkQExMuC454jVRDA3+eNvFNOXEIxtPaPHnZRa4oOFM0QcG+IVOAWpAFDXTRqC IBiRCF3oadyn691lmEU/pd/Jx5BYIacG8VFckV4XZV5WkHzAu+2Z8MRRcxyfVxWWDJ82 SE6878f6AN32itgNh94mnP5yB79QqSTNOb3gTKkWD3653Lf+dMxNtdrQEW9asLrAp7SI ep+a8A0NdNUBv8+W5GQW2buWFfHCofgoBLDUSNTY/3TvdbsfzIgKJEbcDZNRLXibRbq1 /I1UiMtXzrF/r+QHpYjbOoOo8KQLBRTOn8a9n9DtzNSVP5g8/3x6w+neXLiVU1dACZGx oy3g== X-Gm-Message-State: APjAAAXUStA5URtytZcAJ+CycGVZoXicBOdiI2uYzncQ4LAJQ6BvkO7u skD0fcWdznEsRW96ZGhnlxfNog== X-Received: by 2002:a7b:c4cc:: with SMTP id g12mr12976834wmk.68.1580311423907; Wed, 29 Jan 2020 07:23:43 -0800 (PST) Received: from holly.lan (cpc141214-aztw34-2-0-cust773.18-1.cable.virginm.net. [86.9.19.6]) by smtp.gmail.com with ESMTPSA id n12sm2772420wmi.18.2020.01.29.07.23.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 29 Jan 2020 07:23:42 -0800 (PST) Date: Wed, 29 Jan 2020 15:23:40 +0000 From: Daniel Thompson To: Andrew Morton Cc: Doug Anderson , Paul Burton , Jason Wessel , qiaochong , kgdb-bugreport@lists.sourceforge.net, Ralf Baechle , Mike Rapoport , Chuhong Yuan , linux-mips , Nicholas Mc Guire , James Hogan , "Gustavo A. R. Silva" , Serge Semin , Prarit Bhargava , Will Deacon , Sebastian Andrzej Siewior , Christophe Leroy , Philippe =?utf-8?Q?Mathieu-Daud=C3=A9?= , "Eric W. Biederman" , LKML , Dan Carpenter Subject: Re: [PATCH 0/5] kdb: Don't implicitly change tasks; plus misc fixups Message-ID: <20200129152340.bjlzlrybkujfdf5l@holly.lan> References: <20191109191644.191766-1-dianders@chromium.org> <20200128174248.756f18d713e759be2b4273db@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200128174248.756f18d713e759be2b4273db@linux-foundation.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 28, 2020 at 05:42:48PM -0800, Andrew Morton wrote: > On Tue, 28 Jan 2020 08:59:01 -0800 Doug Anderson wrote: > > > Hi > > > > On Sat, Nov 9, 2019 at 11:17 AM Douglas Anderson wrote: > > > > > > This started out as just a follow-up to Daniel's post [1]. I wanted > > > to stop implicitly changing the current task in kdb. ...but, of > > > course, everywhere you look in kdb there are things to cleanup, so > > > this gets a few misc cleanups I found along the way. Enjoy. > > > > > > [1] https://lore.kernel.org/r/20191010150735.dhrj3pbjgmjrdpwr@holly.lan > > > > > > > > > Douglas Anderson (5): > > > MIPS: kdb: Remove old workaround for backtracing on other CPUs > > > kdb: kdb_current_regs should be private > > > kdb: kdb_current_task shouldn't be exported > > > kdb: Gid rid of implicit setting of the current task / regs > > > kdb: Get rid of confusing diag msg from "rd" if current task has no > > > regs > > > > > > arch/mips/kernel/traps.c | 5 ----- > > > include/linux/kdb.h | 2 -- > > > kernel/debug/kdb/kdb_bt.c | 8 +------- > > > kernel/debug/kdb/kdb_main.c | 31 ++++++++++++++----------------- > > > kernel/debug/kdb/kdb_private.h | 2 +- > > > 5 files changed, 16 insertions(+), 32 deletions(-) > > > > I noticed that this series doesn't seem to be in linux-next, but I > > think it was supposed to target v5.6? Do you know if there is > > anything outstanding or if it'll be queued up sometime soon? > > > > I grabbed them. > > Are there any updates on the testing status, particularly on MIPS? I put in a fair bit of work earlier this dev cycle to add MIPS to the kgdb test suite. Unfortunately that left me catching up on a few other things... or putting it another way I am late putting together the kgdb tree for v5.6. It will be done by the weekend. The first patch never got a formal Acked-by from the MIPS folks but they commented positively so we can probably go ahead. Daniel.