Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp948552pxb; Wed, 3 Mar 2021 22:10:08 -0800 (PST) X-Google-Smtp-Source: ABdhPJwxLbq8xLvcerh3THC3raJ4Y5YysNq7N+99Ri5FVRXM5ce1PRDxK5pfbizS2oPrYo1kYvEw X-Received: by 2002:a17:906:1613:: with SMTP id m19mr2548516ejd.344.1614838208522; Wed, 03 Mar 2021 22:10:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614838208; cv=none; d=google.com; s=arc-20160816; b=LiTlteLGewzmGUbsitQVDU09zpAyXJYe9iKY21cSjHX2mMgKfDqLaBDkIbYMf1muxf 8H1sfkUsZ6oH9a4YMFS/TkV2fibnn5eQltka71zQ9AOvFIeHWLfZFTYKNo2MZKhWyQoC ojNlDOn7Ew37o6q3oZWlcU2XgwC/qACh8q+zoo8Ke8UdhP9iIMSMEKvbxfG6l3Qmz1Pp XmY3qpuR9hru57GV7/Yycs90pdXwf5HeA1joKpR3ojYP+9Bm54aGoeowXlY3frNE2Q8M 1k6PmnQW6ibGd478jQ1W1jfPsez/xSxm6lRoSSStX8tBWM5gqKYZ3LFchrLQoaW2lacq 8EcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=YaiNXrx80bKMM+R5T5A23298hNocQuyP+4rgP9GSyEo=; b=WafuUkk3FCDosrdYC1T95CV67UZhYwpXFIm+JBhYHrARWJkR8AqQ4/OdWpHjwScjK/ NtQwrY56lkOPXpp08nxph9OAgkclLTTS5ZcbJCZcQOIT01s09jl4d0heT9HaQwvv4p54 4PZDHIeZF2MWF4E+L7wWiMsWnd4Fn1LBcpQ7eBtTUJEnOtMuS7xIAJU63BlbFWNdr1YG Ir8H7lsxV9+lGbktLGyFlqE/TiLxBqeqL63A89H8LOT7KGa96WEUe0+xFrAmqzHqM8xk Mx2AjCeZGupNaxVb31UxDwQNtN27fmG8NarUNNY6CmwI3zuAqaTWPrlRVrdFNSf5Ec5z 7fgQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id jg13si17094021ejc.616.2021.03.03.22.09.46; Wed, 03 Mar 2021 22:10:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1383193AbhCBKtw (ORCPT + 99 others); Tue, 2 Mar 2021 05:49:52 -0500 Received: from foss.arm.com ([217.140.110.172]:48604 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1379959AbhCBKWF (ORCPT ); Tue, 2 Mar 2021 05:22:05 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id D2B0EED1; Tue, 2 Mar 2021 02:20:54 -0800 (PST) Received: from [10.163.67.84] (unknown [10.163.67.84]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id D13CA3F70D; Tue, 2 Mar 2021 02:20:51 -0800 (PST) Subject: Re: [PATCH v4 17/19] coresight: core: Add support for dedicated percpu sinks To: Suzuki K Poulose , kernel test robot , linux-arm-kernel@lists.infradead.org Cc: kbuild-all@lists.01.org, clang-built-linux@googlegroups.com, linux-kernel@vger.kernel.org, mathieu.poirier@linaro.org, mike.leach@linaro.org, leo.yan@linaro.org References: <20210225193543.2920532-18-suzuki.poulose@arm.com> <202102261412.zCSQLdKB-lkp@intel.com> <5fad098f-8cdd-e56d-3812-d85720b1768c@arm.com> From: Anshuman Khandual Message-ID: Date: Tue, 2 Mar 2021 15:51:24 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <5fad098f-8cdd-e56d-3812-d85720b1768c@arm.com> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/1/21 7:24 PM, Suzuki K Poulose wrote: > On 2/26/21 6:34 AM, kernel test robot wrote: >> Hi Suzuki, >> >> Thank you for the patch! Yet something to improve: >> >> [auto build test ERROR on linus/master] >> [also build test ERROR on next-20210226] >> [cannot apply to kvmarm/next arm64/for-next/core tip/perf/core v5.11] >> [If your patch is applied to the wrong git tree, kindly drop us a note. >> And when submitting patch, we suggest to use '--base' as documented in >> https://git-scm.com/docs/git-format-patch] >> >> url:??? https://github.com/0day-ci/linux/commits/Suzuki-K-Poulose/arm64-coresight-Add-support-for-ETE-and-TRBE/20210226-035447 >> base:?? https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git 6fbd6cf85a3be127454a1ad58525a3adcf8612ab >> config: arm-randconfig-r024-20210225 (attached as .config) >> compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project a921aaf789912d981cbb2036bdc91ad7289e1523) >> reproduce (this is a W=1 build): >> ???????? wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross >> ???????? chmod +x ~/bin/make.cross >> ???????? # install arm cross compiling tool for clang build >> ???????? # apt-get install binutils-arm-linux-gnueabi >> ???????? # https://github.com/0day-ci/linux/commit/c37564326cdf11e0839eae06c1bfead47d3e5775 >> ???????? git remote add linux-review https://github.com/0day-ci/linux >> ???????? git fetch --no-tags linux-review Suzuki-K-Poulose/arm64-coresight-Add-support-for-ETE-and-TRBE/20210226-035447 >> ???????? git checkout c37564326cdf11e0839eae06c1bfead47d3e5775 >> ???????? # save the attached .config to linux build tree >> ???????? COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=arm >> >> If you fix the issue, kindly add following tag as appropriate >> Reported-by: kernel test robot > > Thanks for the report. The following fixup should clear this : > > > ---8>--- > > > > diff --git a/include/linux/coresight.h b/include/linux/coresight.h > index 8a3a3c199087..85008a65e21f 100644 > --- a/include/linux/coresight.h > +++ b/include/linux/coresight.h > @@ -429,6 +429,33 @@ static inline void csdev_access_write64(struct csdev_access *csa, u64 val, u32 o > ???????? csa->write(val, offset, false, true); > ?} > > +#else??? /* !CONFIG_64BIT */ > + > +static inline u64 csdev_access_relaxed_read64(struct csdev_access *csa, > +????????????????????????? u32 offset) > +{ > +??? WARN_ON(1); > +??? return 0; > +} > + > +static inline u64 csdev_access_read64(struct csdev_access *csa, u32 offset) > +{ > +??? WARN_ON(1); > +??? return 0; > +} > + > +static inline void csdev_access_relaxed_write64(struct csdev_access *csa, > +??????????????????????? u64 val, u32 offset) > +{ > +??? WARN_ON(1); > +} > + > +static inline void csdev_access_write64(struct csdev_access *csa, u64 val, u32 offset) > +{ > +??? WARN_ON(1); > +} > +#endif??? /* CONFIG_64BIT */ > + > ?static inline bool coresight_is_percpu_source(struct coresight_device *csdev) > ?{ > ???? return csdev && (csdev->type == CORESIGHT_DEV_TYPE_SOURCE) && > @@ -440,32 +467,6 @@ static inline bool coresight_is_percpu_sink(struct coresight_device *csdev) > ???? return csdev && (csdev->type == CORESIGHT_DEV_TYPE_SINK) && > ??????????? (csdev->subtype.sink_subtype == CORESIGHT_DEV_SUBTYPE_SINK_PERCPU_SYSMEM); > ?} > -#else??? /* !CONFIG_64BIT */ > - > -static inline u64 csdev_access_relaxed_read64(struct csdev_access *csa, > -????????????????????????? u32 offset) > -{ > -??? WARN_ON(1); > -??? return 0; > -} > - > -static inline u64 csdev_access_read64(struct csdev_access *csa, u32 offset) > -{ > -??? WARN_ON(1); > -??? return 0; > -} > - > -static inline void csdev_access_relaxed_write64(struct csdev_access *csa, > -??????????????????????? u64 val, u32 offset) > -{ > -??? WARN_ON(1); > -} > - > -static inline void csdev_access_write64(struct csdev_access *csa, u64 val, u32 offset) > -{ > -??? WARN_ON(1); > -} > -#endif??? /* CONFIG_64BIT */ > > ?extern struct coresight_device * > ?coresight_register(struct coresight_desc *desc); Agreed, these new helpers should be available in general and not restricted for 64BIT.