From patchwork Tue Nov 1 00:38:36 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ray Jui X-Patchwork-Id: 9406741 X-Patchwork-Delegate: bhelgaas@google.com Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 1F5CC60234 for ; Tue, 1 Nov 2016 00:41:25 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 0F2E22930A for ; Tue, 1 Nov 2016 00:41:25 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 0379E29336; Tue, 1 Nov 2016 00:41:25 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.8 required=2.0 tests=BAYES_00,DKIM_SIGNED, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 9665D2930A for ; Tue, 1 Nov 2016 00:41:24 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S948259AbcKAAlI (ORCPT ); Mon, 31 Oct 2016 20:41:08 -0400 Received: from mail-pf0-f175.google.com ([209.85.192.175]:36261 "EHLO mail-pf0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161048AbcKAAj2 (ORCPT ); Mon, 31 Oct 2016 20:39:28 -0400 Received: by mail-pf0-f175.google.com with SMTP id 189so31632702pfz.3 for ; Mon, 31 Oct 2016 17:39:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=mNRxVjaMRbLOdWBIRPfZ4wyW4Vj0nzBhe9bWDaaFazs=; b=CZGwvu/5G9aso4L3pzkT0uzMQ7otzMRhI1sGn3pVLlWHvuQWU518K26JDMZGHPORLW D3yEKyFRZhUZDrHqY99eQmkBwot6BtTISXbwRPofEBTOd3UZeOJeCYvPJt/8rPuMprLh Lh3iyEsvChkI+W8uArZWDyUcGq78nZkGfA48w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=mNRxVjaMRbLOdWBIRPfZ4wyW4Vj0nzBhe9bWDaaFazs=; b=J/q8UV+C5s4GgrJT1o+og2uom+FmpGoC46/BbJ/fjvZBZUcexdGXiH01neh9BPKvzT up9arZMQMlVX+IP352SkkRM/M9Fo9VLzQBAXxAFoNZfaNu/PaZ7jWqsDjXCRgOiA9r0A nrk+srbcFVjERKOg39WuR9NvSRq38b2pGlpN2gOSDy7o1S+4DpoFBVNXcx2DQW4tkMsB cbji7nlxRXKmbH+XdhBObT8XhI96vcexvWjum4O4F6e3Q2K86X9awNspppfU+zF2E2oE VMzQtl50awER6WpLB0XfVkYNhnM88fJH11eae6kD3YwXaY/eZyZbe6hJG/XvxscxM3dI UDrA== X-Gm-Message-State: ABUngvdknbUe38Ale3zDo5/bE8HHnprPlUZhl8o1u0UY/tzxfBd6nBTyakysqX9aCMrDMsrH X-Received: by 10.99.117.3 with SMTP id q3mr44340158pgc.50.1477960767282; Mon, 31 Oct 2016 17:39:27 -0700 (PDT) Received: from lbrmn-lnxub44-1.ric.broadcom.com ([216.31.219.19]) by smtp.gmail.com with ESMTPSA id x62sm2574619pfb.20.2016.10.31.17.39.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 31 Oct 2016 17:39:26 -0700 (PDT) From: Ray Jui To: Bjorn Helgaas , Bjorn Helgaas Cc: linux-kernel@vger.kernel.org, bcm-kernel-feedback-list@broadcom.com, linux-pci@vger.kernel.org, Alex Barba , Oza Oza , Ray Jui Subject: [PATCH v2 07/12] PCI: iproc: Remove redundant outbound properties Date: Mon, 31 Oct 2016 17:38:36 -0700 Message-Id: <1477960721-17649-8-git-send-email-ray.jui@broadcom.com> X-Mailer: git-send-email 2.1.4 In-Reply-To: <1477960721-17649-1-git-send-email-ray.jui@broadcom.com> References: <1477960721-17649-1-git-send-email-ray.jui@broadcom.com> Sender: linux-pci-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Remove the following outbound related device tree properties: brcm,pcie-ob-window-size brcm,pcie-ob-oarr-size The above two properties are a bit duplicated in functions. In addition, the next generation iProc PCIe controller has outbound mapping window that supports more than just two sizes, which cannot be properly supported by these properties A better solution is to make the driver outbound mapping logic slightly more intelligent so it can figure out how to configure the outbound mapping based on the 'ranges' specified in device tree and the number and sizes of the outbound mapping windows that a particular revision of the iProc PCIe controller can support Signed-off-by: Ray Jui Reviewed-by: Scott Branden --- Documentation/devicetree/bindings/pci/brcm,iproc-pcie.txt | 7 ------- 1 file changed, 7 deletions(-) diff --git a/Documentation/devicetree/bindings/pci/brcm,iproc-pcie.txt b/Documentation/devicetree/bindings/pci/brcm,iproc-pcie.txt index 071bbc2..f827b8d 100644 --- a/Documentation/devicetree/bindings/pci/brcm,iproc-pcie.txt +++ b/Documentation/devicetree/bindings/pci/brcm,iproc-pcie.txt @@ -35,11 +35,6 @@ effective: Required: - brcm,pcie-ob-axi-offset: The offset from the AXI address to the internal address used by the iProc PCIe core (not the PCIe address) -- brcm,pcie-ob-window-size: The outbound address mapping window size (in MB) - -Optional: -- brcm,pcie-ob-oarr-size: Some iProc SoCs need the OARR size bit to be set to -increase the outbound window size MSI support (optional): @@ -95,9 +90,7 @@ Example: phy-names = "pcie-phy"; brcm,pcie-ob; - brcm,pcie-ob-oarr-size; brcm,pcie-ob-axi-offset = <0x00000000>; - brcm,pcie-ob-window-size = <256>; msi-parent = <&msi0>;