From patchwork Tue Nov 13 22:57:31 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Marc Zyngier X-Patchwork-Id: 997407 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=linux-pci-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=arm.com Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 42vjhD68mxz9rxp for ; Wed, 14 Nov 2018 09:57:48 +1100 (AEDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728210AbeKNI6J (ORCPT ); Wed, 14 Nov 2018 03:58:09 -0500 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:35836 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726408AbeKNI6I (ORCPT ); Wed, 14 Nov 2018 03:58:08 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id A0AC380D; Tue, 13 Nov 2018 14:57:46 -0800 (PST) Received: from localhost.localdomain (usa-sjc-mx-foss1.foss.arm.com [217.140.101.70]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 43FF03F718; Tue, 13 Nov 2018 14:57:46 -0800 (PST) From: Marc Zyngier To: linux-pci@vger.kernel.org, Lorenzo Pieralisi , Bjorn Helgaas Cc: Trent Piepho , Jingoo Han , Gustavo Pimentel , faiz_abbas@ti.com, Joao Pinto , Vignesh R Subject: [PATCH 0/3] PCI: designware: Fixing MSI handling flow Date: Tue, 13 Nov 2018 22:57:31 +0000 Message-Id: <20181113225734.8026-1-marc.zyngier@arm.com> X-Mailer: git-send-email 2.19.1 MIME-Version: 1.0 Sender: linux-pci-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org It recently came to light that the Designware PCIe driver is rather broken in the way it handles MSI[1]: - It masks interrupt by disabling them, meaning that MSIs generated during the masked window are simply lost. Oops. - Acking of the currently pending MSI is done outside of the interrupt flow, getting moved around randomly and ultimately breaking the driver. Not great. This series attempts to address this by switching to using the MASK register for masking interrupts (!), and move the ack into the appropriate callback, giving it a fixed place in the MSI handling flow. Note that this is only compile-tested on my arm64 laptop, as I'm travelling and do not have the required HW to test it anyway. I'd welcome both review and testing by the interested parties (dwc maintainer and users affected by existing bugs). Thanks, M. [1] https://patchwork.kernel.org/patch/10657987/ Marc Zyngier (3): PCI: designware: Use interrupt masking instead of disabling PCI: designware: Take lock when ACKing an interrupt PCI: designware: Move interrupt acking into the proper callback .../pci/controller/dwc/pcie-designware-host.c | 22 ++++++++++++------- 1 file changed, 14 insertions(+), 8 deletions(-) Signed-off-by: Trent Piepho Tested-by: Stanimir Varbanov Tested-by: Gustavo Pimentel Tested-by: Niklas Cassel