From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f50.google.com (mail-wm0-f50.google.com [74.125.82.50]) by dpdk.org (Postfix) with ESMTP id 080A02716 for ; Fri, 18 Dec 2015 10:38:22 +0100 (CET) Received: by mail-wm0-f50.google.com with SMTP id p187so55589387wmp.1 for ; Fri, 18 Dec 2015 01:38:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:organization:user-agent :in-reply-to:references:mime-version:content-transfer-encoding :content-type; bh=JaowW3tYQAx+hcaA6vScWf3QArNfGtzkkIH4uIsdguw=; b=JVdTua2eP5rV4A5KgWGVe2WXb6/gOD6GuhEBv/57u+mUDJvZd6fMaCHQnrtvp7i5f2 3LB31hhhize7Q98Uj65eXGLRnkructJPRs4wtl6k9Z+acgCKpMjy9VMl83ST9SBCg2E+ XG9lB1bX3IMUbe/0a2yx1YpuGTtUiWOVC0JcDwCYxes8xuTVNhVlaFkipYSfSxCrzN6z ysq003lKp49EX03urbKbnMm+8lXFPLcrGO/3aXTJp+CMlPIyslvt5lZJUCN2nSSeRuFW q0/PhpQ7Ux8RvWLiCx8/i3Y1NhU1zfLxESZ8gl7NIFeDbUlTlIpXlcbCX1ShwllioU6g 4YYw== 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:organization :user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type; bh=JaowW3tYQAx+hcaA6vScWf3QArNfGtzkkIH4uIsdguw=; b=GSkUXk80NBjeVzRTFIwYwt80YigVAX9wSwOAk6sU/VYztycl0U7e1PI1hv1+GbMEd2 vscobetXq9DLYtQB8gJXmrEpeMxz+unS14WlXSl7UhHeoVE0qg0dXfPSBT2BiOkQ6bUh n3NdgT/LfThlmzHNB1UvMtYtvpEp3FyH5sRRy5O2fXhP8an9YcC5B0xU2BXuOTgVg6Fz WsBS2OxcKH/SCIabrsXg10P0piMdaNXM199f+M2psw7njV9tT3m7HRSIUOrzrwm1sUnM H2EsJCabPEz2ZEurxpELkR4LrQlV2CMfDDpFidQUSKOilUU/0bja+jJ0A5fGlr5B0Iki LYaQ== X-Gm-Message-State: ALoCoQnRvJsY5M/eMrtiOFEKzmFVV5H9NUGa9TWJdD/uVT+RiFaawuTbOYWYgHfpjTX7jL6BGoaaoUR/hfC3Eft1zYDE+LAiNw== X-Received: by 10.28.189.5 with SMTP id n5mr2002688wmf.76.1450431501790; Fri, 18 Dec 2015 01:38:21 -0800 (PST) Received: from xps13.localnet (136-92-190-109.dsl.ovh.fr. [109.190.92.136]) by smtp.gmail.com with ESMTPSA id jm4sm13960729wjb.7.2015.12.18.01.38.20 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 18 Dec 2015 01:38:21 -0800 (PST) From: Thomas Monjalon To: Jerin Jacob Date: Fri, 18 Dec 2015 10:37:06 +0100 Message-ID: <2754243.LT0mfEmAmF@xps13> Organization: 6WIND User-Agent: KMail/4.14.10 (Linux/4.1.6-1-ARCH; KDE/4.14.11; x86_64; ; ) In-Reply-To: <20151218063444.GA8572@localhost.localdomain> References: <20151218053053.GL29571@yliu-dev.sh.intel.com> <20151218063444.GA8572@localhost.localdomain> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [PATCH] eal: map io resources for non x86 architectures 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: , X-List-Received-Date: Fri, 18 Dec 2015 09:38:22 -0000 2015-12-18 12:04, Jerin Jacob: > On Fri, Dec 18, 2015 at 01:30:53PM +0800, Yuanhan Liu wrote: > > On Thu, Dec 17, 2015 at 04:52:00PM +0530, Santosh Shukla wrote: > > > > One of the main issue with out-of-tree kernel modules is the version > > > > dependency. Probably that igb_uio from DPDK 2.3 will not compile with > > > > the kernel 5.0. > > > > > > don't know kernel 5.0 feature list so I guess your may be right. is > > > uio obsoleted for 5.0 kernel? > > > > Nope, Thomas meant to say that we should keep the old DPDK will work > > with newer kernel, not just the newest DPDK work on newest linux kernel > > only. The out-of-tree kernel makes no garantee on that. > > > > > >> > We should try to remove the need for any out-of-tree kernel module. > > > >> > That's why the Linux upstream approach is a better solution. > > > >> > > > >> IIUC, your suggesting archs like arm/arm64 to support io_mappe_io in > > > >> pci_mmap_page_range()? > > > > > > > > I don't know what is the best solution in the kernel. > > > > First we need to be sure that there is absolutely no solution without > > > > kernel changes. > > > > > > I guess we have done enough evaluation / investigation that suggest - > > > so to map iopci region to userspace in arch agnostic-way - > > > > > > # either we need to modify kernel > > > - Make sure all the non-x86 arch to support mapping for > > > iopci region (i.e. pci_mmap_page_range). I don;t think its a correct > > > approach though. > > > or > > > - include /dev/ioport char-mem device file who could do > > > more than byte operation, Note that this implementation does not exist > > > in kernel. I could send an RFC to lkml. > > > > Maybe you could propose the two to lkml, to get some feedbacks from > > those kernel/ARM gurus? Please cc me if you do so. > > IMO, We need to support DPDK-ARM for the old kernels also. If there is no means > to expose iomap region to userspace in the existing kernel then we add that > support through out-of-tree driver like igb_uio and when make become part of > the kernel then we can turn off of the out-of-tree driver based > on the kernel major and minor version numbers. Of course, we have to support DPDK for old/current kernels. But if we continue to implement features in out-of-tree modules without trying to have a solution with upstream kernel, we are stuck with our legacy forever. So, as sane policy, we should not accept new changes in our kernel modules if there is no alternative in Linus' repo.