Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp2150005ybd; Thu, 27 Jun 2019 07:35:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqy1oP8xWP01xmgR8Y/bINy5CxswlLLZ2q5nAi9ke77RI7F22Ejdd2d4yo/mr34e0wigFqNK X-Received: by 2002:a63:78ca:: with SMTP id t193mr4074370pgc.10.1561646133862; Thu, 27 Jun 2019 07:35:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561646133; cv=none; d=google.com; s=arc-20160816; b=iV+I68reGq/pykGZeVCEZ6k/bjRs9y7RLj/d7uuxFMMn4CHkS5qpv58CsIptxr8GvT e8Z1pTMWiuynLKtAOsRHQplDR2XVRds2vx2mCKCFjml1AnoWkpMzT+Xc9YZd6CXdI1oK c3SnAXsquU7yQNaYn1WxFW1kDJuZwjkFsUtrtX8qt/F1hDaCIx/XZjxH71lWfJvaO0JZ aFZchOavtOz+Yo8jEhjptoNqOW5PM4Fg96lnvE3bRY9zh7RnqVjPWTBKVWQatKZiZ0QB R0YMa9ZNyYcMETrm9EkffeYUxT1PARHOzCzvmtFIz/EK2dW0wZ6RgYpcmaY3mpLkvbcM ItIw== 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 :references:in-reply-to:message-id:subject:cc:to:from:date; bh=RNNGRdufmo2RJ3fx6f9sJTFLEnWTuqkvXiLkAnXpKSg=; b=PSGqpMh3GPX5ynORZ8iCKfqtYy5rn8d+XaRUgIDICKWhunYEypcxAqcY6IrFo353VN NUnJkZShjsJ0mdTvxYjIcO4YZVmrY0AluIrOLg80zcc6M5a/4mQw/zmh+IIiiCpwt1uB 7sl02hbzWWDk2iVgi9aMdYmkCR8DMyazEFyMGysfjcH0ju40Xfofol//xCa8dwea1pxP lyg9/CLW89qjbobE26UvBjm6SBEUol8aWobawI3wjJ1iVYkHAp4YaW50tJSSWIsUr7na x9HTa5/4Fh+xckOMRQlw5at/yccEnQ7XuRvFlwXcqJwD2bau2N/Td51cSwL9/5WlA01A U52w== ARC-Authentication-Results: i=1; mx.google.com; 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 e123si2253505pgc.479.2019.06.27.07.35.16; Thu, 27 Jun 2019 07:35:33 -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; 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 S1726565AbfF0Oe6 (ORCPT + 99 others); Thu, 27 Jun 2019 10:34:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:36390 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726465AbfF0Oe6 (ORCPT ); Thu, 27 Jun 2019 10:34:58 -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 3653A20828; Thu, 27 Jun 2019 14:34:57 +0000 (UTC) Date: Thu, 27 Jun 2019 10:34:55 -0400 From: Steven Rostedt To: Joel Fernandes Cc: "Paul E. McKenney" , Sebastian Andrzej Siewior , rcu@vger.kernel.org, linux-kernel@vger.kernel.org, Thomas Gleixner , Ingo Molnar , Peter Zijlstra , Josh Triplett , Mathieu Desnoyers , Lai Jiangshan Subject: Re: [RFC] Deadlock via recursive wakeup via RCU with threadirqs Message-ID: <20190627103455.01014276@gandalf.local.home> In-Reply-To: <20190627142436.GD215968@google.com> References: <20190626135447.y24mvfuid5fifwjc@linutronix.de> <20190626162558.GY26519@linux.ibm.com> <20190627142436.GD215968@google.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-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 Thu, 27 Jun 2019 10:24:36 -0400 Joel Fernandes wrote: > > What am I missing here? > > This issue I think is > > (in normal process context) > spin_lock_irqsave(rq_lock); // which disables both preemption and interrupt > // but this was done in normal process context, > // not from IRQ handler > rcu_read_lock(); > <---------- IPI comes in and sets exp_hint How would an IPI come in here with interrupts disabled? -- Steve > rcu_read_unlock() > -> rcu_read_unlock_special > -> raise_softirq_irqoff > -> wakeup_softirq <--- because in_interrupt returns false. > > I think the issue is in_interrupt() does not know about threaded interrupts. > If it did, then the ksoftirqd wake up would not happen. > > Did I get something wrong?