From patchwork Thu Mar 8 13:33:25 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Niklas Cassel X-Patchwork-Id: 883147 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=axis.com Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 3zxs0h2219z9sfj for ; Fri, 9 Mar 2018 00:33:40 +1100 (AEDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755826AbeCHNdi (ORCPT ); Thu, 8 Mar 2018 08:33:38 -0500 Received: from bastet.se.axis.com ([195.60.68.11]:60554 "EHLO bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755824AbeCHNdh (ORCPT ); Thu, 8 Mar 2018 08:33:37 -0500 Received: from localhost (localhost [127.0.0.1]) by bastet.se.axis.com (Postfix) with ESMTP id 4127B1876B; Thu, 8 Mar 2018 14:33:36 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at bastet.se.axis.com Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1]) by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024) with LMTP id rumrzs0cRy3P; Thu, 8 Mar 2018 14:33:35 +0100 (CET) Received: from boulder03.se.axis.com (boulder03.se.axis.com [10.0.8.17]) by bastet.se.axis.com (Postfix) with ESMTPS id A345418768; Thu, 8 Mar 2018 14:33:35 +0100 (CET) Received: from boulder03.se.axis.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 69CB81E088; Thu, 8 Mar 2018 14:33:35 +0100 (CET) Received: from boulder03.se.axis.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5E2B91E087; Thu, 8 Mar 2018 14:33:35 +0100 (CET) Received: from thoth.se.axis.com (unknown [10.0.2.173]) by boulder03.se.axis.com (Postfix) with ESMTP; Thu, 8 Mar 2018 14:33:35 +0100 (CET) Received: from lnxartpec1.se.axis.com (lnxartpec1.se.axis.com [10.88.4.10]) by thoth.se.axis.com (Postfix) with ESMTP id 5206E2AB5; Thu, 8 Mar 2018 14:33:35 +0100 (CET) Received: by lnxartpec1.se.axis.com (Postfix, from userid 20283) id 4C5AD401A5; Thu, 8 Mar 2018 14:33:35 +0100 (CET) From: Niklas Cassel To: kishon@ti.com, linux-pci@vger.kernel.org Cc: Niklas Cassel , linux-kernel@vger.kernel.org Subject: [PATCH v4 0/5] PCI endpoint 64-bit BAR fixes Date: Thu, 8 Mar 2018 14:33:25 +0100 Message-Id: <20180308133331.19464-1-niklas.cassel@axis.com> X-Mailer: git-send-email 2.14.2 X-TM-AS-GCONF: 00 Sender: linux-pci-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org PCI endpoint fixes to improve the way 64-bit BARs are handled. There are still future improvements that could be made: pci-epf-test.c always allocates space for 6 BARs, even when using 64-bit BARs (which really only requires us to allocate 3 BARs). pcitest.sh will print "NOT OKAY" for BAR1, BAR3, and BAR5 when using 64-bit BARs. This could probably be improved to say something like "N/A (64-bit BAR)". Niklas Cassel (5): PCI: endpoint: BAR width should not depend on sizeof dma_addr_t PCI: designware-ep: Make dw_pcie_ep_set_bar() handle 64-bit BARs properly PCI: designware-ep: Make dw_pcie_ep_reset_bar() handle 64-bit BARs properly PCI: endpoint: Make pci_epc_set_bar() return the BAR width that was set-up misc: pci_endpoint_test: Handle 64-bit BARs properly drivers/misc/pci_endpoint_test.c | 12 +++++++----- drivers/pci/cadence/pcie-cadence-ep.c | 2 +- drivers/pci/dwc/pcie-designware-ep.c | 22 ++++++++++++++++++---- drivers/pci/endpoint/functions/pci-epf-test.c | 22 +++++++++++++++------- 4 files changed, 41 insertions(+), 17 deletions(-)