Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp72662pxb; Sat, 9 Oct 2021 13:52:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyxhAcNKhu4cckYmsZ4qUxori5jzG2sx4RPg+vbe8hZzzI0M2Bj3zv8oKMq+BUfWUk83lL3 X-Received: by 2002:a17:90a:680c:: with SMTP id p12mr19809158pjj.33.1633812727738; Sat, 09 Oct 2021 13:52:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633812727; cv=none; d=google.com; s=arc-20160816; b=t/vglZR7x/7cWXJ8UpWY3sHGoOSkIbSDLxrc90cAXsHcuceMauifcs2T02cK8sln6H gRPEubi8emTkktRR6EhlnwIL15iGywA5lheTUnpxBWTwR/M6YYjbTbXl+M3rhhHEVtzB UFIFj41lk5VjrO8hBmo+baySmikIEAMlqN7ezgcotmK6TufaximMerDOa/V9PUhroFAY iGa3LumWBM70xMVAhadSxau0x6BnS/zTnMaX4Df8HwenmBx1ofwmBfY6KXecmrLCFybt 9E2n1bcAhtQ2tjflcuJs4ENerVTd0JnH5YhiZuSBNuPQAXQN4skdQxvRmL3DDIOxAkZi tTmQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:cc:to:from :subject; bh=DumO/5yugb4begFkqogqt7AwUmRqk9bV2gSc3o6MlyU=; b=gRVXOd6RQwq0+1KtfL4lCzjDXUbMh/eX1+SEVuzIvOCLhoMELqyTNz1wOWsgaNiXnS S98IRyhiHOjxt/0E23Foi5BsxWYcVTP8ZOj7mt7F2ujvBCnfLaqYQ6yGYe2CsogEEHaq e7JxYunHvrEzJ/nWcOg6jM/4CCxCuqX08jrAlbU8uSUW0M3oJHc+msXEjQOJbrHn/eaH 91tO+0vQj2bXOBZsRfKHGXWTY2hMezajpKpziTDaS+iKHHY0dFZbhsfqbyTIhAs4OVaN N/zOKCQHv7dNf+bSKHXtGRC1+H9L9BKw8na5fEBf94uCRX4W+to/Vaj8wWnqQwZjfHmd YAiQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v9si4152897pgs.14.2021.10.09.13.51.54; Sat, 09 Oct 2021 13:52:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230233AbhJIUxL (ORCPT + 99 others); Sat, 9 Oct 2021 16:53:11 -0400 Received: from mga05.intel.com ([192.55.52.43]:61562 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229998AbhJIUxL (ORCPT ); Sat, 9 Oct 2021 16:53:11 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10132"; a="312885488" X-IronPort-AV: E=Sophos;i="5.85,361,1624345200"; d="scan'208";a="312885488" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Oct 2021 13:51:13 -0700 X-IronPort-AV: E=Sophos;i="5.85,361,1624345200"; d="scan'208";a="479353104" Received: from dwillia2-desk3.jf.intel.com (HELO dwillia2-desk3.amr.corp.intel.com) ([10.54.39.25]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Oct 2021 13:51:13 -0700 Subject: [PATCH v4 05/10] cxl/pci: Make more use of cxl_register_map From: Dan Williams To: linux-cxl@vger.kernel.org Cc: Ben Widawsky , kernel test robot , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org Date: Sat, 09 Oct 2021 13:51:13 -0700 Message-ID: <163381262522.716926.15040239940531720280.stgit@dwillia2-desk3.amr.corp.intel.com> In-Reply-To: <163379786381.692348.10643599219049157444.stgit@dwillia2-desk3.amr.corp.intel.com> References: <163379786381.692348.10643599219049157444.stgit@dwillia2-desk3.amr.corp.intel.com> User-Agent: StGit/0.18-3-g996c MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ben Widawsky The structure exists to pass around information about register mapping. Use it for passing @barno and @block_offset, and eliminate duplicate local variables. The helpers that use @map do not care about @cxlm, so just pass them a pdev instead. Signed-off-by: Ben Widawsky Reported-by: kernel test robot [djbw: separate @base conversion] [djbw: reorder before cxl_pci_setup_regs() refactor to improver readability] Signed-off-by: Dan Williams --- Changes since v3: - Fix a 0day report about printing a resource_size_t drivers/cxl/pci.c | 55 ++++++++++++++++++++++------------------------------- 1 file changed, 23 insertions(+), 32 deletions(-) diff --git a/drivers/cxl/pci.c b/drivers/cxl/pci.c index 21dd10a77eb3..f1de236ccd13 100644 --- a/drivers/cxl/pci.c +++ b/drivers/cxl/pci.c @@ -306,12 +306,13 @@ static int cxl_pci_setup_mailbox(struct cxl_mem *cxlm) return 0; } -static void __iomem *cxl_pci_map_regblock(struct cxl_mem *cxlm, - u8 bar, u64 offset) +static void __iomem *cxl_pci_map_regblock(struct pci_dev *pdev, + struct cxl_register_map *map) { void __iomem *addr; - struct device *dev = cxlm->dev; - struct pci_dev *pdev = to_pci_dev(dev); + int bar = map->barno; + struct device *dev = &pdev->dev; + resource_size_t offset = map->block_offset; /* Basic sanity check that BAR is big enough */ if (pci_resource_len(pdev, bar) < offset) { @@ -326,15 +327,15 @@ static void __iomem *cxl_pci_map_regblock(struct cxl_mem *cxlm, return addr; } - dev_dbg(dev, "Mapped CXL Memory Device resource bar %u @ %#llx\n", - bar, offset); + dev_dbg(dev, "Mapped CXL Memory Device resource bar %u @ %pa\n", + bar, &offset); return addr; } -static void cxl_pci_unmap_regblock(struct cxl_mem *cxlm, void __iomem *base) +static void cxl_pci_unmap_regblock(struct pci_dev *pdev, void __iomem *base) { - pci_iounmap(to_pci_dev(cxlm->dev), base); + pci_iounmap(pdev, base); } static int cxl_pci_dvsec(struct pci_dev *pdev, int dvsec) @@ -360,12 +361,12 @@ static int cxl_pci_dvsec(struct pci_dev *pdev, int dvsec) return 0; } -static int cxl_probe_regs(struct cxl_mem *cxlm, void __iomem *base, +static int cxl_probe_regs(struct pci_dev *pdev, void __iomem *base, struct cxl_register_map *map) { struct cxl_component_reg_map *comp_map; struct cxl_device_reg_map *dev_map; - struct device *dev = cxlm->dev; + struct device *dev = &pdev->dev; switch (map->reg_type) { case CXL_REGLOC_RBI_COMPONENT: @@ -420,12 +421,13 @@ static int cxl_map_regs(struct cxl_mem *cxlm, struct cxl_register_map *map) return 0; } -static void cxl_decode_register_block(u32 reg_lo, u32 reg_hi, - u8 *bar, u64 *offset, u8 *reg_type) +static void cxl_decode_regblock(u32 reg_lo, u32 reg_hi, + struct cxl_register_map *map) { - *offset = ((u64)reg_hi << 32) | (reg_lo & CXL_REGLOC_ADDR_MASK); - *bar = FIELD_GET(CXL_REGLOC_BIR_MASK, reg_lo); - *reg_type = FIELD_GET(CXL_REGLOC_RBI_MASK, reg_lo); + map->block_offset = + ((u64)reg_hi << 32) | (reg_lo & CXL_REGLOC_ADDR_MASK); + map->barno = FIELD_GET(CXL_REGLOC_BIR_MASK, reg_lo); + map->reg_type = FIELD_GET(CXL_REGLOC_RBI_MASK, reg_lo); } /** @@ -462,34 +464,23 @@ static int cxl_pci_setup_regs(struct cxl_mem *cxlm) for (i = 0, n_maps = 0; i < regblocks; i++, regloc += 8) { u32 reg_lo, reg_hi; - u8 reg_type; - u64 offset; - u8 bar; pci_read_config_dword(pdev, regloc, ®_lo); pci_read_config_dword(pdev, regloc + 4, ®_hi); - cxl_decode_register_block(reg_lo, reg_hi, &bar, &offset, - ®_type); + map = &maps[n_maps]; + cxl_decode_regblock(reg_lo, reg_hi, map); /* Ignore unknown register block types */ - if (reg_type > CXL_REGLOC_RBI_MEMDEV) + if (map->reg_type > CXL_REGLOC_RBI_MEMDEV) continue; - base = cxl_pci_map_regblock(cxlm, bar, offset); + base = cxl_pci_map_regblock(pdev, map); if (!base) return -ENOMEM; - map = &maps[n_maps]; - map->barno = bar; - map->block_offset = offset; - map->reg_type = reg_type; - - ret = cxl_probe_regs(cxlm, base + offset, map); - - /* Always unmap the regblock regardless of probe success */ - cxl_pci_unmap_regblock(cxlm, base); - + ret = cxl_probe_regs(pdev, base + map->block_offset, map); + cxl_pci_unmap_regblock(pdev, base); if (ret) return ret;