From patchwork Sat Oct 17 07:48:29 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Nissim Nisimov X-Patchwork-Id: 7721 Return-Path: X-Original-To: patchwork@dpdk.org Delivered-To: patchwork@dpdk.org Received: from [92.243.14.124] (localhost [IPv6:::1]) by dpdk.org (Postfix) with ESMTP id 8BFF58E76; Sat, 17 Oct 2015 09:48:41 +0200 (CEST) Received: from mailout1.radware.com (unknown [192.115.180.130]) by dpdk.org (Postfix) with ESMTP id 8C0A15927 for ; Sat, 17 Oct 2015 09:48:39 +0200 (CEST) Received: from mailsrvdev.il.corp.radware.com (176.200.121.206) by ILCAS2.corp.radware.com (176.200.120.122) with Microsoft SMTP Server id 14.3.210.2; Sat, 17 Oct 2015 10:48:37 +0300 Received: from RDE000c295c31fd-1.3 (unknown [10.172.2.30]) by mailsrvdev.il.corp.radware.com (Postfix) with ESMTP id 99B967FA2E; Sat, 17 Oct 2015 10:48:37 +0300 (IDT) Received: by RDE000c295c31fd-1.3 (Postfix, from userid 1694) id 7591A524796; Sat, 17 Oct 2015 10:48:37 +0300 (IDT) From: Nissim Nisimov To: Date: Sat, 17 Oct 2015 10:48:29 +0300 Message-ID: <1445068109-8943-1-git-send-email-nissimn@radware.com> X-Mailer: git-send-email 2.6.1 MIME-Version: 1.0 Subject: [dpdk-dev] [PATCH v2] eal:Map rte cfg and uio at the end of hugepage mem X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" * this patch removes unnecessary call to rte_eal_memory_init() introduced in the first version. Problem: In DPDK Primary/Secondary module we assume mapping same regions of virtual memory addresses for Primary process and Secondary. An issue may occur when the Primary and secondary processes are not symmetric in such way that the code is not the same (for example, Primary process is a traffic distributer and secondary is a worker). The result may be that specific virtual address region in the first process won't be available in the second process. Changes done at eal init: map all related rte configuration and uio sections close to the end of huge pages memory (that mean rte_eal_memory_init() should be called before rte_config_init() in primary process) According to our observations there will be more probability to success when allocating rte_config and uio memzones after huge pages sections (actually uio is already allocated after the huge pages area) Signed-off-by: Nissim Nisimov --- lib/librte_eal/linuxapp/eal/eal.c | 28 +++++++++++++++++++++------- lib/librte_eal/linuxapp/eal/eal_pci_uio.c | 10 +++++++--- 2 files changed, 28 insertions(+), 10 deletions(-) diff --git a/lib/librte_eal/linuxapp/eal/eal.c b/lib/librte_eal/linuxapp/eal/eal.c index 33e1067..f85eb63 100644 --- a/lib/librte_eal/linuxapp/eal/eal.c +++ b/lib/librte_eal/linuxapp/eal/eal.c @@ -87,6 +87,7 @@ #define SOCKET_MEM_STRLEN (RTE_MAX_NUMA_NODES * 10) +void *pci_find_max_end_va(void); /* Allow the application to print its usage message too if set */ static rte_usage_hook_t rte_application_usage_hook = NULL; @@ -189,12 +190,15 @@ rte_eal_config_create(void) return; /* map the config before hugepage address so that we don't waste a page */ - if (internal_config.base_virtaddr != 0) + if (internal_config.base_virtaddr != 0){ rte_mem_cfg_addr = (void *) RTE_ALIGN_FLOOR(internal_config.base_virtaddr - sizeof(struct rte_mem_config), sysconf(_SC_PAGE_SIZE)); - else - rte_mem_cfg_addr = NULL; + } + else{ + rte_mem_cfg_addr = pci_find_max_end_va(); + RTE_LOG(INFO, EAL, "rte_mem_cfg_addr = 0x%llx PType=%s\n",(unsigned long long)rte_mem_cfg_addr,rte_config.process_type == RTE_PROC_PRIMARY ? "PRIMARY" : "SECONDARY"); + } if (mem_cfg_fd < 0){ mem_cfg_fd = open(pathname, O_RDWR | O_CREAT, 0660); @@ -227,7 +231,7 @@ rte_eal_config_create(void) /* store address of the config in the config itself so that secondary * processes could later map the config into this exact location */ rte_config.mem_config->mem_cfg_addr = (uintptr_t) rte_mem_cfg_addr; - + } /* attach to an existing shared memory config */ @@ -784,6 +788,13 @@ rte_eal_init(int argc, char **argv) rte_srand(rte_rdtsc()); + /* Primary process should allocate hugepages before configuration */ + if(internal_config.process_type == RTE_PROC_PRIMARY){ + RTE_LOG(INFO, EAL, "Calling rte_eal_memory_init as =%s\n",(rte_config.process_type == RTE_PROC_PRIMARY) ? "PRIMARY" : "SECONDARY"); + if (rte_eal_memory_init() < 0) + rte_panic("Cannot init memory\n"); + } + rte_config_init(); if (rte_eal_pci_init() < 0) @@ -793,9 +804,12 @@ rte_eal_init(int argc, char **argv) if (rte_eal_ivshmem_init() < 0) rte_panic("Cannot init IVSHMEM\n"); #endif - - if (rte_eal_memory_init() < 0) - rte_panic("Cannot init memory\n"); + /* secondary process will call memory init only after calling to rte_config_init() */ + if(internal_config.process_type == RTE_PROC_SECONDARY){ + RTE_LOG(INFO, EAL, "Calling rte_eal_memory_init as =%s\n",rte_config.process_type == RTE_PROC_PRIMARY ? "PRIMARY" : "SECONDARY"); + if (rte_eal_memory_init() < 0) + rte_panic("Cannot init memory\n"); + } /* the directories are locked during eal_hugepage_info_init */ eal_hugedirs_unlock(); diff --git a/lib/librte_eal/linuxapp/eal/eal_pci_uio.c b/lib/librte_eal/linuxapp/eal/eal_pci_uio.c index ac50e13..6812c37 100644 --- a/lib/librte_eal/linuxapp/eal/eal_pci_uio.c +++ b/lib/librte_eal/linuxapp/eal/eal_pci_uio.c @@ -338,9 +338,13 @@ pci_uio_map_resource_by_index(struct rte_pci_device *dev, int res_idx, } /* try mapping somewhere close to the end of hugepages */ - if (pci_map_addr == NULL) - pci_map_addr = pci_find_max_end_va(); - + if (pci_map_addr == NULL){ + if (internal_config.base_virtaddr != 0){ + pci_map_addr = pci_find_max_end_va(); + } else{ + pci_map_addr = (void*)RTE_PTR_ALIGN(((char*)rte_eal_get_configuration()->mem_config->mem_cfg_addr + sizeof(struct rte_mem_config)),sysconf(_SC_PAGE_SIZE)); + } + } mapaddr = pci_map_resource(pci_map_addr, fd, 0, (size_t)dev->mem_resource[res_idx].len, 0); close(fd);