From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0054.outbound.protection.outlook.com [157.56.111.54]) by dpdk.org (Postfix) with ESMTP id 3358F5A92 for ; Thu, 12 May 2016 07:07:09 +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=4Q7oN5bPvsRXD8d1znct9Pgj3G7zY/m4x2HqEbTtbos=; b=VRzErWGmvzU+R8aMfl0e4n4dBhdwcRw4Ohf59e82td5+ag28DAycHvOOqUQ4zFciD1meXZu27eYjom6tPtLR3D/QxfRR2UIMzPrkTKjaxGpbRLBWN16uh7qrDR12IMDVvPKsqffxQoKuS8ZiCHQV75unmv0hwcg67x5Xsdb6T4E= 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 (110.172.16.37) by BLUPR0701MB1714.namprd07.prod.outlook.com (10.163.85.140) with Microsoft SMTP Server (TLS) id 15.1.497.12; Thu, 12 May 2016 05:07:05 +0000 Date: Thu, 12 May 2016 10:36:39 +0530 From: Santosh Shukla To: Jianbo Liu CC: Stephen Hemminger , Jerin Jacob , Hemant Agrawal , , Thomas Monjalon Message-ID: <20160512050638.GA7301@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> 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: [110.172.16.37] X-ClientProxiedBy: PN1PR01CA0011.INDPRD01.PROD.OUTLOOK.COM (10.164.137.18) To BLUPR0701MB1714.namprd07.prod.outlook.com (10.163.85.140) X-MS-Office365-Filtering-Correlation-Id: d6eff8ae-1858-4fb5-b5fc-08d37a234456 X-Microsoft-Exchange-Diagnostics: 1; BLUPR0701MB1714; 2:oI2mOCZVu8POwD1NvPmKlguLbXUib5s+zV88LTTheRfuPqr0gHFI5l+cf0FQAnGlLG+JQlaM5LcLKsV2TxWs+H2O6CmgyDzEIPnWoqEphSXxR9UsD5T1Z7BKAFo4THg8gVAwa0AXFyJ/5CF2fbKaeZia8kucatuN8Aqvi2CPqfATHgSAw++iqv3O9MoeEAcg; 3:XSvsFSm5nhzGKHYk2F8Cp3ar+giBdSH7p1o9unxq4BwsCZFP8hUskpiqxnUF5hZd8xaX2iKN44eeF1CXk6wk5u5Y0kMsDj7oucCLowWoE3MJb9nRj7UwotOcu96Cz1PM; 25:SDwIbTpH8vJZJJcmmZKQo4IrQf0Udwf4cdcQmabPZ34xFWsUnxoG7pF3P7h0YnbmzLNyaEVTciH2rm+uKl5Y7y+6eDkNLcjwuR5TaXMd3jCmrNS/UVJaqHOBdkoRlsC50xiMIIQmWRtJ5bvnHJVIQCXpHP7eUta69upl2LvokVhmgfoP7IDond5mU/A4PdxsrQuFJ+Tp8hMxcllvsKoa8JexmhYpcEa1zxoetoNQ+0ryJ585N/NWcYKOUVv/uD9ORkYiE02TEJwedvUQ/y6FDRp43//WPKeUQU9IIq20xKUBpozjabufiCJYgY+P1yrP52vIqeWCzGtKFPhetSDChQWsp3gzt/xdwIQxiNvaNPUzPgt9Jd1sANzQ29WujB1m0NoMdpsuud+ztG0fTUJkKUciRIRHPG52RNFnUvmI77s= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0701MB1714; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0701MB1714; 20:La2MYTzo4IXVnQu9nfjmtJr/rpm3kMsVuBmtlUARBgsLRXnNal9Fn5Mfk0pRaiTb6BcUUh9MDIIls1+hTlhjAqVrn8zR+3s/5NmGYpc5kKKQGBXVRReF7RcDX1IoA4MGdd+8BH0usmPgQserWgF1WEAsq68iVb0eRXAimYxgXIGCWMRhiqFiyMKMNFTJBFSUBbNsX0M4VJm99zh7ItKf9pdH4GRn4yWn9sKIjb54KBmR3OLfFipSqGkMJKKmlPe78xP2SolfcOPwusXex4lSMIodD1sDNokirC+L5O889gePUVd4+4ze6CMbnaIrV5Ej5BCnkMZtTfH6T41DplVRG8Xd5EVBDL8LQpkBoFvT5aaIiDj62zMA3MAJTkRBfnoyeF6e9rXHeDYkXCQqCKnDEODeYfP0ekmBnrluWMX5+OzBovN7KH5CPvi8GjwjUxuUPDEsGm3sT6nH1dG/tYC5jLfv6TJGQmqq5c4YfjJwrukhRM8NB3FjYtNzfNp8En+RIC3pT3W/rBj+fDxVDYwXURjjeJ+Wp9+T5nSwyAhm575d8YC/3bKv8NDzEKNci7/Q1R2TNK+0N86e+J4ufKUBfuq3xxIvt74KR4JOjGyBMhY= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:BLUPR0701MB1714; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0701MB1714; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0701MB1714; 4:zvKEOnuGESnecJ/WrLcp8ZZy4eRqw/Ks+dvJjX0VaqjPD+/1HZFoaeoBblF1KA2hnJDvAVEZA1Lcytemmqhm7/0RFlTCd3XsihvMOGfvg93N6QLa4cGeVpRzOJmnWZ6M37umX50BEikJlDSPE2I7DbiuFF84ItOjgwqiUPGtZzU2GSJ38uaa7PWk74Uh8gMAiz+dmVbqudPLk+uF84L8OQQwsc/RFFOBW5ScA8jJwikVKMpvpnUzerkk8iw8bDAt4LdQ5z7lIftANhjGFBFFHR8zJBsUE+uFDYeyraAkYeHjTEYTS/oZZvX6o3jennbyWN6BSqif96Lb3QO2FLUx+leEnq/+m/1RxwVDVRyZlFMjeVpKguLUN7G1Q30KER0D X-Forefront-PRVS: 0940A19703 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(24454002)(50466002)(4326007)(586003)(5008740100001)(2906002)(15975445007)(46406003)(15395725005)(97756001)(77096005)(33656002)(2950100001)(66066001)(93886004)(3846002)(6116002)(1076002)(33716001)(23726003)(47776003)(9686002)(50986999)(76176999)(19580395003)(19580405001)(81166006)(189998001)(110136002)(83506001)(92566002)(42186005)(5004730100002)(54356999)(7059030); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR0701MB1714; H:santosh-Latitude-E5530-non-vPro; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BLUPR0701MB1714; 23:s80zED5QToNfqxAUsLkbYhTfdAjKNnp//IHGkXL?= =?us-ascii?Q?ZNnedyehrYSV+b2iT3bqt23ODzbk2XZEgi6pZoElQqfDtuXpgHo+ent5crA7?= =?us-ascii?Q?xhvfQhrli0abSxKQoOI9nmYlwY1/yJrHqMF+getDnhFNkukEuSpasMMBIK+7?= =?us-ascii?Q?PDDZuw/xqLjFK4Iuqt7msRN8O3VfTn7zpHA8fl/jbyWDgBtT3B+cuc7PlkMz?= =?us-ascii?Q?dgsigpw3jLUjbYJFlWx3NcQ+kDokeh0mUowz4X1tC+gBDCR36pO9P7HxyAPz?= =?us-ascii?Q?KUiKA3HYKxRHWn4OKm7VlCh93kqkWGE3IT7MGjXFA8K6u8iyDa+bXxF0ZnbP?= =?us-ascii?Q?Z5EqF7b2VZjtz8L3O7KCru1N22IgpmAxUNyTuu1u1zPRKpO0qF29P5tD42sw?= =?us-ascii?Q?q/udmeqjYnHBBc18EXB6a+ED/0iiMHmNTyZnmBsnMu+6Vz/DmVWmdHFUeun4?= =?us-ascii?Q?m3v9Uz8AecxxnPDdrS4rek7fwavt8AfEAD0qvOeYARjEn9hXTl9Ph2yjpHYp?= =?us-ascii?Q?NEAE1ji9FbiX/IcIto1/n+jrh9PDIEzmeuaITmr1rPj+7U9nUuAr8GI61hKq?= =?us-ascii?Q?G8Ao+SeDNA0RCw6UbOR2ZqXgz3KEQmWXspFXHuR9rF5ZX8q338NauHAYTck1?= =?us-ascii?Q?1jCViVmHR/YX6qpfuvs9qCgZ6ctz2SHDnBpy2vOI8FSUYhuBGWmzkuhGcE7D?= =?us-ascii?Q?Mi0kkPMaldmvLIqlQGHuDV8STeTy7NPrNqgP2m7FSb5nQKVmVCnCpeEk4lvo?= =?us-ascii?Q?ocaLi8Lanj+YYhhmc0UMNbG1DF8potEk4Yhiw1dG9H6FUw2n3UphNKpzoHxm?= =?us-ascii?Q?1uz6wlkYMiJPfRoNLGyOHuqnG711Fh5xfICKCe96WXohGHhbpqHvSgJCexfQ?= =?us-ascii?Q?bbu4ovC+WDiuyti8XZnQqJFvh2oADZehejpW4H4/NV7hXg3Agef5y8e2FSMS?= =?us-ascii?Q?l2byX3jJZ2wbStbfYYqADp7UPK1cNlcIeO3x+NKvtZH72d1MKGyUV/eZChsZ?= =?us-ascii?Q?jH54=3D?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR0701MB1714; 5:OleLZCjuelscFZ86Aj+34fSVB5/5wD35LFqsUPSzubkGtbdOhW3ojOtkmtYGqxUnGlS/F1jVcGyCEZ0qYPs8kxeDqYaPnVysLHII6Lr3cd6JLlR+bE3jbh/NmK4UYavMhqxhnBph9FuTiC+uohxAhA==; 24:LcaiHpPpoG74h6LFQxSWgOCwksCl7CxbbKgd7v200UAYMsZh7film4R8sLYjNUPJCFN+840LR+j7qUEaSNb4vp7PB0lScoOxBDjRyOZhIX8=; 7:Zdz0rHmGbEpNZhz8NKQSuac+4VfRRoKX77lQGykcXggOg6wY8aLOQJgKRh9ltEeDc44J8G+ePKEk/LMaANUOa3SkMSxn9yzQSVn9FHP60tLN+UyUgB43MjsuZFpJyrdRWMCZNZQDF9G5twhfmyPE1xcN+22Xkrz+pBitkfiv1bTU2K2BDxrTBURwhOsB1nqo SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 May 2016 05:07:05.2097 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0701MB1714 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 05:07:09 -0000 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 > > sense. > >