From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B3637C433F5 for ; Wed, 27 Apr 2022 08:58:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229786AbiD0JCG (ORCPT ); Wed, 27 Apr 2022 05:02:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51228 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231465AbiD0JCF (ORCPT ); Wed, 27 Apr 2022 05:02:05 -0400 Received: from muru.com (muru.com [72.249.23.125]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 584751E8A0E; Wed, 27 Apr 2022 01:58:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 79C9380E4; Wed, 27 Apr 2022 08:55:36 +0000 (UTC) Date: Wed, 27 Apr 2022 11:58:38 +0300 From: Tony Lindgren To: "H. Nikolaus Schaller" Cc: Discussions about the Letux Kernel , Linux Kernel Mailing List , Linux-OMAP , linux-arm-kernel@lists.infradead.org, Ard Biesheuvel , Arnd Bergmann Subject: Re: kernel panic with v5.18-rc1 on OpenPandora (only) Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org * Tony Lindgren [220427 08:40]: > Hi, > > * H. Nikolaus Schaller [220426 20:16]: > > Hi Tony, > > I ran across a new issue on the OpenPandora (omap3530) first appearing with v5.18-rc1. > > It seems as if there is something happening within the omap3 L3 irq handler which > > is used (only?) for the wl1251. And this triggers the timeout BUG_ON() in > > omap3_l3_app_irq(). > > > > I have not seen this issue on the GTA04. > > > > It goes away if I remove the wlan interrupt from omap3-pandora-common.dtsi. > > Interestingly, removing the wl1251.ko does NOT stop it. So it is not the driver. > > > > git bisect reported: > > > > a1c510d0adc604bb143c86052bc5be48cbcfa17c is the first bad commit > > commit a1c510d0adc604bb143c86052bc5be48cbcfa17c > > Author: Ard Biesheuvel > > Date: Thu Sep 23 09:15:53 2021 +0200 > > > > ARM: implement support for vmap'ed stacks > > > > Any ideas? > > We had to add commit 8cf8df89678a ("ARM: OMAP2+: Fix regression for smc > calls for vmap stack") to fix vmap related issues in case you have not > seen that one yet. This seems different though, it's like the L3 interrupt > handler is not reading the right register? > > Not sure why the L3 interrupt is triggering, that could be caused by > another issue with the wl1251 somewhere. Can you maybe try to temporarily disable the L3 driver and see if the stack trace is more accurate on what goes wrong? Just comment out the line for postcore_initcall_sync(omap3_l3_init) in drivers/bus/omap_l3_smx.c. The system will hang on the invalid access rather than triggering the L3 error first. Regards, Tony From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 400AAC433F5 for ; Wed, 27 Apr 2022 08:59:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=Og7Q5vcd6sjzOFLV7Tt98+1J/8uWGeXb/0f7SaxYTkU=; b=KoGX7twQLq7T04 2LpA0JapIpjvYomxas5Bt3VoKYcF2TeMDfTt7ocEX1m6ScvPs39eweWGd32zOMvluCFg2oQ8DgBg/ jsEPX+DKH+HwzMTniv43cTzSzEm5Q+PWnKXiEhQnr7Enn8HLTRp5bbvOR5ME5+oWLSpKsK1LbVrRa cvt+zPRtq/+4yjGeeSQmkLwNZn/eCMH0uURyVQA7KMyFFeNHmEryomDQFK1jIDy21K3lhHj+wRPTb tokMUulGWK0dpJDmhtt+/ZZlT/O8E9D/HE5ahVQJl5qHrzRzsrscQ23OGMhRKkxK8nZgZjJe2Tqio exTg4uGOu8kguMdUQ35Q==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1njdVY-000dC6-CJ; Wed, 27 Apr 2022 08:58:48 +0000 Received: from muru.com ([72.249.23.125]) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1njdVQ-000dBN-VU for linux-arm-kernel@lists.infradead.org; Wed, 27 Apr 2022 08:58:42 +0000 Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 79C9380E4; Wed, 27 Apr 2022 08:55:36 +0000 (UTC) Date: Wed, 27 Apr 2022 11:58:38 +0300 From: Tony Lindgren To: "H. Nikolaus Schaller" Cc: Discussions about the Letux Kernel , Linux Kernel Mailing List , Linux-OMAP , linux-arm-kernel@lists.infradead.org, Ard Biesheuvel , Arnd Bergmann Subject: Re: kernel panic with v5.18-rc1 on OpenPandora (only) Message-ID: References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220427_015841_088245_6F25770D X-CRM114-Status: GOOD ( 21.85 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org * Tony Lindgren [220427 08:40]: > Hi, > > * H. Nikolaus Schaller [220426 20:16]: > > Hi Tony, > > I ran across a new issue on the OpenPandora (omap3530) first appearing with v5.18-rc1. > > It seems as if there is something happening within the omap3 L3 irq handler which > > is used (only?) for the wl1251. And this triggers the timeout BUG_ON() in > > omap3_l3_app_irq(). > > > > I have not seen this issue on the GTA04. > > > > It goes away if I remove the wlan interrupt from omap3-pandora-common.dtsi. > > Interestingly, removing the wl1251.ko does NOT stop it. So it is not the driver. > > > > git bisect reported: > > > > a1c510d0adc604bb143c86052bc5be48cbcfa17c is the first bad commit > > commit a1c510d0adc604bb143c86052bc5be48cbcfa17c > > Author: Ard Biesheuvel > > Date: Thu Sep 23 09:15:53 2021 +0200 > > > > ARM: implement support for vmap'ed stacks > > > > Any ideas? > > We had to add commit 8cf8df89678a ("ARM: OMAP2+: Fix regression for smc > calls for vmap stack") to fix vmap related issues in case you have not > seen that one yet. This seems different though, it's like the L3 interrupt > handler is not reading the right register? > > Not sure why the L3 interrupt is triggering, that could be caused by > another issue with the wl1251 somewhere. Can you maybe try to temporarily disable the L3 driver and see if the stack trace is more accurate on what goes wrong? Just comment out the line for postcore_initcall_sync(omap3_l3_init) in drivers/bus/omap_l3_smx.c. The system will hang on the invalid access rather than triggering the L3 error first. Regards, Tony _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel