From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0095.outbound.protection.outlook.com [207.46.100.95]) by dpdk.org (Postfix) with ESMTP id 58FCC677C for ; Thu, 12 May 2016 10:58:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=CAVIUMNETWORKS.onmicrosoft.com; s=selector1-cavium-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=SdGBLL0+KlYpuZ8Xlg+AmaFh1hbseYowlTay+blGV+Y=; b=PouEs+TwfIclbmIHPqh9OWNWOidBsB8AqJT0rSWUu17v39+HyqnwuGACibFErB3dqUIB/LKhfqLSLyVxHJYmiAudcWjLmUpc3N2ac1cav3LVgZn8g6LJuskBH2SP4hkoV8ZxbD1XNB/tl5NcxIDoqugS+oERTmTXTi5dLOUga9U= Authentication-Results: linaro.org; dkim=none (message not signed) header.d=none;linaro.org; dmarc=none action=none header.from=caviumnetworks.com; Received: from santosh-Latitude-E5530-non-vPro (106.194.47.77) by BY1PR0701MB1721.namprd07.prod.outlook.com (10.162.111.140) with Microsoft SMTP Server (TLS) id 15.1.492.11; Thu, 12 May 2016 08:58:05 +0000 Date: Thu, 12 May 2016 14:27:42 +0530 From: Santosh Shukla To: Jianbo Liu CC: Stephen Hemminger , Jerin Jacob , Hemant Agrawal , , Thomas Monjalon Message-ID: <20160512083342.GA12841@santosh-Latitude-E5530-non-vPro> References: <1462974479-26180-1-git-send-email-hemant.agrawal@nxp.com> <20160511082259.42905f98@xeon-e3> <20160511170215.GA1637@localhost.localdomain> <20160511112559.69dcff13@xeon-e3> <20160512031642.GA5855@santosh-Latitude-E5530-non-vPro> <20160512050638.GA7301@santosh-Latitude-E5530-non-vPro> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Originating-IP: [106.194.47.77] X-ClientProxiedBy: PN1PR01CA0032.INDPRD01.PROD.OUTLOOK.COM (10.164.137.39) To BY1PR0701MB1721.namprd07.prod.outlook.com (10.162.111.140) X-MS-Office365-Filtering-Correlation-Id: e723cbf2-d655-4477-aaec-08d37a4389c3 X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1721; 2:SpFh5LI5by6kr3x6HXqeycFYApqSi0v74U0GG5qqGdh1A9+Pl3/l7jbEaaT9fUxbTvpEwXcy+8kCJPg2zGDW3gwXDybNcLr0/24gV7fCkiqqM5qQRU5Yba5lXYw23sYMsWCTJKlqBBXJI7t5gKRNJsXIHzOWxuUWz7yL5tnBpF7VmQQq54P726SuAmUjTe1i; 3:UXcW8JMjD4CM/KiOnyk3xaXckfeg+s2GXlt/WJVFAw4sexB2Nnjru8nk9qbnQP4y2PeUmXRnuijksZKao1+4iGyFTwPBv9qu8pPzDDNu7YgyQbgCOtdVFJKmaw14Zwr7 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0701MB1721; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1721; 25:nmbgeIiBKxJ6jptR8eYLwc4x4nRCiKlunmieHhkM+vZCkC2pvJfpbZCGo7ki1fzEsAbwtm/Q3pgScqpooT11BoQe9HXNE9HhB+Q15/uE7rwyHBVonFpYZQwN/E48DJkw6VKSmSKNApHM1DjHvXyjZnjrx2qjDTrAm0y6aRDTL6YMoqaAOe2Gx4UL9bjF50NHmVpWFaqEq1JLqmdrooX0puavsW3Ye383gZunj7FCz0t+iFdwyo0TV1oIyZiEwdXdRSDpLi3cIe952Qhod4LQztcBKp7dAqSsbMX046OPwnWZHzEwcGr2qMyJ1UuHHrfNn8d8xZJaIQLKpOeurNaOyPg9c/TDrMLmvCO8rIuMVm8o0Yw9D19zVY6EehZSSyjA2r4qTJ/4IIxlJrNf+tZTxu3/oSGaWWd6vF6cu7TkDQ4MCamE+05jz4Vf69pMDk7DT4Mws2WYyEhO1b92DZuprgrlwemp2abJ7ggRU7BzEBYPVv0H0a7QxtWgzP6WdDons9vh4XMW5hAhkpkwNklUlA512f7GT/KuOyFcejkSDAZ2brEF0+uCkXE9DFb9kCIPrtW5I9l3dplzoc0IXJ6v3tD4CveoloWVZ2SxXu1cr59qIsPKgMWQlLzlKRIVK5wOU1RSmaMluThTQxMys7lMNyOW4jf7wcKd75x/5IaiaArLsRfiC3BSWOt7MNhSGoRhiIgs/1OKslEa1FUjmaNRIn4wrnKOBi+41zD7w9hh92KTVnUxcHtBYpXq8BruMTbw2/MiAMPHicGJ69A+wB0UvsUmMldpCBJvBN/YoV+oxVbo+k4VE0SEL6l+4+2aqMYw73OW/NAyqraArrKiAcOFog== X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1721; 20:IuCyAq6X0DFFixdFB8foV92beTmxnlBGg+GHkoeVrcd9JgnCGH1wRP7zOzIwhsFxTY8qVUie5/vkbWdgAdXWs6iMpW+PAFQTWYa7pyF3pP77rTVUOLjUpW8yX6midehEkvbQfHnOETUsVsfQldiYH2Sc+xdmG3so8XfFbTNJ3ShejC6vnCpaxoVNaNpKwxFe8bMCNk8lg6aWN529Ki8Efk8Ki8dDkDoFm8GYKJ+xytlPLDZU3ZwB3wEInQ42qZbBQSuMSu58NuMr1HvC9kOGT/AyG/K4yAFKKFOj5EsJ0pu8Q7JJt3tZe5y0MDuX8N4xLkLdWD/MKvDO6ru3Uz8kpm0yRF6xtM6IludKnzdRKU/VkCc2zITASpazgfgCg5H0xOhmHFsxQcYKxFqdL8gblOEnH7hhulFPJfwqmbKhieUu44F2PCetuVMs3idxhmdfGz+dnBBiznJ6yolKMXorID8ysqMP4r0ZmUSvQ4otXQ61/gwchF2/15RRguLF2a0BsKL+qK/JXHEE6YMWByt10iUj3npgXemLHTWjwxbpjMCi08ioEv8i5QwG39ZhsUzD7+KVJ3h65fuNzV63hTU/3bx432OyRPXMJZwyRuoHjb8= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:BY1PR0701MB1721; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0701MB1721; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1721; 4:3VED9RWf76NKRdaAYAvM06RU9ztcUqofcPwG62TzbVRL7/bkpfuVRyZQcpMoRvfXCuEoxdnOOjpArT2sF453NYHGm+NzPWLCIsyjRAdsAPnxEheu82BnpEX0gjW3o/Yp4ewP/bVPONrJXwhWBiYG4nBamuCO8wyHl2HbJkFr+sJR/K57X31wXat1oc/mobRmGPrYibC3jZLvy3FBXkk6MMXruUZzv7Dg+tIxIKkCA4vSKKc9HxsaQK8jcIAubrpZjsbas4+IryFDAKF3S3yXgaMb8FyaNS/nXsceX4mKYncO5xFsMMmLx6igiJ6JpPgr1wcS1KldYjtADSCLNSPTp1ainjLJRbfIApLvvtUcyDGGGPjJwrud1Gs1eMbYhgNA X-Forefront-PRVS: 0940A19703 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(24454002)(5009440100003)(15975445007)(1076002)(19580395003)(33656002)(4001350100001)(19580405001)(83506001)(46406003)(97756001)(110136002)(66066001)(2950100001)(9686002)(189998001)(33716001)(5004730100002)(47776003)(54356999)(3846002)(15395725005)(6116002)(76176999)(81166006)(586003)(5008740100001)(50466002)(93886004)(23726003)(4326007)(2906002)(42186005)(77096005)(50986999)(92566002)(7059030); DIR:OUT; SFP:1101; SCL:1; SRVR:BY1PR0701MB1721; H:santosh-Latitude-E5530-non-vPro; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0701MB1721; 23:tfSjjcBK00JIe35w+4xnAc1yzQJhwbZCKhY75OF?= =?us-ascii?Q?8sYyYYIeHJ51oopuD1AwEnFmQKfedYGlyF77FLDkiB1pXZDjA7j2rxv74bC6?= =?us-ascii?Q?1y0ixKy8QZzD+ThN1YfVnLxQLbgOPAAwraY+6nFkMCLutY27FHw9sRLszIIZ?= =?us-ascii?Q?mGh8CrCX8A0ya/iX9nERCGQ4FxDMsYTlOMRMX+5/8Gfk5fL19iQqmLXMrmED?= =?us-ascii?Q?xDtpdWf1nVjmbhWPKZy0oQ8GHbJBSon3GsctJXGXgzfGsUSkUn7NdrLOstd4?= =?us-ascii?Q?fV4rrS1jdPxFd/8hA2GGRkBTP+dboDEhjZO5Rb0IhIvaqgQb1L6MZb+hownn?= =?us-ascii?Q?3sp3dSKmQ9+TggJMM5+2iQ3HP1gxyy4uDlTjrmNMihfJ60uzfoHXbZdkeMy6?= =?us-ascii?Q?+IJSZfr1pFOJYePLVyG1t6DS+vqVzF8gHwao+6b9CltpmNY/9AEzvb+NWO/K?= =?us-ascii?Q?7c62z+LpNtcUwsn+CixYdhY998rskDV3GOzMlr0btGMsCHXmafqwOYB5qwsa?= =?us-ascii?Q?sdbpJ3vKw2qGNSsZDeUC/Uv/08N8IvE6Mn7QwUJsNZjRSI+GLYRCYN7D17gr?= =?us-ascii?Q?Kz3IvBuOnxknsvXVUGr9eqDS4jE8hsPujsBXjCq7Ilky7H6rrWP2NPiVTyrf?= =?us-ascii?Q?Nx7QbnFfo8vf+n/qXQWtfSgJUCVV/Vtdacq3KFly+Nthaaw+AP6Yy0evrGVO?= =?us-ascii?Q?+wvGMSAWpUTY1SnQi1Q8kov4yerDm76GVBZddaTDIkiJ9RtGhrl3vdmhxs9P?= =?us-ascii?Q?eGHo2R4khiXLN/DzdsMh6wCLWO9URI5QgBgGSdHJHYwz7FHDph/Lxgetax8t?= =?us-ascii?Q?HB+ygYwFp2yTr7P/8cQCBlrBZV2lbtHiptqcvbpHjfiz7QkMyHCU+28IIj/A?= =?us-ascii?Q?0TZpAPSo7PbfukD6yfe6TmJjAYsJXRp7/d8ETbaVYIx4GlsKNSACVTzbkJcc?= =?us-ascii?Q?Zu4evxH9qk3FclvPhZsuAcs/ODJRtMCuAzVs25R0OScPckkphc7dUBmYXmma?= =?us-ascii?Q?CSjO8MECNiRfdB0OQUV7GuVVHn6UWsz89XLwdCznqzizzT1oQkpWu2DvH2Xm?= =?us-ascii?Q?Lb2YIB3k=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1721; 5:/NgNq7jygg/7hQktPkCP/LSZA7fF+EvaG04uD12sWsOUPMctIGiwkrRxc9TgRHdUHtfjhI1RRS2cxw3uVMUphOwmuhQWDSPykvzOQtwtlMY+YeDk4prcZFZ+KBoveuBIQlwp0kfYwiadI0cFP9fhrw==; 24:IDNqs5quvulibMutNVzZd+XWl+23Sz/Lpeq/jEK1/tVxsWeFldA7XaYrP6q5L0Cf4LpYgwsD+l8nwkIXSLBqVohPzv9131gwohcKMcMFbm4=; 7:+zCcRa+UMeSkiKnijyptBy01hAPeD7BhoFBswz4Jo7xNYvNQvamEx5qNQnuRgQjp/KCUUBIqMlIENFtnMI5ODoxO+4pt/NQwV0NNTTyAFl3qBvNeR5Ft52GrfRBjAUK8nSEaF5qE8/JwZooOlYgXUmLG5T9qHhWeN7c7CtqZ/2Xp5GhyMK5eR2FcmkadEvxG SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 May 2016 08:58:05.6240 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0701MB1721 Subject: Re: [dpdk-dev] [PATCHv3 1/2] config/armv8a: disable igb_uio 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: Thu, 12 May 2016 08:58:11 -0000 On Thu, May 12, 2016 at 01:54:13PM +0800, Jianbo Liu wrote: > On 12 May 2016 at 13:06, Santosh Shukla > wrote: > > On Thu, May 12, 2016 at 11:42:26AM +0800, Jianbo Liu wrote: > >> On 12 May 2016 at 11:17, Santosh Shukla > >> wrote: > >> > On Thu, May 12, 2016 at 10:01:05AM +0800, Jianbo Liu wrote: > >> >> On 12 May 2016 at 02:25, Stephen Hemminger wrote: > >> >> > On Wed, 11 May 2016 22:32:16 +0530 > >> >> > Jerin Jacob wrote: > >> >> > > >> >> >> On Wed, May 11, 2016 at 08:22:59AM -0700, Stephen Hemminger wrote: > >> >> >> > On Wed, 11 May 2016 19:17:58 +0530 > >> >> >> > Hemant Agrawal wrote: > >> >> >> > > >> >> >> > > IGB_UIO not supported for arm64 arch in kernel so disable. > >> >> >> > > > >> >> >> > > Signed-off-by: Hemant Agrawal > >> >> >> > > Reviewed-by: Santosh Shukla > >> >> >> > > >> >> >> > Really, I have use IGB_UIO on ARM64 > >> >> >> > >> >> >> May I know what is the technical use case for igb_uio on arm64 > >> >> >> which cannot be addressed through vfio or vfioionommu. > >> >> > > >> >> > I was running on older kernel which did not support vfioionommu mode. > >> >> > >> >> As I said, most of DPDK developers are not kernel developers. They may > >> >> have their own kernel tree, and couldn't like to upgrade to latest > >> >> kernel. > >> >> They can choose to use or not use igb_uio when binding the driver. But > >> >> blindly disabling it in the base config seems unreasonable. > >> > > >> > if user keeping his own kernel so they could also keep IGB_UIO=y in their local > >> Most likely they don't have local dpdk tree. They write their own > >> applications, complie and link to dpdk lib, then done. > >> > >> > dpdk tree. Why are you imposing user-x custome depedancy on upstream dpdk base > >> Customer requiremnts is important. I want they can choose the way they like. > >> > > > > so you choose to keep igb_uio option, provided arch doesn't support? > > new user did reported issues with igb_uio for arm64, refer this thread [1], as > > well hemanth too faced issues. we want to avoid that. > > > > If customer maintaing out-of-tree kernel then he can also switch to vfio-way. > > isn;t it? > > > >> > config. Is it not enough for explanation that - Base config ie.. armv8 doesn;t > >> > support pci mmap, so igb_uio is n/a. New user wont able to build/run dpdk/arm64 > >> > in igb_uio-way, He'll prefer to use upstream stuff. I think, you are not making > >> You are wrong, he can build dpdk. If he like to use upstream without > >> patching, he can use vfio. > > > > I disagree, we want to avoid [1] for new user. > > > >> But you can't ignore the need from old user which is more comfortable > >> with older kernel. > >> > > arm/arm64 dpdk support recently added and I am guessing, most likely customer > > using near latest kernel, switching to vfio won't be so difficult. > > > > Or can you take up responsibility of upstreaming pci mmap patch, then we don't > > need this patch. > > > > [1] http://dpdk.org/ml/archives/dev/2016-January/031313.html > > Can you read carefully about the guide at > http://dpdk.org/doc/guides/linux_gsg/build_dpdk.html? It says to use > uio_pci_generic, igb_uio or vfio-pci. *** applicable and works for x86 only, not for arm64: because pci mmap support not present for arm64, in that case we should update the doc. > Could it be possible that the user in that thread has already read and > tried them all and found that he can't enable vifo with his kernel, > and igb_uio is the easy way for him and asked for help from community? > If so, we have no choice but keeping igb_uio enabled. By then vfionoiommu support was wip progress in dpdk/linux. but now it merged and it works. So no need to retain igb_uio in base config for which to work - user need to use mmap patch at linux side. Or can you maintain out-of-tree pci mmap patch/ kerne source and make it explicit somewhere in dpdk build doc that - if user want igb_uio way then use kernel/mmap patch from x location. > He use lsmod to show us the modules, most likely he know vifo-pci. > > Below are the details on modules, hugepages and device binding. > root at arm64:~# lsmod > Module Size Used by > rte_kni 292795 0 > igb_uio 4338 0 > ixgbe 184456 0