From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0059.outbound.protection.outlook.com [65.55.169.59]) by dpdk.org (Postfix) with ESMTP id 11FB57DEC for ; Tue, 10 May 2016 07:26:43 +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=DhGIHMVy/7s4iFkKjXQcfvVS49CSF0mrTSafWrHST5o=; b=Q8Kn9mcB4ifLABLDqRJaCvWsrbL3whMxPa6F+y3wC7vXLdFhCDzFM/eVauVVN7TL6+24Tg6fGvGrSw5dxVYP9WH9VR9VvrC6vrP3EG1uH1QT6lPr2VfMss48wAQPI/HMLEEsNwMF1JU5eWLKOeSPFT/bLJSpfujUBI8Xv1F2H54= Authentication-Results: linaro.org; dkim=none (message not signed) header.d=none;linaro.org; dmarc=none action=none header.from=caviumnetworks.com; Received: from localhost.localdomain (122.167.194.36) by BN3PR0701MB1717.namprd07.prod.outlook.com (10.163.39.16) with Microsoft SMTP Server (TLS) id 15.1.492.11; Tue, 10 May 2016 05:26:40 +0000 Date: Tue, 10 May 2016 10:56:19 +0530 From: Jerin Jacob To: Jianbo Liu CC: Hemant Agrawal , Message-ID: <20160510052618.GA2434@localhost.localdomain> References: <1462801702-30918-1-git-send-email-hemant.agrawal@nxp.com> <20160509090621.GA4631@localhost.localdomain> <20160509121118.GA8689@localhost.localdomain> <20160509161740.GA1853@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Originating-IP: [122.167.194.36] X-ClientProxiedBy: BM1PR01CA0050.INDPRD01.PROD.OUTLOOK.COM (10.163.199.22) To BN3PR0701MB1717.namprd07.prod.outlook.com (10.163.39.16) X-MS-Office365-Filtering-Correlation-Id: a7454ee0-e8df-4bc4-a230-08d37893ab54 X-Microsoft-Exchange-Diagnostics: 1; BN3PR0701MB1717; 2:lKLlNhVyNJmI2eZVxElLSoUl5RsZY3FxqhbX5uZK2uuzdc5f7dhqvlF7Ek+9OeF4SJe0zE3bpAV8IR2D1U7Bbwlij0VuEkOkWDEm/zzUlK45seOke8lsS2Ane+JolZ2Ne+2gvo099iXDck6uXHOGNh8jfc1gsBJgNmDt5W5YCaP/VHzc9/FutMLFQ9GISHmH; 3:Hr+ROKpc6YC7b5+6DEFTKF69szCuilUCBq8cWtniUlUuFkiyOKL6DErlua5Nl/2R5zQGtET62IMFUaBfDhxEBzUr3wDJPB2BFm6bHNopLNjrpIpQH7z7jnbF1QBmzp6P; 25:zHdPAslb7Xk7oQmri4pYbBrSe5DJX216Nu5pr4BxCvPSOqaP08NcZ1xSGxQX4qwFU6VXtKn4KGSYP+iJ7qgVN+6r4nKB+Ipx1m+g0w/r4+5hCNwUTKlgrjtQrFLKlK1eB/NfEywhd5m6RLQxeZ9e8waZewMuUcdl0rkqk+0NiZdbSWzBfkKyMKmmkJxes/Ns8QbdkZ0XS/9hszgDo835G3rP2ia76suq9Ujg445yme/C8NyDEQq7IAhydavYPf7b7v48XDyG9fc5pLlK8NT/9Lx77jLjAOhHDujqpBYMCztxJ23Eh4xPTLCw3bmaNu6MQQdJ78/TxkVHgZX0P2boceqmUuFkgPwTPRvz48h66chnMZiztsOlFNS0saYB63TSSvSPJJGbJiLjVfWK61L26FoePfpgessz2zw0FKLyK/yCvDGsQnDGsOlSxiKGH+EK X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0701MB1717; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0701MB1717; 20:6wXWj4w541BUwEBVah9M9nkvxgc3G64i+gZPt07AEzTxTWnDVYkQ8ta4ulyp+R8D89yWaJQCs4dkVlDpuluR8+UoYPYTjGaWDVkGibOcFm3xvifMw+Me0QVyVZ+uDw02ay8rtKscinE4BbMttcAClo3imTTVN1SjmcEB0Qu8Go9RSHoKECIx0S0n2N+YNV1jSfB7NGP7kdElUA4CyRL8LLGupZj8M5CrbysAy+Xx/fCsa08fkUbO8x1s4I54EJ91ZXItS5CeUn8x78Wzcw/k3s1Ln12nUHcwdt5wdI+Mq4/yV2yWunp9lRjTL4L8xaWZA4ZsHRX+JNA3Vze2qEnBF1Z6ofgLrXV63f9N+58+FgLq2ekUHuJmjyBK2liXfrHvvk4yxkmyiwBdtBcdvMra2joQA1WeIPX23rGOoElum6pmoD7WBcl9BqMgTEZNFijIXBYtg22oRv8xD8BTLj8PPK9aBuFZ+WpchonItkjSldkw28NYuH8vRUGCxxIIC0aS0qv8Qzahob0JaFNo++Xynh9wE0owrMZY0gSVnjrKww/eTU3/UY3kefNSwTOOKx+bQzy/NSEpA8H/qTq8PQ8wGdBWPSD1woRE42lYahonQ4Y= 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)(3002001)(10201501046); SRVR:BN3PR0701MB1717; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0701MB1717; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0701MB1717; 4:4Ry6Mi1iZndkqU2IHIvt/XFhu9gKwHtSThuVYetBuBWu9zlJ+m2oei2ISJRx1DxcCGzIsetF2IveQphv0tXDnKxBX97YM/Wl3O4YXpRURq7uTLd/igsH9+wTUSL8D77FMqqZSGMUAsuU+F0ErW6LkTxH/HhS4N9R8hmUeBsWDe5+yz19BTnxOjjv+sC9LySXTEhpTVNBA5vaGQLxLR/VRdirUlQ/n8gDYo79sDbyavffV1zFfLLK6fnIC7y402lwnkbGiSjXH9rnOJEBqloe6Etjng727JnMiWshSbNTl9BqJNMpmGud/xzqzK8RyIXaR4eWYRaZs+ZkZOJ35Bzv55UcAdx7SJLG4Q2VBBMLreL0zDnMk9QiQ92myaTjXgz/ X-Forefront-PRVS: 0938781D02 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6069001)(6009001)(24454002)(81166005)(77096005)(9686002)(1076002)(189998001)(23726003)(586003)(15975445007)(3846002)(6116002)(19580395003)(92566002)(42186005)(5004730100002)(19580405001)(15395725005)(50466002)(2950100001)(46406003)(61506002)(54356999)(33656002)(66066001)(50986999)(76176999)(83506001)(47776003)(110136002)(4326007)(4001350100001)(2906002)(97756001)(93886004)(5008740100001)(7099028)(7059030); DIR:OUT; SFP:1101; SCL:1; SRVR:BN3PR0701MB1717; H:localhost.localdomain; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN3PR0701MB1717; 23:o9LzLszS6A1MJR8ylb58j1A15cx9OD3NkvRgzTc?= =?us-ascii?Q?qry5ZlligXbCzM6XAYiYSXQ/FjIDyIYqQAiwFNybz3YIjvOfGFHRiPSr8v61?= =?us-ascii?Q?GiWAcdY98AWKN1QaHgkBKHga48tiKhK0KidGXPp02jMeEk6EgiX355HwPT9q?= =?us-ascii?Q?FtMy5toYgJxuWHdlKJT4+Pd6vuqwKzUDG8LhIwcoIGSNGVktQy+dUY7PCgN9?= =?us-ascii?Q?8XPhJpKZkn/rSgu5F8SPGoTFimsRzpxskyGr91AsjgT4JEtVRV2qefkr8XEU?= =?us-ascii?Q?gIFVPpI+UQa0Am0Dqx7xiTZbGreBAR2nEaJaybPprNdeqyjvjEw1WFFBTQCg?= =?us-ascii?Q?+2KVgykhK6eTDMYdR+MadJLU7X6MRIY2au7q7qDtlzZ5p7If9jpdqr2Sf/pm?= =?us-ascii?Q?CjOfWTOjTyR2H+5orc1Q8UZLeoTHlaN7cnE5SB334jzTsBqlLc0J4O1XgALa?= =?us-ascii?Q?ArDL71bo9eXcCWK1Vf4zbuNvQmdSn/pKN8vJvYJVV2mciJ0vgoxALZ9KpQ2k?= =?us-ascii?Q?5hULzpQSnic2j6SwsP+Z+xt7w6bD1l/q991Lsir8pgyUl91utjZzUK8MU+pW?= =?us-ascii?Q?M1pZgk/Rn577w+ymmBF0xsHfNCcz97ywqPC1N/99EObgt6C7L5JoAY6xFE57?= =?us-ascii?Q?A3Uslp1MaKsuzPQi02yaQlKd9jZfrodHX+9KdoTLvheBaUJHnnaDCDyQKAzE?= =?us-ascii?Q?/CMjp75h5nxTT1ycULQdcstDHDCUmJYLd3zlwshkvYXLFSkVMEUYkIRWlJke?= =?us-ascii?Q?CkVckFnZyemzBM5ACLBQbhYvUplNE0dqy8g47bKorVGIYyWTmo8GqRP5+Un+?= =?us-ascii?Q?OYpwTxZaudnEivdLMfs+WthZMG/VkoAixKICXWUd+VHQA/Wmh3wUPJZdLMWD?= =?us-ascii?Q?i1Q3gazXcGxSkI3LOxHreG0zzvwV5lpxzAfLkPUP2DaIPJjSexMUvIL6/GmA?= =?us-ascii?Q?QtMwr7e7bMdaXxsPJUVwxSbHYnlw8qhS8pWK3s/TGyPufHkvDLM8eMvnWSkW?= =?us-ascii?Q?VcVl7iiYmO8yVvyEhanwCYV7U7L/AYFlyW//wZd413VzZ9LWUmTNFQZp2DJS?= =?us-ascii?Q?dgIeKhx0=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR0701MB1717; 5:4OzxcyPzBHUv0XFvCFAhqck8/dGKxCXk2KQfTyEnJr8JPsGm3FFKNan/qqqBF3RrRv16VzMsI2sBKuu+//NDaRJNqi+uRIaI77WkS56Sy5o8k5YdPuJZSlRKRc7Ob8n2yaER2vTjS46FGQSlVJccHg==; 24:rdJSvohoxGBvXunhX/DwwQej79wVg6ez+j1FT4trigl3GIBpBZIOnkh0/0y0FvtS4JSwPuH+zSgv4S72afCC/89PRVhl1h+6sSmJEO782/w=; 7:mTKVY6DhrwG9qmcT2A2m0qkUnNw6tcvFV95wij6pcOj7cPgRXCCxidwohMeckl+7VahjLVdCiih4NI2Dvyvlr5+Z7P8VKBXKPRgm6lSIKkUeIsliN2NKdBwFt0t6Xl5ryEYU8BddI3K7A8LsFLZdv3HxDmi/GeoQPgatj2aTvHgDDEpclxO64JaoRUh7YRDu SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 May 2016 05:26:40.2003 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0701MB1717 Subject: Re: [dpdk-dev] [PATCH] mk: Introduce NXP dpaa2 architecture based on armv8-a 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: Tue, 10 May 2016 05:26:43 -0000 On Tue, May 10, 2016 at 10:10:07AM +0800, Jianbo Liu wrote: > On 10 May 2016 at 00:17, Jerin Jacob wrote: > > On Mon, May 09, 2016 at 11:22:15PM +0800, Jianbo Liu wrote: > >> On 9 May 2016 at 20:11, Jerin Jacob wrote: > >> > On Mon, May 09, 2016 at 07:02:36PM +0800, Jianbo Liu wrote: > >> >> On 9 May 2016 at 17:06, Jerin Jacob wrote: > >> >> > On Mon, May 09, 2016 at 07:18:22PM +0530, Hemant Agrawal wrote: > >> >> >> This patch introduces dpaa2 machine target to address difference > >> >> >> in cpu parameter, number of core to 8 and no numa support > >> >> >> w.r.t default armv8-a machine > >> >> >> > >> >> >> Signed-off-by: Hemant Agrawal > >> >> >> --- > > > > Snip > > > >> >> >> +# > >> >> >> +# Compile Environment Abstraction Layer > >> >> >> +# > >> >> >> +CONFIG_RTE_MAX_LCORE=8 > >> >> >> +CONFIG_RTE_MAX_NUMA_NODES=1 > >> >> >> +CONFIG_RTE_EAL_IGB_UIO=n > >> >> > > >> >> > I think it makes sense to move this option to generic arm64 config > >> >> > as upstream arm64 kernel does not have support for sysfs based PCI mmap > >> >> > resource file,(/sys/bus/pci/devices/B:D:F/resource[_wc]X) need for > >> >> > CONFIG_RTE_EAL_IGB_UIO to work) and use VFIO for all cases. > >> >> > > >> >> > Any objections? > >> >> > > >> >> Is there any conflict to keep both? > >> > > >> > I would like to avoid the case like below in dpdk.org ml. > >> > http://dpdk.org/ml/archives/dev/2016-January/031313.html > >> > > >> So no conflict to enable both. > > > > IMO, Conflict part comes secondary, It does not even work with upstream kernel. > > Why keep the broken configuration? Two main reasons I think it makes > > sense to disable > > - It is broken, I don't think arm64 kernel developers likes non VFIO approach > I don't think DPDK user is kernel developer in most cases. They maybe > like the traditional way. But, the traditional way is _broken_. If we create the shortcut in dpdk.org then upstream arm64 linux kernel will never get fixed.I attempted twice to fix it, but arm64 kernel developers like VFIO approach. if you think it makes sense to have traditional way then can you upstream the patch to the arm64 linux kernel and add it in common config Technically, with VFIO and VFIONOIOMMU way we can replace the need for uio in both host and virtualization use cases for arm64. > > now. So mostly likely it will be broken > > - Trying to avoid out of tree patches wherever is possible as > > distribution folks like to work with upstream version. > Agree. But there is possible that people/company maintain their own kernel tree. This excactly same thing we would like to avoid in long term. > > > >> I'd rather keep as it is for armv8a defconfig, becasue it's the base, > >> any change may affect existing user. > > IMO, It makes sense to disable at armv8a defconfig otherwise all armv8 > > variants need add CONFIG_RTE_EAL_IGB_UIO=n in all the configs and its > > arch specific issue. > We don't have to do that. > You didn't explictly disable this config in your current > defconfig_arm64-thunderx-linuxapp-gcc, but you know which module to > bind. But not all the end users.