Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965417AbdCVSBo (ORCPT ); Wed, 22 Mar 2017 14:01:44 -0400 Received: from smtprelay0196.hostedemail.com ([216.40.44.196]:51161 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S965388AbdCVSBZ (ORCPT ); Wed, 22 Mar 2017 14:01:25 -0400 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::::::::::,RULES_HIT:41:355:379:541:599:800:960:973:988:989:1260:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1539:1593:1594:1711:1730:1747:1777:1792:2393:2553:2559:2562:2904:3138:3139:3140:3141:3142:3352:3622:3865:3866:3867:3868:3870:3871:3872:3873:3874:4362:5007:6261:7875:7901:10004:10400:10848:10967:11232:11658:11914:12740:12760:12895:13069:13311:13357:13439:14181:14659:21080:21324:21433:21451:30012:30054:30056:30070:30090:30091,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:,MSBL:0,DNSBL:none,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none X-HE-Tag: thing99_62cf1ed30101f X-Filterd-Recvd-Size: 1677 Date: Wed, 22 Mar 2017 11:01:16 -0700 From: Steven Rostedt To: Julia Cartwright Cc: Lionel Debieve , , , , Subject: Re: [PATCH RT 1/1] remoteproc: Prevent schedule while atomic Message-ID: <20170322110116.4b14dafd@vmware.local.home> In-Reply-To: <20170322173759.GK10423@jcartwri.amer.corp.natinst.com> References: <1490195923-9560-1-git-send-email-lionel.debieve@st.com> <20170322173759.GK10423@jcartwri.amer.corp.natinst.com> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; 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 List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 690 Lines: 24 On Wed, 22 Mar 2017 12:37:59 -0500 Julia Cartwright wrote: > Which kernel were you testing on, here? From what I can tell, this > should have been fixed with Thomas's commit: > > 2a1d3ab8986d ("genirq: Handle force threading of irqs with primary > and thread handler") Thanks Julia for looking into this. I just looked at the code, and saw that it does very little with the lock held, and was fine with the conversion. But if that interrupt handler should be in a thread, we should see if that's the issue first. > > Which landed in 4.4. It forces the primary handler to be threaded as > well. > Lionel, Can you check if this is an issue with 4.4 too? -- Steve