| Message ID | 20180208123346.20784-1-niklas.cassel@axis.com |
|---|---|
| Headers | show
Return-Path: <linux-pci-owner@vger.kernel.org> 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=<UNKNOWN>) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 3zcd0d5Fz4z9s4q for <incoming@patchwork.ozlabs.org>; Thu, 8 Feb 2018 23:33:53 +1100 (AEDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751941AbeBHMdw (ORCPT <rfc822;incoming@patchwork.ozlabs.org>); Thu, 8 Feb 2018 07:33:52 -0500 Received: from bastet.se.axis.com ([195.60.68.11]:49047 "EHLO bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751834AbeBHMdv (ORCPT <rfc822;linux-pci@vger.kernel.org>); Thu, 8 Feb 2018 07:33:51 -0500 Received: from localhost (localhost [127.0.0.1]) by bastet.se.axis.com (Postfix) with ESMTP id 3FDA418897; Thu, 8 Feb 2018 13:33:50 +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 ERIA4eHFnALP; Thu, 8 Feb 2018 13:33:49 +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 EFB2A1889D; Thu, 8 Feb 2018 13:33:48 +0100 (CET) Received: from boulder03.se.axis.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id DECB41E077; Thu, 8 Feb 2018 13:33:48 +0100 (CET) Received: from boulder03.se.axis.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id D33801E076; Thu, 8 Feb 2018 13:33:48 +0100 (CET) Received: from seth.se.axis.com (unknown [10.0.2.172]) by boulder03.se.axis.com (Postfix) with ESMTP; Thu, 8 Feb 2018 13:33:48 +0100 (CET) Received: from lnxartpec1.se.axis.com (lnxartpec1.se.axis.com [10.88.4.10]) by seth.se.axis.com (Postfix) with ESMTP id C75612D60; Thu, 8 Feb 2018 13:33:48 +0100 (CET) Received: by lnxartpec1.se.axis.com (Postfix, from userid 20283) id C3A91401B8; Thu, 8 Feb 2018 13:33:48 +0100 (CET) From: Niklas Cassel <niklas.cassel@axis.com> To: kishon@ti.com, linux-pci@vger.kernel.org Cc: Niklas Cassel <niklass@axis.com>, linux-kernel@vger.kernel.org Subject: [PATCH v2 0/3] PCI endpoint 64-bit BAR fixes Date: Thu, 8 Feb 2018 13:33:43 +0100 Message-Id: <20180208123346.20784-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: <linux-pci.vger.kernel.org> X-Mailing-List: linux-pci@vger.kernel.org |
| Series | PCI endpoint 64-bit BAR fixes | expand |
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 (3): PCI: endpoint: Handle 64-bit BARs properly misc: pci_endpoint_test: Handle 64-bit BARs properly PCI: designware-ep: Return an error when requesting a too large BAR size drivers/misc/pci_endpoint_test.c | 2 ++ drivers/pci/dwc/pcie-designware-ep.c | 5 +++++ drivers/pci/endpoint/functions/pci-epf-test.c | 2 ++ 3 files changed, 9 insertions(+)