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 mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4A9C9C433EF for ; Thu, 7 Oct 2021 08:52:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 2EECC60F6F for ; Thu, 7 Oct 2021 08:52:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232604AbhJGIyq (ORCPT ); Thu, 7 Oct 2021 04:54:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:55566 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232608AbhJGIyq (ORCPT ); Thu, 7 Oct 2021 04:54:46 -0400 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (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 9B13A611AE; Thu, 7 Oct 2021 08:52:52 +0000 (UTC) Received: from sofa.misterjones.org ([185.219.108.64] helo=why.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mYP90-00FHIu-HJ; Thu, 07 Oct 2021 09:52:50 +0100 Date: Thu, 07 Oct 2021 09:52:50 +0100 Message-ID: <87bl41qkrh.wl-maz@kernel.org> From: Marc Zyngier To: Rui Salvaterra Cc: tglx@linutronix.de, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [REGRESSION][BISECTED] 5.15-rc1: Broken AHCI on NVIDIA ION (MCP79) In-Reply-To: References: <87ee8yquyi.wl-maz@kernel.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/27.1 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: rsalvaterra@gmail.com, tglx@linutronix.de, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org On Wed, 06 Oct 2021 12:06:55 +0100, Rui Salvaterra wrote: > > Hi, Marc, > > On Wed, 6 Oct 2021 at 12:00, Marc Zyngier wrote: > > > > Could you please give more context for this error? I assume that this > > is some ATA device probing, but this is unclear at best. A full dmesg > > definitely help. > > I'd love to have it, but I don't have a serial console to get it from. > I can take a photo, of course, but there's no stack dump. That wouldn't be very helpful, unfortunately. > > > 'lspci -vvnn' would also be useful to understand what the device wants > > in terms of PCI configuration. > > Sure thing, here it goes (complete dump): > > 00:0b.0 SATA controller [0106]: NVIDIA Corporation MCP79 AHCI > Controller [10de:0ab8] (rev b1) (prog-if 01 [AHCI 1.0]) > Subsystem: ZOTAC International (MCO) Ltd. MCP79 AHCI Controller [19da:a108] > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- > ParErr- Stepping- SERR- FastB2B- DisINTx+ > Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0 (750ns min, 250ns max) > Interrupt: pin A routed to IRQ 30 > Region 0: I/O ports at d000 [size=8] > Region 1: I/O ports at cc00 [size=4] > Region 2: I/O ports at c880 [size=8] > Region 3: I/O ports at c800 [size=4] > Region 4: I/O ports at c480 [size=16] > Region 5: Memory at fae76000 (32-bit, non-prefetchable) [size=8K] > Capabilities: [44] Power Management version 2 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA > PME(D0-,D1-,D2-,D3hot-,D3cold-) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- > Capabilities: [8c] SATA HBA v1.0 InCfgSpace > Capabilities: [b0] MSI: Enable+ Count=1/8 Maskable- 64bit+ > Address: 00000000fee02004 Data: 0026 > Kernel driver in use: ahci I guess this is the relevant device? It is interesting that it advertises not supporting interrupt masking... Can you, you, out of curiosity, give the following hack a go? I would expect things to behave badly too (and maybe be even worse). But one way or another, it may give us a hint. Thanks, M. diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c index 0099a00af361..b3c0b9d07f17 100644 --- a/drivers/pci/msi.c +++ b/drivers/pci/msi.c @@ -205,7 +205,7 @@ static void __pci_msi_mask_desc(struct msi_desc *desc, u32 mask) if (desc->msi_attrib.is_msix) pci_msix_mask(desc); - else if (desc->msi_attrib.maskbit) + else //if (desc->msi_attrib.maskbit) pci_msi_mask(desc, mask); } @@ -216,7 +216,7 @@ static void __pci_msi_unmask_desc(struct msi_desc *desc, u32 mask) if (desc->msi_attrib.is_msix) pci_msix_unmask(desc); - else if (desc->msi_attrib.maskbit) + else //if (desc->msi_attrib.maskbit) pci_msi_unmask(desc, mask); } -- Without deviation from the norm, progress is not possible.