From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10069.outbound.protection.outlook.com [40.107.1.69]) by dpdk.org (Postfix) with ESMTP id E30FA1BB6F for ; Tue, 3 Jul 2018 14:03:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Mellanox.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8d63A0rWv38LDhPgIFE1truyZfm1T+S3RPXyxSBZweo=; b=nTcaE/E3GFl+ZyZCBVKOFTYEzry2R0F5aaE0bxY98lt8F+sdWnpkhGKLFVkv150H0nXnIfebxFlxAnzUI0bLyJLnPwkMWKY8zzOTmrRVitGt0BPgGw2yPW+B7nVGnwO6gRH83EPzh/hrctIRdmli8J8qlBlxI2NnUhNFupWSE+I= Received: from DB7PR05MB4426.eurprd05.prod.outlook.com (52.134.109.15) by DB7PR05MB4331.eurprd05.prod.outlook.com (52.134.108.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.906.25; Tue, 3 Jul 2018 12:03:27 +0000 Received: from DB7PR05MB4426.eurprd05.prod.outlook.com ([fe80::d9c6:913c:c361:f7b7]) by DB7PR05MB4426.eurprd05.prod.outlook.com ([fe80::d9c6:913c:c361:f7b7%5]) with mapi id 15.20.0906.026; Tue, 3 Jul 2018 12:03:27 +0000 From: Shahaf Shuler To: Yongseok Koh , Mordechay Haimovsky CC: Adrien Mazarguil , "dev@dpdk.org" , Saleh Alsouqi , Raslan Darawsheh Thread-Topic: [dpdk-dev] [PATCH v2] net/mlx5: add support for 32bit systems Thread-Index: AQHUEfWFQgaEQAmkiEK0tLTWGGUFCKR8a1cAgAD8TnA= Date: Tue, 3 Jul 2018 12:03:27 +0000 Message-ID: References: <1530169969-6708-1-git-send-email-motih@mellanox.com> <1530529900-27859-1-git-send-email-motih@mellanox.com> <5AC8C229-F593-479F-BA0E-4BFD7A9C3060@mellanox.com> In-Reply-To: <5AC8C229-F593-479F-BA0E-4BFD7A9C3060@mellanox.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=shahafs@mellanox.com; x-originating-ip: [31.154.10.105] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB7PR05MB4331; 7:Y0nesR7kS3SaGFwJ6qEJCqUA+55XIjhzH/Lv0ua9b0M0RBTrtU5ogxDuISZvSaq2KhT6bb2HWTCKPvemPYhjxMSQL+UVTv39mDdsD5A3ULJUr+h/6jnl5hsqc2UG9hiKXMBd7QpxJ8s2RsPUVHBtwlGLgjUTJx+GRXNMnYo8S+xz48E9Z5nTk4019Omlq5BRBgoGN1FFJL8+mEpCIQTr7ektD6pd3E2tPSlfdbL36F9H1B1xe/6CppdmVwRk68no x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: c4cd6af5-95f6-4fb1-9680-08d5e0dcfc3b x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(48565401081)(2017052603328)(7153060)(7193020); SRVR:DB7PR05MB4331; x-ms-traffictypediagnostic: DB7PR05MB4331: x-ld-processed: a652971c-7d2e-4d9b-a6a4-d149256f461b,ExtAddr x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3231254)(944501410)(52105095)(93006095)(93001095)(3002001)(10201501046)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:DB7PR05MB4331; BCL:0; PCL:0; RULEID:; SRVR:DB7PR05MB4331; x-forefront-prvs: 0722981D2A x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(366004)(376002)(136003)(346002)(396003)(189003)(199004)(8936002)(55016002)(316002)(446003)(478600001)(229853002)(33656002)(3846002)(6436002)(81156014)(81166006)(14454004)(6116002)(4326008)(25786009)(8676002)(105586002)(53936002)(106356001)(2906002)(6506007)(68736007)(6246003)(6636002)(76176011)(107886003)(110136005)(5660300001)(5250100002)(97736004)(7696005)(26005)(54906003)(256004)(86362001)(102836004)(99286004)(14444005)(53546011)(74316002)(486006)(66066001)(7736002)(305945005)(9686003)(476003)(11346002)(2900100001); DIR:OUT; SFP:1101; SCL:1; SRVR:DB7PR05MB4331; H:DB7PR05MB4426.eurprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: mellanox.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: k27QMV6AAcYkw0upVgY2wDvvWjxM1hqekL+jayNI46cvuCZLUYiSCOaO8NLfyP6yEOJXOc4zOxDdrEFdK7qfrfm+V6qWbKD7Dpjb82tiHeW5zqWZgHkM++Ot9YanwUOajnW/DEeEFWxYUK0/woNgOGZUcz6UaOnv2fVX04dWSiGbbcRb2gwI29WUlZwCYpDtAVmE6pc2Tz0FkYx4FlQhQ1bxTbxpGqM4+OuhY/KTBJaaJS0F8P1w0Z6QpJWv4JqEEX+eWGcEwBa2I7X1Y2nQxkGpEdQRbUpdqpT0EcDFr4k2HbnVdriW2JsiFVXvLanCTH4rctunk+oJuCSAtTZZOyxVm5EeWdXz6P2Yl7BZxd8= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: Mellanox.com X-MS-Exchange-CrossTenant-Network-Message-Id: c4cd6af5-95f6-4fb1-9680-08d5e0dcfc3b X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jul 2018 12:03:27.1358 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a652971c-7d2e-4d9b-a6a4-d149256f461b X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR05MB4331 Subject: Re: [dpdk-dev] [PATCH v2] net/mlx5: add support for 32bit systems 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: Tue, 03 Jul 2018 12:03:29 -0000 Tuesday, July 3, 2018 12:00 AM, Yongseok Koh: > Subject: Re: [dpdk-dev] [PATCH v2] net/mlx5: add support for 32bit system= s >=20 >=20 > > On Jul 2, 2018, at 4:11 AM, Moti Haimovsky wrote: > > > > This patch adds support for building and running mlx5 PMD on 32bit > > systems such as i686. > > > > The main issue to tackle was handling the 32bit access to the UAR as > > quoted from the mlx5 PRM: > > QP and CQ DoorBells require 64-bit writes. For best performance, it is > > recommended to execute the QP/CQ DoorBell as a single 64-bit write > > operation. For platforms that do not support 64 bit writes, it is > > possible to issue the 64 bits DoorBells through two consecutive > > writes, each write 32 bits, as described below: > > * The order of writing each of the Dwords is from lower to upper > > addresses. > > * No other DoorBell can be rung (or even start ringing) in the midst > > of an on-going write of a DoorBell over a given UAR page. > > The last rule implies that in a multi-threaded environment, the access > > to a UAR page (which can be accessible by all threads in the process) > > must be synchronized (for example, using a semaphore) unless an atomic > > write of 64 bits in a single bus operation is guaranteed. Such a > > synchronization is not required for when ringing DoorBells on > > different UAR pages. > > > > Signed-off-by: Moti Haimovsky > > --- > Acked-by: Yongseok Koh Applied to next-net-mlx, thanks.=20 >=20 > Thanks