Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3021855ybz; Mon, 27 Apr 2020 08:37:33 -0700 (PDT) X-Google-Smtp-Source: APiQypJ4bDztrRNDjxgJ/zWxuDr+kKA+5tdXPUm5ttfz5DegGnDQkeKnfwWaYOoakPK6zKS4LA1O X-Received: by 2002:aa7:df8a:: with SMTP id b10mr19290169edy.263.1588001853544; Mon, 27 Apr 2020 08:37:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588001853; cv=none; d=google.com; s=arc-20160816; b=KRke/2Y5ZrOpqAexZrPAXJPdTVlO5qJIuPjvEiTsaBM+eArxqgee3t4fynwkMQDQDt qCSfU58Rt0JnFvF7NBL/g0P1XnTDwe5CmClzda1FvhRnC9UMpAreZzMAMFChPyW6fcjF 3FPi/sPb4TUsMSetBYmBuyJFqcMd9zsNMuh9bEVddInuF74EVK/qQz3X5uDCG9zrjrld qjMp5ZrWJl/o0hTrU9ztOCSGgRJBWCtkDsg31rPSH3BI5/++y0+pEgRlDS69rlz5sWnO rqz0QbWhaiv9K/hmT5STPYAKSUNRfhtaXFTFWpcYqfgLeLrdCEGMwRkqhDDvjMrb1rNS QGFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=42tmakBq71R+KJP5dmSyajlSJObHMu3DBzaaqBWpMek=; b=cFzCbWh6pOjuDQHUS0+J413unsWqZebBZj0XksTJmkkjw2F8v6FhXlAsHAv5awqTYM 5FNZiMfoC+AENseNPZ0gMiukgNT0sC1q9uYJYKkHFVkqRp9kix5FGt9JsEqCAoDyfO3j F5fk8iXSCV2UcnDLhpM4KjLMAJjDvFbPjkEspEtIe+6Zq0uZjJ7GHaj5KBdaOo8KlFNO nQ5YA87LSY0W25GUuvozIR7jlfhu/d5l7wtAtRCv/5juGvBgMz8h3MtgtVISCkm/jZC7 wAabTOHsPjLCP4BMTYJfkSXQWvBNLWDp/B3G6Ztu6cCmKCbc4ICh+0KH9reY3JkX27fV GxEw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a24si8613191eds.168.2020.04.27.08.37.04; Mon, 27 Apr 2020 08:37:33 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727822AbgD0PfX (ORCPT + 99 others); Mon, 27 Apr 2020 11:35:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44510 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726539AbgD0PfW (ORCPT ); Mon, 27 Apr 2020 11:35:22 -0400 Received: from Galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9F5AAC0610D5 for ; Mon, 27 Apr 2020 08:35:22 -0700 (PDT) Received: from p5de0bf0b.dip0.t-ipconnect.de ([93.224.191.11] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1jT5mw-0006ze-LA; Mon, 27 Apr 2020 17:35:18 +0200 Received: by nanos.tec.linutronix.de (Postfix, from userid 1000) id 12C9A100606; Mon, 27 Apr 2020 17:35:18 +0200 (CEST) From: Thomas Gleixner To: Leon Romanovsky , Ingo Molnar Cc: Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , x86 , Suresh Siddha , linux-kernel@vger.kernel.org Subject: Re: [PATCH] x86/apic: Fix circular locking dependency between console and hrtimer locks In-Reply-To: <20200414070502.GR334007@unreal> References: <20200407170925.1775019-1-leon@kernel.org> <20200414054836.GA956407@unreal> <20200414062454.GA84326@gmail.com> <20200414070502.GR334007@unreal> Date: Mon, 27 Apr 2020 17:35:18 +0200 Message-ID: <87v9llosax.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Leon Romanovsky writes: > But if we are talking about other weirdnesses, I have another splat in my > QEMU machine, which is different, but from the same code area. It's a completely different code area, really. This triggers in deactivate_slab(). > [ 1.383968] ACPI: Added _OSI(Module Device) > [ 1.385684] ACPI: Added _OSI(Processor Device) > [ 1.389345] ACPI: Added _OSI(3.0 _SCP Extensions) > [ 1.389345] ACPI: Added _OSI(Processor Aggregator Device) > [ 1.393454] ACPI: Added _OSI(Linux-Dell-Video) > [ 1.394920] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio) > [ 1.396481] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics) > [ 1.793418] ACPI: 1 ACPI AML tables successfully acquired and loaded > [ 1.845452] > [ 1.846768] ============================= > [ 1.849293] [ BUG: Invalid wait context ] Do you have CONFIG_PROVE_RAW_LOCK_NESTING enabled? If yes, please disable it. The Kconfig option explains that this will trigger splats. If not, then this is mysterious but has absolutely nothing to do with the other thing. It's also completely unrelated to ACPI ... Thanks, tglx