Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3862536pxj; Tue, 15 Jun 2021 10:12:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy0laxALfdM/SfDY8CkTwPdKjqJnuLFATVuALF5SbzrkLOOVKTSydjnh2R5ydCcvtPRyTBz X-Received: by 2002:a17:906:6c88:: with SMTP id s8mr604722ejr.129.1623777153642; Tue, 15 Jun 2021 10:12:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623777153; cv=none; d=google.com; s=arc-20160816; b=oLMXVng/HofumlPgav0wP+3/mAJcqwh+m8oaQ+DYwEOj0qz3jI/YJ5rMLdLwW9kMi5 O+UCg+WrduaJZWod3AtrlDiKsvx5fBEqGH10EwayrGxNzm9u8zhF7OzUO+ENoQWVXoeC q99mxyW7NR7Mv9QW3Y4rJh+hxjmdsqzNu93rFu+v4pR4RbaM8DwFoZHgCzaEwCztzmnu YJFCRf2T6k6DUfSpgE4uxbRJ1h8tOCxV4jWjFjt+4E79gJ8QR1CZt/ak2ZQjRyuggmd1 CYQf44g5u0uQ39jAUt4UbGUMR5rdizJT90FyybPHTei/vg6DlfJxpPVdDJ+FbSZIS8sT KQFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=GfyFj6e9R/f/brc5hGn3YrWHm5/20XucWTRpr5iFdis=; b=OkXCtFUe4SGvzr3Isqx+3LCFIBfmGa1nN9jMf0n5Ze+55uTsBsWlXoMOmK2T4oXt4R CLnrHockkMf1u2PoTz3urWhUCM5xVmgugK2ItGznsT4j3sRY/tbLrPaNsUZsF+NLSpP/ wbmvBnFy23VFD7fKq73RC386eXvCuY4/dSKCxYdq8zb+1Atz8le7IZcqPKK6eJRoBSVc du8QmYNpUQBQgEF6gfurktkfX4MyrsPYNZlzO4zu08QoLh5g0X+94HEUMUBcNRFjFZtc wuGdYSTfydXw3jaTyn/Q+hBALs2bD8Ga6sl8L0whur5OyQMorUDjFh+er//8YnHJqrWO DoVQ== 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 f21si4080334ejj.567.2021.06.15.10.12.09; Tue, 15 Jun 2021 10:12: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 S231688AbhFORMR (ORCPT + 99 others); Tue, 15 Jun 2021 13:12:17 -0400 Received: from mail.kernel.org ([198.145.29.99]:48172 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231540AbhFORMF (ORCPT ); Tue, 15 Jun 2021 13:12:05 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7DE426143D; Tue, 15 Jun 2021 17:10:00 +0000 (UTC) Date: Tue, 15 Jun 2021 13:09:59 -0400 From: Steven Rostedt To: Rasmus Villemoes Cc: Bartosz Golaszewski , linux-rt-users@vger.kernel.org, LKML , Linus Walleij , Vladimir Oltean , Esben Haabendal Subject: Re: commit 3d5bfbd97163 versus -rt Message-ID: <20210615130959.1de1f52a@gandalf.local.home> In-Reply-To: <37e28373-c6ec-2602-ec5c-cb0b65ce6697@prevas.dk> References: <5afbc89e-dbc4-3f47-4e61-63a77165aaec@prevas.dk> <20210615113312.0dad32bb@oasis.local.home> <37e28373-c6ec-2602-ec5c-cb0b65ce6697@prevas.dk> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 15 Jun 2021 18:24:20 +0200 Rasmus Villemoes wrote: > > ~ # uname -r > > 5.10.42-00001-g10216cf63a12 > > ~ # grep -ow threadirqs /proc/cmdline > > threadirqs > > ~ # zcat /proc/config.gz | grep FORCED_THREADING > > CONFIG_IRQ_FORCED_THREADING=y > > ~ # dmesg | grep WARNING > > ~ # > > And as an extra data point, it also doesn't trigger on 5.10.41-rt42 > configured without PREEMPT_RT but with threadirqs on the command line. Sounds to me that there's a "spin_lock_irq*" somewhere in the path, because from what I can see, there's not much difference with the IRQ code between 5.10.41 and 5.10.41-rt42. But if you are seeing it only with PREEMPT_RT set, that tells me that without PREEMPT_RT, interrupts are disabled at that point, but not with PREEMPT_RT. The only thing I can think of that would do that is a spin_lock_irq*() taken (not a raw_spin_lock_irq*()). -- Steve