From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 89869A04FD; Wed, 8 Jun 2022 15:46:19 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 74CD34069C; Wed, 8 Jun 2022 15:46:19 +0200 (CEST) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by mails.dpdk.org (Postfix) with ESMTP id 78F8240687 for ; Wed, 8 Jun 2022 15:46:18 +0200 (CEST) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 356345C0117; Wed, 8 Jun 2022 09:46:17 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Wed, 08 Jun 2022 09:46:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= cc:cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; t=1654695977; x= 1654782377; bh=Wc7hcjLyGngqrbymGPme/HlRVBbPvn1DILiaOwPmWFk=; b=N MVnWOi11M34P101QLQwCP+E6+v738S9BItOcSbjDH6DK+mZD1PRWS5o/yVzlg1Ss jW3dYPO6aU0qU1WcJflDeS2APAQFP2c3uOJ8VlO8fth8XCYo4Xb8VaksNChvvxkj CwZkr1PryJfUwySpVyL0boHkDudHyyZhq/aixiqctIe4AD0JxWYbbXoAEthq39+f lcnOp2qWJ8NHzYzyTSswzmoGWhufn945Tmh1JO2hLTJ2frLIxWSBg3oCeH5RXFZk vCRUU94lSTyboiltnKK3bmrbxQSTPsqtIyivAKLxmxrG0x7fbLlW5Xe8KSONPuP3 KRkhDu4ZIhuhQZ64HzGzw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1654695977; x= 1654782377; bh=Wc7hcjLyGngqrbymGPme/HlRVBbPvn1DILiaOwPmWFk=; b=H sbMf97TR33dMihJGzP2qrXTJZRtC04W2ozGncEl/gFbagQLtsKSl4hkHght4QVGy pJ2xdiXClT20Ifwv6sEtBLZlySk39rQmCYoxe28ZVwBkOnZCXoO2+TZ2eRNUkUXe SNB7l3FgQyagTO58Nh0NnuxIYNIM727K6JtVgEuppcdT3MyiyEer8tKTPS8wbVd8 8M2yruWFWy04qu9WtqL4GewlSbLAWFzDn4PxpF03vESmmSj0G7SnjaoRVb4hJU38 TM5Y6MbK3hX0ZXl0D1M8UokjiDlBchSp1jzvdDqlROtXZdAZSEyqtdOCHeOX1qYY sz4O1J86pgnlmO2ismOJQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedruddtjedgieeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvvefufffkjghfggfgtgesthhqredttddtjeenucfhrhhomhepvfhhohhm rghsucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenuc ggtffrrghtthgvrhhnpeegtddtleejjeegffekkeektdejvedtheevtdekiedvueeuvdei uddvleevjeeujeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhomhgrshesmhhonhhjrghlohhnrdhnvght X-ME-Proxy: Feedback-ID: i47234305:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 8 Jun 2022 09:46:14 -0400 (EDT) From: Thomas Monjalon To: David Marchand Cc: dev@dpdk.org, Stephen Hemminger , Ruifeng Wang , Jan Viktorin , Honnappa Nagarahalli , Joyce Kong , David Christensen , Bruce Richardson , Konstantin Ananyev , =?utf-8?B?U3RhbmlzxYJhdw==?= Kardach Subject: Re: [PATCH v2] eal: remove unused arch specific headers for locks Date: Wed, 08 Jun 2022 15:46:13 +0200 Message-ID: <10091158.nUPlyArG6x@thomas> In-Reply-To: References: <20220607190308.1926702-1-david.marchand@redhat.com> <20220608115701.2037384-1-david.marchand@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org 08/06/2022 15:16, Stanis=C5=82aw Kardach: > On Wed, Jun 8, 2022 at 1:57 PM David Marchand = wrote: > > > > MCS lock, PF lock and Ticket lock have no arch specific implementation, > > there is no need for the extra redirection in headers. > > > > Signed-off-by: David Marchand > > Acked-by: Stephen Hemminger > > --- > > Note: this was mentionned during the seqlock patch review, and I spotted > > it again, while reviewing the RISC-V port, and I see the same for a next > > architecture too. So better clean this up as we don't need the > > redirection. > > > > Changes since v1: > > - rebased following RISC-V merge, > > > Thanks, this works just fine for RISC-V. >=20 > Acked-by: Stanislaw Kardach Applied, thanks.