From mboxrd@z Thu Jan 1 00:00:00 1970 From: Scott Branden Subject: Re: [PATCH] eal: add request to map reserved physical memory Date: Fri, 27 Apr 2018 10:09:49 -0700 Message-ID: <2d811eaa-a434-a923-abc8-25b9f450be9f@broadcom.com> References: <20180328045120.40098-1-ajit.khaparde@broadcom.com> <76474922-b2ad-dfcd-d62b-f605ec47d2e6@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Ajit Khaparde , dev@dpdk.org To: "Burakov, Anatoly" , Srinath Mannam Return-path: Received: from mail-qk0-f196.google.com (mail-qk0-f196.google.com [209.85.220.196]) by dpdk.org (Postfix) with ESMTP id 43B4CD018 for ; Fri, 27 Apr 2018 19:09:56 +0200 (CEST) Received: by mail-qk0-f196.google.com with SMTP id h19so1940812qkj.10 for ; Fri, 27 Apr 2018 10:09:56 -0700 (PDT) In-Reply-To: <76474922-b2ad-dfcd-d62b-f605ec47d2e6@intel.com> Content-Language: en-US List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 18-04-27 09:49 AM, Burakov, Anatoly wrote: > On 27-Apr-18 5:30 PM, Scott Branden wrote: >> Hi Anatoly, >> >> We'd appreciate your input so we can come to a solution of supporting >> the necessary memory allocations? >> > > Hi Scott, > > I'm currently starting to work on a prototype that will be at least > RFC'd (if not v1'd) during 18.08 timeframe. Basically, the idea is to > create/destroy named malloc heaps dynamically, and allow user to > request memory from them. You may then mmap() whatever you want and > create a malloc heap out of it. > > Does that sound reasonable? Hi Anatoly, We have a solution right now that requires a kernel driver to allocate large contiguous memory and the DPDK changes in the patch. We would like to come to a common upstreamed solution as soon as possible.  So please send out the patch as soon as you can and we can test/comment on it.  I would hope this is a simple addition and shouldn't take long to come to an acceptable implementation.  We need this change for DPDK to operate on our devices. Thanks,  Scott