Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2903281ybz; Mon, 27 Apr 2020 06:42:30 -0700 (PDT) X-Google-Smtp-Source: APiQypJlFCGKXl7MKLJZspBgxkL1Tii2ehb9JyxYM/QyryeItKa+9myvt4ZvMCcTuNVVud9PVWOi X-Received: by 2002:a17:906:7809:: with SMTP id u9mr13723388ejm.233.1587994950573; Mon, 27 Apr 2020 06:42:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587994950; cv=none; d=google.com; s=arc-20160816; b=xlZratdvQ11ey/8MV8fZyGwhHPH3VuHE1Q/qt0doocTciWeOm3Ddexq/YelZt8SHis RQ7jdbebdTf1+pqN1NylWsOs43cws8otm+KGzcwrg2Y/fIyj47LBxevaQgCivDBfh3Ug xdfap7jjXxpnOJsJAqizB0blbosIjbu8Fa16+ExP4n+lka4UHfz0IvB6soGS64k+BTTa s1yx2/3lGg2NlyQLFzamvdic4QNVOd4giFdex++tOJtYw52U38XEU8ZnB1GrjFGxFN6E KDchPvNrVI/e0tkAsg8N+Ug61WoZn/mWOfq9SRRQyUdNLt4DzYqnCyo/2s4GCV1FihOA inMw== 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=+SvAEnjQGoKRVavmP97K2vdMEb3EEIWTHohY4rQOeno=; b=vryZGnUHZ3Xju1Csmm5azohaQC1tkcM6XOH9v4w6eHj8jl5gVAVbXN61Ib6PwrKsug UYV5gEn9KxPz47CsQ6AZ9U0V506Szms6x47VZFbVtlYDdMfhM6fXqiL9bWYSJXvmsTMp 8h9SrsRYF755rU06ResjMHyQJ4l1NuVQG9Jmqit03mXvD5r1FZPk1mugYC10h0J5s1WX QZTAXlibKyjVdQzcPuZIYBZNaDdp+xaiNqwD6ZLh2AJ5tfrsFXJXhp24Z3KkUUB3VZR8 jA4X8ImV0LYWy0r6okqf1hlVpBV7HzoQBTaY/K1Fw/jp2nlyy53eDE4C27I5VGvvdUEB p3yQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=XvQ7Y9+h; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id t24si1307347ejb.144.2020.04.27.06.42.06; Mon, 27 Apr 2020 06:42:30 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=XvQ7Y9+h; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1727001AbgD0Nkn (ORCPT + 99 others); Mon, 27 Apr 2020 09:40:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54722 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726721AbgD0Nkn (ORCPT ); Mon, 27 Apr 2020 09:40:43 -0400 Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0FC39C03C1A7 for ; Mon, 27 Apr 2020 06:40:43 -0700 (PDT) Received: by mail-wr1-x442.google.com with SMTP id f13so20546879wrm.13 for ; Mon, 27 Apr 2020 06:40:42 -0700 (PDT) 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=+SvAEnjQGoKRVavmP97K2vdMEb3EEIWTHohY4rQOeno=; b=XvQ7Y9+hzU5EcfSQ86a6hv1PtqRh31M16VH/0xSAl6+mg4VcTWdI6ztirNiiq99XDR fT1BYBCDOFu8V8lTkW8P4YOZ8+RNhxPNDgCw7xQgRWeAXBnWWprsLFTIbPnslLv34xia LiSH/pEG//lcwOInyXULQDISTZEmyHdkTlSC1C3nHUpRAeWQaOFO30SbTtDvawGBlf4h nz3IPr3vkEFhAlImlaxwqh/zYO8X2i9Jla84ye4f1rC+KQpT7ausyxtw87dLM0Ehvmaq /yQm0VVw2UKpaO3xQc2pgJY7MQvjHpSXCL1zcHEC06ZZ13DBV9jfyiYANAJ7UmVAob7w U3HQ== 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=+SvAEnjQGoKRVavmP97K2vdMEb3EEIWTHohY4rQOeno=; b=hC8+K6f3+o9dRBIHU+u+0qY8j93NaSXpQbi8LrOomE6ItmL8lwCXWMmWIl8xnd7i8a AYlaH+atx7Y9iPvYd+vl68tHjCFTAeluquzk8GXwPJ1CbUDaF/erDwRB13qYva6/qzzF RHQcpTu13B1u2UM4Hlv+29s8epD3rWMSeuevrfpXFr8ebYvrEvllXH2Tyep+Ez0hMQI5 NSZe6iSfPVKTm7EmGtf15FwS6F0wQl+4Z/ANZwwoNsxB6Ne4GpvlrX/TkQWGd3+ixSHw ZQmAv09OmaapHcA5H5Mmb0pVRlhBgCF7DyvJrDEP5e0MMM3gKLFVWhMCZ+Og4qPOfo2s 8XjQ== X-Gm-Message-State: AGi0PuYlo6RTleIL+6Dgc3yaa2qOG5zdr9i61xlzPdTjA7aUjjiovWX9 /V+7fnhJsuaEEm/wC3t5KM6MHw== X-Received: by 2002:a5d:5081:: with SMTP id a1mr29784146wrt.81.1587994841629; Mon, 27 Apr 2020 06:40:41 -0700 (PDT) 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 h137sm88954wme.0.2020.04.27.06.40.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Apr 2020 06:40:40 -0700 (PDT) Date: Mon, 27 Apr 2020 14:40:39 +0100 From: Daniel Thompson To: Douglas Anderson Cc: jason.wessel@windriver.com, gregkh@linuxfoundation.org, kgdb-bugreport@lists.sourceforge.net, mingo@redhat.com, hpa@zytor.com, bp@alien8.de, linux-serial@vger.kernel.org, agross@kernel.org, tglx@linutronix.de, frowand.list@gmail.com, bjorn.andersson@linaro.org, jslaby@suse.com, catalin.marinas@arm.com, corbet@lwn.net, will@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 1/9] kgdb: Disable WARN_CONSOLE_UNLOCKED for all kgdb Message-ID: <20200427134039.vog2eloyad55cww5@holly.lan> References: <20200421211447.193860-1-dianders@chromium.org> <20200421141234.v2.1.Ied2b058357152ebcc8bf68edd6f20a11d98d7d4e@changeid> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200421141234.v2.1.Ied2b058357152ebcc8bf68edd6f20a11d98d7d4e@changeid> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 21, 2020 at 02:14:39PM -0700, Douglas Anderson wrote: > In commit 81eaadcae81b ("kgdboc: disable the console lock when in > kgdb") we avoided the WARN_CONSOLE_UNLOCKED() yell when we were in > kgdboc. That still works fine, but it turns out that we get a similar > yell when using other I/O drivers. One example is the "I/O driver" > for the kgdb test suite (kgdbts). When I enabled that I again got the > same yells. > > Even though "kgdbts" doesn't actually interact with the user over the > console, using it still causes kgdb to print to the consoles. That > trips the same warning: > con_is_visible+0x60/0x68 > con_scroll+0x110/0x1b8 > lf+0x4c/0xc8 > vt_console_print+0x1b8/0x348 > vkdb_printf+0x320/0x89c > kdb_printf+0x68/0x90 > kdb_main_loop+0x190/0x860 > kdb_stub+0x2cc/0x3ec > kgdb_cpu_enter+0x268/0x744 > kgdb_handle_exception+0x1a4/0x200 > kgdb_compiled_brk_fn+0x34/0x44 > brk_handler+0x7c/0xb8 > do_debug_exception+0x1b4/0x228 > > Let's increment/decrement the "ignore_console_lock_warning" variable > all the time when we enter the debugger. > > This will allow us to later revert commit 81eaadcae81b ("kgdboc: > disable the console lock when in kgdb"). > > Signed-off-by: Douglas Anderson Reviewed-by: Daniel Thompson