From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id DAC08A0542; Fri, 7 Feb 2020 15:06:27 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 9A8241C0DC; Fri, 7 Feb 2020 15:06:26 +0100 (CET) Received: from us-smtp-1.mimecast.com (us-smtp-delivery-1.mimecast.com [207.211.31.120]) by dpdk.org (Postfix) with ESMTP id A55141C0D9 for ; Fri, 7 Feb 2020 15:06:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1581084384; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=K82sEcBb+NMcGNLE73WWg80gPm15CrvesYKMjNuZ1x0=; b=enP7T2vnDeJJzgwWfwUdvkifp4iYHTl6sp47FbLJTWu1QE7gCpKN4z611crsCvI5H7so/z rRm0LsyTl2mgjzG6qy/A7Sgz+gFIIjsmdzVoXKKxz+TPEZBm1lpCcYc8I1DCnUCeKYctkR ukn9FjSuJdWfDqeiO1ul6r5VnL2Icb0= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-311-5CDEa64VNRu8JAhzWXYGPQ-1; Fri, 07 Feb 2020 09:06:19 -0500 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 0CB88101FC60; Fri, 7 Feb 2020 14:06:18 +0000 (UTC) Received: from dmarchan.remote.csb (ovpn-204-34.brq.redhat.com [10.40.204.34]) by smtp.corp.redhat.com (Postfix) with ESMTP id 9D82C790E5; Fri, 7 Feb 2020 14:06:16 +0000 (UTC) From: David Marchand To: dev@dpdk.org Cc: akhil.goyal@nxp.com, stable@dpdk.org, Ravi Kumar Date: Fri, 7 Feb 2020 15:06:00 +0100 Message-Id: <20200207140600.25508-1-david.marchand@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-MC-Unique: 5CDEa64VNRu8JAhzWXYGPQ-1 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Subject: [dpdk-dev] [PATCH] crypto/ccp: fix queue alignment 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Caught by compiling with -fno-common. A ____cacheline_aligned symbol can be found in the crypto/ccp driver object files. Looking at this driver source, the ____cacheline_aligned (kernel?) alignment macro is undefined. The compiler treats this as a symbol definition and generates a global symbol. Fixes: ef4b04f87fa6 ("crypto/ccp: support device init") Cc: stable@dpdk.org Signed-off-by: David Marchand --- drivers/crypto/ccp/ccp_dev.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/crypto/ccp/ccp_dev.h b/drivers/crypto/ccp/ccp_dev.h index f4ad9eafd..37e04218c 100644 --- a/drivers/crypto/ccp/ccp_dev.h +++ b/drivers/crypto/ccp/ccp_dev.h @@ -220,7 +220,7 @@ struct ccp_queue { =09/**< lsb assigned for sha ctx */ =09uint32_t sb_hmac; =09/**< lsb assigned for hmac ctx */ -} ____cacheline_aligned; +} __rte_cache_aligned; =20 /** * A structure describing a CCP device. --=20 2.23.0