From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932547AbbIUU0k (ORCPT ); Mon, 21 Sep 2015 16:26:40 -0400 Received: from arroyo.ext.ti.com ([192.94.94.40]:50339 "EHLO arroyo.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755696AbbIUU0j (ORCPT ); Mon, 21 Sep 2015 16:26:39 -0400 Message-ID: <560067EC.8060203@ti.com> Date: Mon, 21 Sep 2015 16:26:20 -0400 From: Murali Karicheri Organization: Texas Instruments User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Russell King - ARM Linux CC: "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" Subject: Re: possible reason: unannotated irqs-off References: <55FC3587.7010601@ti.com> <20150918170226.GK21084@n2100.arm.linux.org.uk> <560025F6.6030700@ti.com> In-Reply-To: <560025F6.6030700@ti.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/21/2015 11:44 AM, Murali Karicheri wrote: > Russell, > > On 09/18/2015 01:02 PM, Russell King - ARM Linux wrote: >> On Fri, Sep 18, 2015 at 12:02:15PM -0400, Murali Karicheri wrote: >>> While chasing a fix for a deadlock in netcp driver with debug options >>> enabled, i bumped on another warning shown below.. Looks like I need to >>> enable CONFIG_IRQSOFF_TRACER as well to get rid of this. Have anyone >>> seen >>> this? My google search showed me some connection with this option and I >>> enabled it as well and I don't see the warning anymore. Any idea if >>> this is >>> a false alarm or a real bug? Looks like I need to enable >>> CONFIG_IRQSOFF_TRACER as well. If so, I can send a patch. Either way >>> let me >>> know. >> >> Do you have this commit applied? > > No. We are using v4.1.x. > >> >> commit 3302caddf10ad50710dbb7a94ccbdb3ad5bf1412 >> Author: Russell King >> Date: Thu Aug 20 16:13:37 2015 +0100 >> >> ARM: entry: efficiency cleanups >> > > I have cherry-picked this one, but ran into some conflicts which I have > fixed. Will try and let you know. > Yes. This fixes the issue. I will request Greg.H to apply this to 4.1.y stable. Murali > Thanks -- Murali Karicheri Linux Kernel, Keystone