Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp14171476pxu; Mon, 4 Jan 2021 15:05:10 -0800 (PST) X-Google-Smtp-Source: ABdhPJx6NTFrOZUm/G08i1LmNf4HbMs1G0NDluXQ7706+o+BxGgkNQ9skZ79cNoXJmyfLzwnK5Tj X-Received: by 2002:a17:906:40d3:: with SMTP id a19mr66784137ejk.98.1609801510673; Mon, 04 Jan 2021 15:05:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609801510; cv=none; d=google.com; s=arc-20160816; b=sOF8BKNWmnVOU7jKsNwZ89VIVo3zkjbgcFpGrVyoqUBQ35oNQiLV5fn/P6rRvwfj7x EQfXgxe4dx2Gz9NTuYT4FokUGku4tbpmcqi3eBYdrXhhAESfwJR5CZgKTL9oTCclx4wk 7hk/APYSEiVRtvWNhDKM8k+vMhWZOtXsWjBDeB316fPBR8U9YjYALr72F/kNbHt4PC8f b+WNNjfMBJgZGBRM3njyOJoC1HNKCTAaCNA3/uPGjyFamenmK/FdJKTITHI8onqc6CPi svM89akI/D2RiRX1rzKuiptMHUVmYX6U/3Ig93UvlgcRo1AuQSmVas7AC89CzU/LTV4n t78g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=1+krLQ8i7w6NK2gXaH2rKkV5QNrriIv5QXS9cuh5XVI=; b=axnDBEwpUnJM8s5hBN7md8Q1E9EY2fAWOLV9+9nEe8BG8vbMK3tGvdDRjT2Jzvj6wn PmAGDSFPteZ/IVt04d5DXkwPy1Vu2g3RCSjW0nfx9SXUJqqWMpG7d1xuPQi5DnI4tNMi YDApBygjJxeSkuNr5uxce5IDglGxx0DpFRmRmgCZQuk39RajqzFS9/u7XasU48FUVqkD ad4ImbV8EBq/TkFdmpY6u+1X2wLw1vsVSXYNpqO1+wCmtyS3nTA+mKmlshlcuXa29X+4 qmAhNwYBtNIfCMDU5LtmKo5GOfUwiGJcukEcDEdMVqz6DcuNCljFsOgRCVxgwK6rk0Oq grQA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i7si36735942ejo.480.2021.01.04.15.04.49; Mon, 04 Jan 2021 15:05:10 -0800 (PST) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726983AbhADXDh convert rfc822-to-8bit (ORCPT + 99 others); Mon, 4 Jan 2021 18:03:37 -0500 Received: from us-smtp-delivery-44.mimecast.com ([207.211.30.44]:21025 "EHLO us-smtp-delivery-44.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726960AbhADXDh (ORCPT ); Mon, 4 Jan 2021 18:03:37 -0500 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-263-ag-iRlqQOuKeaV89XUEPMQ-1; Mon, 04 Jan 2021 18:02:42 -0500 X-MC-Unique: ag-iRlqQOuKeaV89XUEPMQ-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id DAF07180A092; Mon, 4 Jan 2021 23:02:40 +0000 (UTC) Received: from krava.redhat.com (unknown [10.40.192.45]) by smtp.corp.redhat.com (Postfix) with ESMTP id CD0B45D9C6; Mon, 4 Jan 2021 23:02:38 +0000 (UTC) From: Jiri Olsa To: Herbert Xu , "David S. Miller" Cc: netdev@vger.kernel.org, bpf@vger.kernel.org, linux-crypto@vger.kernel.org, Qais Yousef , Andrii Nakryiko , Eric Biggers Subject: [PATCH] crypto: Rename struct device_private to bcm_device_private Date: Tue, 5 Jan 2021 00:02:37 +0100 Message-Id: <20210104230237.916064-1-jolsa@kernel.org> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=jolsa@kernel.org X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: kernel.org Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset=WINDOWS-1252 Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org Renaming 'struct device_private' to 'struct bcm_device_private', because it clashes with 'struct device_private' from 'drivers/base/base.h'. While it's not a functional problem, it's causing two distinct type hierarchies in BTF data. It also breaks build with options: CONFIG_DEBUG_INFO_BTF=y CONFIG_CRYPTO_DEV_BCM_SPU=y as reported by Qais Yousef [1]. [1] https://lore.kernel.org/lkml/20201229151352.6hzmjvu3qh6p2qgg@e107158-lin/ Signed-off-by: Jiri Olsa --- drivers/crypto/bcm/cipher.c | 2 +- drivers/crypto/bcm/cipher.h | 4 ++-- drivers/crypto/bcm/util.c | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/crypto/bcm/cipher.c b/drivers/crypto/bcm/cipher.c index 30390a7324b2..0e5537838ef3 100644 --- a/drivers/crypto/bcm/cipher.c +++ b/drivers/crypto/bcm/cipher.c @@ -42,7 +42,7 @@ /* ================= Device Structure ================== */ -struct device_private iproc_priv; +struct bcm_device_private iproc_priv; /* ==================== Parameters ===================== */ diff --git a/drivers/crypto/bcm/cipher.h b/drivers/crypto/bcm/cipher.h index 0ad5892b445d..71281a3bdbdc 100644 --- a/drivers/crypto/bcm/cipher.h +++ b/drivers/crypto/bcm/cipher.h @@ -420,7 +420,7 @@ struct spu_hw { u32 num_chan; }; -struct device_private { +struct bcm_device_private { struct platform_device *pdev; struct spu_hw spu; @@ -467,6 +467,6 @@ struct device_private { struct mbox_chan **mbox; }; -extern struct device_private iproc_priv; +extern struct bcm_device_private iproc_priv; #endif diff --git a/drivers/crypto/bcm/util.c b/drivers/crypto/bcm/util.c index 2b304fc78059..77aeedb84055 100644 --- a/drivers/crypto/bcm/util.c +++ b/drivers/crypto/bcm/util.c @@ -348,7 +348,7 @@ char *spu_alg_name(enum spu_cipher_alg alg, enum spu_cipher_mode mode) static ssize_t spu_debugfs_read(struct file *filp, char __user *ubuf, size_t count, loff_t *offp) { - struct device_private *ipriv; + struct bcm_device_private *ipriv; char *buf; ssize_t ret, out_offset, out_count; int i; -- 2.26.2