From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680057.outbound.protection.outlook.com [40.107.68.57]) by dpdk.org (Postfix) with ESMTP id CC6CEF11 for ; Wed, 29 Aug 2018 10:28:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=CAVIUMNETWORKS.onmicrosoft.com; s=selector1-cavium-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7kNB2c9v11Gs1d8E10/Qw0TPPrTUKhXP63DcEHOkW/I=; b=VXDqZIXiaDcTpHd9hz6ISGWC+h8+CBnqcGrdjoCuiL3tUaeuyEQzxDWc1/a1//EcvVYEzV8+qOddm1dCdo3kDr5j4Ozimm3SiXUpZt3pknD+Dvc4gTF46eJQjZ0gUp9eABM9mxqucUXqcxMLbYQJIpjN62cjNftzz7bo4uyDFs8= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Jerin.JacobKollanukkaran@cavium.com; Received: from jerin (223.226.45.236) by BL0PR07MB4994.namprd07.prod.outlook.com (2603:10b6:208:49::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1080.14; Wed, 29 Aug 2018 08:28:33 +0000 Date: Wed, 29 Aug 2018 13:58:16 +0530 From: Jerin Jacob To: Ola Liljedahl Cc: "Kokkilagadda, Kiran" , Honnappa Nagarahalli , Gavin Hu , Ferruh Yigit , "Jacob, Jerin" , "dev@dpdk.org" , nd , Steve Capper Message-ID: <20180829082814.GA15610@jerin> References: <1533810233-7706-1-git-send-email-kkokkilagadda@caviumnetworks.com> <1534413317-644-1-git-send-email-kkokkilagadda@caviumnetworks.com> <649064d2-430c-d761-44ce-453e1a14031a@intel.com> <7C80C637-DF76-423E-92AA-868EA06EF2C3@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7C80C637-DF76-423E-92AA-868EA06EF2C3@arm.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Originating-IP: [223.226.45.236] X-ClientProxiedBy: SG2PR06CA0223.apcprd06.prod.outlook.com (2603:1096:4:68::31) To BL0PR07MB4994.namprd07.prod.outlook.com (2603:10b6:208:49::23) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 5cfce490-dcc9-45e1-b1f4-08d60d896ab5 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(5600074)(711020)(4534165)(7168020)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020); SRVR:BL0PR07MB4994; X-Microsoft-Exchange-Diagnostics: 1; BL0PR07MB4994; 3:ret2qXHdkj0r9QiqRTWJftvbr4+viDiJVLEYX+7L+p1orqZfIBOzekXW0RahF2lyOFU+PvEq894qYWpl3YYLHbA91P4H0U5KFyqc0YQaK4ssCG4mbWvXPY2oGZPWt2m6Z6Kv5UTPa0DGbTQ+5k7/PyagpHQ8cHTkbe1H7A0kCtAgBPIlq3xrZEdOpBwXVMyiW+x/BQSXlPR8ALGTrsaaiz7t3Lk0u7LSy9K/6Lo2IYwvLgnUhHXBiO3ghQeI6Kgo; 25:A7hN10iYl6EVhI3g4SSrz9rJzYLmLGr3kTqw8R3CL0qzoiXX3SN+oTMhSaWNkmnZpbqOo3P3ZuljiRYkQeRs5hFcIIHY8LyWtQVxoXO6AqGNXyyInty59Qq4ZLE4PyaQAN+/efcDOexjDcFJ0Zn12lZ08sQEkyNS3MbZFCMdgq1tHj8vyI59gZ3QDLCy1rHtCtWi7kujs+KZdGsGKu0Oq7UIiwSN/rCblkQ5Z8fkwNlmRjmzGpVxmP7EekA8VzJVMUU6Aynn1YXDaRXBp8dNDhyrP3rTKFFjzsuiU8051xcsNm8vanu+cHnV24bENMAPzJdsEqNrB/oo+gg8ZtUaYw==; 31:7IoDkKoVGcg2eQ9bnj72ZpRuXb/fB3aEvv4X0lfhO9MmJyxcFqb7uRkbP9CYPEA3+C5uxKvwRHvShHq20pgqK3IEY5MLRwXi2PDJ4VgGyenMAKPbbfHEg9FISV3V7R2e45h+BGtNdO6286ISNRxUxTu9q7vkU7JrpDOMjiYu2qvQATIgTuGj/CqzchKzvew0xJByL0iBMdrHTKPCX29t/Y++epxh2DxfEhdiGM7pAu0= X-MS-TrafficTypeDiagnostic: BL0PR07MB4994: X-Microsoft-Exchange-Diagnostics: 1; BL0PR07MB4994; 20:hzxt0+Q4lrjGIH8aK+qaCwvYH0weJrdDC0onePSVHGJrzyTf4KSU/xEwThrdRDYBOf+35H5zX/FrhdjXNy/IYiEqN1JnhCQikK/EwfAIoMo41yI5RuwdqjrwDkap1y4TJWN0P+LVDnc5ci8Ra9yDF4z8gmctOkMliF4U433FxKMi0oedTKolbTOGuoGPK5JCom3x0fvLJVKQ6PeCgeLoHuZK0AqVgzKOBCDxjuuRHJPOj/qYYin8jqjGjt00F/V0OYUebZEzAWAYs5FTFOVzlfzqoCYJfgTCz/NQzWmiMZXwdoU+oSM/v7nBmY/fh3Af+LZzZYhwzj2jeB5MNvcSMx0D6I2RSKfHv2H6ELSGGNS5P5t4/JRORWOtdfzxRCzenL7nrhKj+HAtbRb9vtKHETjaJxGI7+x48MSpsyC4qkiHU0FN3E2BRkDo7JT1qUV6CJ+6Z+7LwrsI44IL03WHVzoD6oVLH2Or4NUd+Zt8qU9tuEJoseXLSEF3hFq7A2soEG14nq/MjNvzM27MaqPk0iqaWaVPaBJusOhtVk4Da9ze3fPEohd41muqTqqo7xVZVeiHlEEQPtu02YvQyYxnZ7euHAwF32uriT7FjlC6JPs= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(180628864354917)(228905959029699); X-MS-Exchange-SenderADCheck: 1 X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(3002001)(10201501046)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201708071742011)(7699016); SRVR:BL0PR07MB4994; BCL:0; PCL:0; RULEID:; SRVR:BL0PR07MB4994; X-Microsoft-Exchange-Diagnostics: 1; BL0PR07MB4994; 4:uoY0Cde+vx+y4pL0L4UIWZZhgcKTZ7Il9a2Fn7eOGxHdJ9vpA1nAXVkvPPFfKqT7uzUWT5MXtR80komcE6KMtfI4lJW9ClP9TAX5HJNwaKOYcOPW5V/WR8Zk0IwWhNbBP+RQvcm/zPp921l1uUH7o7rKOdP7o9b5ETHk80l5PuSsg3kaK0oxFSTkDRXN0V3Na9pUQyHxi0LSrbNFSUho0nHG0Um71JAFgHDawl+HL1N0BXaO3CWC+nTqZdnUTCcpPB1r38J3xj2ZMj4SMXlkSBMxe6k254AhyQtKhcBHP9RBdMzprj6bxpZ2bjrgpeergzS7Dsgc5fZbkOZ1xnCigt0nqxapR6j2aPvLKN4ua3w= X-Forefront-PRVS: 077929D941 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(136003)(39860400002)(396003)(376002)(366004)(346002)(13464003)(40434004)(189003)(199004)(486006)(81166006)(8676002)(81156014)(33656002)(97736004)(105586002)(106356001)(33896004)(2486003)(50466002)(6666003)(76176011)(52116002)(52146003)(23676004)(6916009)(305945005)(7736002)(6496006)(5660300001)(68736007)(44832011)(93886005)(25786009)(3846002)(4326008)(6116002)(8936002)(1076002)(6246003)(55016002)(386003)(316002)(47776003)(55236004)(53546011)(16526019)(186003)(45954006)(9686003)(19627235002)(6306002)(26005)(66066001)(53936002)(446003)(476003)(956004)(11346002)(58126008)(54906003)(42882007)(2870700001)(5024004)(14444005)(229853002)(2906002)(45080400002)(72206003)(33716001)(478600001)(966005)(18370500001); DIR:OUT; SFP:1101; SCL:1; SRVR:BL0PR07MB4994; H:jerin; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; Received-SPF: None (protection.outlook.com: cavium.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCTDBQUjA3TUI0OTk0OzIzOjQrZldvc0VxMHlVTFUvZzdVRnlLZ0xtandB?= =?utf-8?B?clhHYW4veUpqOEFCSWtBVk9Kc293ZlNYSFNwdEREUFpKSlpJUTZaMldiczJz?= =?utf-8?B?RWNHb3huU0xqU005dExDdlRNbm1VOWJnNHZwVnVXcWhmU3MvV2JxTUFzT2RY?= =?utf-8?B?RW95Z1gyR2tCbmU1QThQQW9MQ0JhSklDeGNMdE4wYmtnaU5iZmdCWWlwRVJu?= =?utf-8?B?RWozdEhYbERURzFSWmpaYnF2bGx2NWh4SnVodG1SaFRQSG1pdFlOZVlVY0oz?= =?utf-8?B?b2lsRUV6MWRLTWhqYTYvYUNoV3p3NG1qNlA1bUl4dHpFN1U5bGJkUTJpeWtK?= =?utf-8?B?bXFqRlJCN3dtdnhNS29kWlB1V2p4TEFqR3FhdXBMdWRpOUZrc2JNNnJieVR4?= =?utf-8?B?ZnhmOUlNWjFHWmNuQ3NnOWVVa0FaVWMvS05jSXpQK0ZqZHBQdXRYdG9rWHMw?= =?utf-8?B?TC93d3lyUjdURitMUWNyU2ZPc2VlcXRXcDBVVENOdGFqWWQ2N1pBOUZPMzR2?= =?utf-8?B?NjdFcSt5Szk1eXRDOVVqaXVXWjFBdW9MaHl4KzZxWWJCTWszdXZYQTh1eXc1?= =?utf-8?B?MHd3TzdWL0dqdDZ3b3VqSVl0YzN0c3VpWCt5UGprTlN3d2JUbnNWT1JwKzk5?= =?utf-8?B?WlR4NjZYTUR0RzVvbjVNbnRIQlpiZWZ2TytRUVo1TTE1c1N2U3N6QnVYd0F0?= =?utf-8?B?elAxOHBpVEdybTJnYWcrbGwxb2ovWHlpQXpieVBWOFdsS2llTkZqMzlGV3ZF?= =?utf-8?B?YU9TTi9aNHhSejFlRXJJcXRsYkoyb0djekI2NHc3OUNIRGpNakcvRVRmY1Zl?= =?utf-8?B?YzEyL0t0QjhOU085NDRiUXhZdUlnWVhSVXF3TGVDaVZubzNYbVdqSHl4UlRp?= =?utf-8?B?R2dmTGdBZEY2b2ZOSVFwZUFsTVRJdHBKaGdVU0RWVS84VTVvMS9KS1NYWERF?= =?utf-8?B?WGRsMUZieFh6V0t0TE16YkJydmFxeTl6cDljYmhVUDBWRkJKTWhld2RnZzhx?= =?utf-8?B?eTM0cnNrempiL2ZqcVNnUUZCL3o4eVRCYnZHN3ZlaEEyRzdHdm1hSEl4NGF0?= =?utf-8?B?UTVSRTJablVudkw5TzdzM3g5dzBzOTZGM21MYW93UjBHVDlFRC9paENDNzc0?= =?utf-8?B?bm5DcUF0bDhVL3IrbXMyN1FxQWkvVmhkV2JBZ1gvdUtyaEUxT1dLT2g1UTB1?= =?utf-8?B?WUJQVWVjOXM3VytRVEh6TUVnOExxOHlQdzRIOFVmcERReGpYbytZNjM3UWhr?= =?utf-8?B?SFhzR0lUUzc4WHJHSXRaeTRSVEw2N0dKbVRTZVh0YWduVyt6RjBCbE1FL2dx?= =?utf-8?B?ZEIrek5VSzAxUkFOTzNLc0I5VEoxNmZzMVNhVWZoMXhQeEIvM0RhajBaTFFh?= =?utf-8?B?S3BWcmRtVUsrRjlOS2pqNkM5SXNPV0daRW1HZng1UVZOcVF5YzJtRUFhZStD?= =?utf-8?B?SEwwMk43bS9rVUlNT3pGMVFiTFZ1a09kRUxHcFJaR0NsODJmZC9SdnFWMllL?= =?utf-8?B?THhHV1hPOXBEOTRSblhjU00wZnVnM3hjeEJlbkRmdXV2cU9wRGo1TUlHTG8v?= =?utf-8?B?MTNZSmhCcHV6bXlwaTFweGtxNFJqNVhWTmVseFR4ZVV3ODdxcVpsSWwxUDQ4?= =?utf-8?B?R0tScnJqdmUrUy9DT2Y2Y05XMExZSjArVEMzR1QyTDRUWm5uUGxEMFh2TllV?= =?utf-8?B?d2JtTGJxU0FrMkkwRmhZU0NHbEFQbk1GdWl5OGwxMUluVm1mL0poek5lMjNM?= =?utf-8?B?UXZ2MlNlbEQ5T1Y4SVFpZGJ4K0gzdlNZcVVXU0hEU2JtUGw5aTJFWmI1ZlNB?= =?utf-8?B?c1ltZXF6KzRzYkczNjZ0VG9Td1FCUFZ2ekZEV1d1aDIzQStQbE9TYlpXbDdq?= =?utf-8?B?L21hM2dWNUp5eWd6VDRaK0RITEZ2TnprMW4xbTZDQ3ZrUFNHd1FsbE9NZno4?= =?utf-8?B?aDg5ZnV0THR6Tk5BV2dubkFVSjNPOEgvVEVrTHdzV1huTDZzQWo2OUhtZ0Fu?= =?utf-8?B?T29FQU91SkxjckJxWFJQSHN0N0tZdSsxbWdMYmNMSVJwNTlkeXFQbnZBb1Yr?= =?utf-8?B?RDNpWlJnRCswKzRmNlJibEVrTlAzWnFhclhRT2xHanVsRjNYcVhmVTdxakFL?= =?utf-8?B?cnNWMitlK3ROLzhEWDcySm1QQXJubHJoWG40L1V0d2ttSmU3UGVQSzViUTVK?= =?utf-8?B?S2ZHM3hGVDhVVjZ2Q3ZjcWUyRm5nPT0=?= X-Microsoft-Antispam-Message-Info: P097Jcf3sngxAGHg87GYeOO2Hxv59ac2bE3qTj2M1Xi47xaBO/DCEm0XSKqsGqCbu+Qe0vo2V8wirLouVx1qE6fkp3+7paFgl8SM8uBMzurbK0atkT5tDWw5D+s68X8tt61q9FVDotj0+voOt4q/N1rSlgaTNg/ErC1e6yBL0eG7TQhQa0JVTfefL58NADprMv9i2kaqwViwZK2TD2PHhm9lvKfiWsOD91wMOkzTY8kKc5q4rz8Yq5VAcL7cJGkg5Z0t6qGXAGyImZouo5qxxMAh3dkciH5Q56NTtjeFmHkTMDiLxvMpUqNMpFkgFOzGotgk00r43jiog5oOy6PK1YkccRSMvmNz4bLJXsy9A6g= X-Microsoft-Exchange-Diagnostics: 1; BL0PR07MB4994; 6:5HlDGZU/Q+hmlRXrNMmLFT01rMo5+fpfljN6JvwmtasUCvrHSafE3tFgrcfKH8eBeYlbkmLrtrHnashRgov7kdfroBJqNudu4Gwt+UHDmF4WceQFnti17tRfB4Cjb/tFIVVOUT6yjKTXshgIKtb++qZwk/IYHbO1hbFvhz1ke7ClTTAVZDZfQRhSVAoSqCGkmLe1p9N6Ob464391HohjkrVxn6W8TK8v6eUf4N3WFVRWlE2STFNmC63TZ5ODU1imxAJpTBNEmhml3gr8G2LScrmZyNu3jS7geFRIU/Z/vNZHNKWw6DMdZvTPliCJoYnMclRX4j6plnPRPt5krPPOT341MW+vCPSDHkTmQV6dDhN5pA9C1d7FY6qXRlhA7V4x+kEyeHH17R1WSkI7dcNXhZl4NUy0VSzOzUcuIefftv6wWYfZl7OQam91sJdl3y/iLI5HkDxObtARY31HekJw2A==; 5:DnE411cAQK/S3KOV2WTOf+DQQxAMlXgSHctNTCRQymvf2t0QkZ3U+4O0fSyBSrpIVEEsxVq7bgquQALc3NgPXczahdT3sObGjbTp8sheau8PeovdJc5ZXEBd/FgIFQAMNYiUNzhNHQE3esX+JeYmFdwElJUw8oEa9N/8gLEVaxU=; 7:Ebvw7NqPSZaNUPWEK134nYCmEO4ccLy93PiMWYDu0A9bR3RV1wqpVvI8sClvMdITPpTl8cyymp1xdj6QOMfRvD0MMLNAw9BUcK37RwnNzUb/wsbVqzRiUh4AOicmtj135mSw0Q/7b1e0UIXtqByXY+0aDMqF5jQYpQFNp6sV21BT1RbuI4H7GW1S5FcWX/STzDDDWm0928ndrBhh3BIWBplRhhk3s7ZcjKHtn2U23TZ3RFB0gSI2Jg84DA6OQj4a SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Aug 2018 08:28:33.5511 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 5cfce490-dcc9-45e1-b1f4-08d60d896ab5 X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 711e4ccf-2e9b-4bcf-a551-4094005b6194 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR07MB4994 Subject: Re: [dpdk-dev] [PATCH v2] kni: fix kni Rx fifo producer synchronization X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 08:28:41 -0000 -----Original Message----- > Date: Wed, 29 Aug 2018 07:34:34 +0000 > From: Ola Liljedahl > To: "Kokkilagadda, Kiran" , Honnappa > Nagarahalli , Gavin Hu , > Ferruh Yigit , "Jacob, Jerin" > > CC: "dev@dpdk.org" , nd , Steve Capper > > Subject: Re: [dpdk-dev] [PATCH v2] kni: fix kni Rx fifo producer > synchronization > user-agent: Microsoft-MacOutlook/10.10.0.180812 > > Is the rte_kni kernel/user binary interface subject to backwards compatibility requirements? Or can we change it for a new DPDK release? What would be the change in interface? Is it removing the volatile for C11 case, Then you can use anonymous union OR #define to keep the size and offset of the element intact. struct rte_kni_fifo { #ifndef RTE_C11... volatile unsigned write; /**< Next position to be written*/ volatile unsigned read; /**< Next position to be read */ #else unsigned write; /**< Next position to be written*/ unsigned read; /**< Next position to be read */ #endif unsigned len; /**< Circular buffer length */ unsigned elem_size; /**< Pointer size - for 32/64 bitOS */ void *volatile buffer[]; /**< The buffer contains mbuf pointers */ }; Anonymous union example: https://git.dpdk.org/dpdk/tree/lib/librte_mbuf/rte_mbuf.h#n461 You can check the ABI breakage by devtools/validate-abi.sh > > -- Ola > > From: "Kokkilagadda, Kiran" > Date: Wednesday, 29 August 2018 at 07:50 > To: Honnappa Nagarahalli , Gavin Hu , Ferruh Yigit , "Jacob, Jerin" > Cc: "dev@dpdk.org" , nd , Ola Liljedahl , Steve Capper > Subject: Re: [dpdk-dev] [PATCH v2] kni: fix kni Rx fifo producer synchronization > > > Agreed. Please go a head and make the changes. You need to make same change in kernel side also. And please use c11 ring (see rte_ring) mechanism so that it won't impact other platforms like intel. We need this change just for arm and ppc. > > ________________________________ > From: Honnappa Nagarahalli > Sent: Wednesday, August 29, 2018 10:29 AM > To: Gavin Hu; Kokkilagadda, Kiran; Ferruh Yigit; Jacob, Jerin > Cc: dev@dpdk.org; nd; Ola Liljedahl; Steve Capper > Subject: RE: [dpdk-dev] [PATCH v2] kni: fix kni Rx fifo producer synchronization > > > External Email > > I agree with Gavin here. Store to fifo->write and fifo->read can get hoisted resulting in accessing invalid buffer array entries or over writing of the buffer array entries. > > IMO, we should solve this using c11 atomics. This will also help remove the use of ‘volatile’ from ‘rte_kni_fifo’ structure. > > > > If you want us to put together a patch with this idea, please let us know. > > > > Thank you, > > Honnappa > > > > From: Gavin Hu > Sent: Tuesday, August 28, 2018 2:31 PM > To: Kokkilagadda, Kiran ; Ferruh Yigit ; Jacob, Jerin > Cc: dev@dpdk.org; Honnappa Nagarahalli ; nd ; Ola Liljedahl ; Steve Capper > Subject: RE: [dpdk-dev] [PATCH v2] kni: fix kni Rx fifo producer synchronization > > > > Assuming reader and writer may execute on different CPU's, this become standard multithreaded programming. > > We are concerned about that update the reader pointer too early(weak ordering may reorder it before reading from the slots), that means the slots are released and may immediately overwritten by the writer then you get “too new” data and get lost of the old data. > > > > From: Kokkilagadda, Kiran > > Sent: Tuesday, August 28, 2018 6:44 PM > To: Gavin Hu >; Ferruh Yigit >; Jacob, Jerin > > Cc: dev@dpdk.org; Honnappa Nagarahalli > > Subject: Re: [dpdk-dev] [PATCH v2] kni: fix kni Rx fifo producer synchronization > > > > In this instance there won't be any problem, as until the value of fifo->write changes, this loop won't get executed. As of now we didn't see any issue with it and for performance reasons, we don't want to keep read barrier. > > > > > > ________________________________ > > From: Gavin Hu > > Sent: Monday, August 27, 2018 9:10 PM > To: Ferruh Yigit; Kokkilagadda, Kiran; Jacob, Jerin > Cc: dev@dpdk.org; Honnappa Nagarahalli > Subject: RE: [dpdk-dev] [PATCH v2] kni: fix kni Rx fifo producer synchronization > > > > External Email > > This fix is not complete, kni_fifo_get requires a read fence also, otherwise it probably gets stale data on a weak ordering platform. > > > -----Original Message----- > > From: dev > On Behalf Of Ferruh Yigit > > Sent: Monday, August 27, 2018 10:08 PM > > To: Kiran Kumar >; > > jerin.jacob@caviumnetworks.com > > Cc: dev@dpdk.org > > Subject: Re: [dpdk-dev] [PATCH v2] kni: fix kni Rx fifo producer > > synchronization > > > > On 8/16/2018 10:55 AM, Kiran Kumar wrote: > > > With existing code in kni_fifo_put, rx_q values are not being updated > > > before updating fifo_write. While reading rx_q in kni_net_rx_normal, > > > This is causing the sync issue on other core. So adding a write > > > barrier to make sure the values being synced before updating fifo_write. > > > > > > Fixes: 3fc5ca2f6352 ("kni: initial import") > > > > > > Signed-off-by: Kiran Kumar > > > > Acked-by: Jerin Jacob > > > > > Acked-by: Ferruh Yigit > > IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.