Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp4502302pxb; Tue, 25 Jan 2022 11:46:03 -0800 (PST) X-Google-Smtp-Source: ABdhPJyvbAmI5UuAnh8JweMd6vK24eWMFpvdvTVtaOIcZGQp7gzKUe8x9zF3DTCo4sR/rYRKOY91 X-Received: by 2002:a17:907:72cb:: with SMTP id du11mr9073322ejc.161.1643139962784; Tue, 25 Jan 2022 11:46:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643139962; cv=none; d=google.com; s=arc-20160816; b=vLOMGy1fg1VwZ4lVkmzoa6xA1Li3rVPOjV1Ej0TSTMMCwx3dOosJVb1dsqexxpEyUp 0mKVo4s7hoeA5idOqJPoPSxloNuKnmsDDtIHKWRmrWZfxWDl4fR0AoaDQg2w80j/WZa/ XpM5H2nxpV4MOeRLFj7pad6dE5AzAEB8M6ZH7jXaFNB6EpZ/CFZwiNs0Undwf+QgOwp9 woHAjXbeKP4YGhUShg7RdWQ5KT00XXUApQLGllqfE5Y+GiRU4hBXCKAU7uK8AyKF1jn8 wSIzcQRE6gB4ilXZXaGJiIZuKNq2R2B9TA76vsTQmPzyUFevctmMni8Lm4KnIk9gtI9I ew+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=dKD3N1WTL4uUSpnMqs4Y1Gf11h+rIOVcsVi6pXVSqy0=; b=FHoTn/saFP0iAZzJBoOY8vjyYU9lx9y2tGBfY8+b1wp+AJJmcS0kD//M+lkBxFAsP6 7U+I1X/kypT/rtFJl53dU/Q3XeaI/DeWUsU6NuqmMavaf5XqyIBPiriXOwa/netgDC7S ZV1tRqLKbo80G33vBXXHb29Yph3XcWw6RnU3XsQfGRjZsRJhN1kdhdQOJE8314+GkPjo XQSVrILyU6rwREjipG88VX0FrAlQBfbKoWMwVoLoMkRlRtiNRuG0AjhQoBirbhBbtPMo zniTN7xEo9/BPDKXaz+51TJJvhqFO/ifXs/umxBimfeoL/GIn3tKuPYa6MT0hdBY4Rx3 Sehw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=goYer07l; 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=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qb36si5321147ejc.102.2022.01.25.11.45.36; Tue, 25 Jan 2022 11:46:02 -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; dkim=pass header.i=@intel.com header.s=Intel header.b=goYer07l; 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=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1387770AbiAYNmA (ORCPT + 99 others); Tue, 25 Jan 2022 08:42:00 -0500 Received: from mga02.intel.com ([134.134.136.20]:49990 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1382648AbiAYNjV (ORCPT ); Tue, 25 Jan 2022 08:39:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1643117961; x=1674653961; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=D7hlzJPeHygbU5POvuC9qTcjfzuKUzeZK78Zs9FRQi0=; b=goYer07lq7U2EKLxGcmwq3KzIYb6BjmoFNTNf6YyUIPmTOT9t57ZRuCU Apn8mPw9DojBSJ6lD3t45GCGsFnw3aJtuwHvjBfjD202F8mcj26ue6A0R ANKd7vAuo7gCOE7qNMCA7xCPMaRhNL9nJobr0alT1xoQrYHg/6k3mPmh8 9wgpvgwAE85B2zVro3BzmGduzDUsNFQ5DlFwIXye9s+lne+hW9om4Xvlm nf2PuGAuI6/+bhriCg5S1iAr7kJ6VihxF9fzM0O0e7fJ3HNaafEbQoDaK 7fjEjsjzI6Q7yqI8Jwe122hCY3efz3YWetPVNvaPpjV+qUAkM1btVylN3 Q==; X-IronPort-AV: E=McAfee;i="6200,9189,10237"; a="233669662" X-IronPort-AV: E=Sophos;i="5.88,315,1635231600"; d="scan'208";a="233669662" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Jan 2022 05:32:00 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.88,315,1635231600"; d="scan'208";a="627928236" Received: from lkp-server01.sh.intel.com (HELO 276f1b88eecb) ([10.239.97.150]) by orsmga004.jf.intel.com with ESMTP; 25 Jan 2022 05:31:57 -0800 Received: from kbuild by 276f1b88eecb with local (Exim 4.92) (envelope-from ) id 1nCLvQ-000Jwk-AH; Tue, 25 Jan 2022 13:31:56 +0000 Date: Tue, 25 Jan 2022 21:31:32 +0800 From: kernel test robot To: Iwona Winiarska , linux-kernel@vger.kernel.org, openbmc@lists.ozlabs.org, Greg Kroah-Hartman Cc: kbuild-all@lists.01.org, devicetree@vger.kernel.org, linux-aspeed@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org, linux-hwmon@vger.kernel.org, linux-doc@vger.kernel.org, Rob Herring , Joel Stanley Subject: Re: [PATCH v6 05/13] peci: Add peci-aspeed controller driver Message-ID: <202201252130.U4qxBhmg-lkp@intel.com> References: <20220125011104.2480133-6-iwona.winiarska@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220125011104.2480133-6-iwona.winiarska@intel.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Iwona, Thank you for the patch! Yet something to improve: [auto build test ERROR on groeck-staging/hwmon-next] [also build test ERROR on linux/master linus/master v5.17-rc1 next-20220125] [cannot apply to joel-aspeed/for-next] [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/Iwona-Winiarska/Introduce-PECI-subsystem/20220125-115946 base: https://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-next config: sh-allmodconfig (https://download.01.org/0day-ci/archive/20220125/202201252130.U4qxBhmg-lkp@intel.com/config) compiler: sh4-linux-gcc (GCC) 11.2.0 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 # https://github.com/0day-ci/linux/commit/35075a61a26913806122a9b500915dc66ad678bd git remote add linux-review https://github.com/0day-ci/linux git fetch --no-tags linux-review Iwona-Winiarska/Introduce-PECI-subsystem/20220125-115946 git checkout 35075a61a26913806122a9b500915dc66ad678bd # save the config file to linux build tree mkdir build_dir COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross O=build_dir ARCH=sh SHELL=/bin/bash drivers/ If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All errors (new ones prefixed by >>): >> drivers/clk/clk.c:856:6: error: redefinition of 'clk_unprepare' 856 | void clk_unprepare(struct clk *clk) | ^~~~~~~~~~~~~ In file included from drivers/clk/clk.c:9: include/linux/clk.h:303:20: note: previous definition of 'clk_unprepare' with type 'void(struct clk *)' 303 | static inline void clk_unprepare(struct clk *clk) | ^~~~~~~~~~~~~ >> drivers/clk/clk.c:937:5: error: redefinition of 'clk_prepare' 937 | int clk_prepare(struct clk *clk) | ^~~~~~~~~~~ In file included from drivers/clk/clk.c:9: include/linux/clk.h:271:19: note: previous definition of 'clk_prepare' with type 'int(struct clk *)' 271 | static inline int clk_prepare(struct clk *clk) | ^~~~~~~~~~~ >> drivers/clk/clk.c:1183:6: error: redefinition of 'clk_is_enabled_when_prepared' 1183 | bool clk_is_enabled_when_prepared(struct clk *clk) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from drivers/clk/clk.c:9: include/linux/clk.h:284:20: note: previous definition of 'clk_is_enabled_when_prepared' with type 'bool(struct clk *)' {aka '_Bool(struct clk *)'} 284 | static inline bool clk_is_enabled_when_prepared(struct clk *clk) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ Kconfig warnings: (for reference only) WARNING: unmet direct dependencies detected for COMMON_CLK Depends on !HAVE_LEGACY_CLK Selected by - PECI_ASPEED && PECI && (ARCH_ASPEED || COMPILE_TEST && OF && HAS_IOMEM vim +/clk_unprepare +856 drivers/clk/clk.c a6adc30ba7bef8 Dong Aisheng 2016-06-30 844 4dff95dc9477a3 Stephen Boyd 2015-04-30 845 /** 4dff95dc9477a3 Stephen Boyd 2015-04-30 846 * clk_unprepare - undo preparation of a clock source 4dff95dc9477a3 Stephen Boyd 2015-04-30 847 * @clk: the clk being unprepared 4dff95dc9477a3 Stephen Boyd 2015-04-30 848 * 4dff95dc9477a3 Stephen Boyd 2015-04-30 849 * clk_unprepare may sleep, which differentiates it from clk_disable. In a 4dff95dc9477a3 Stephen Boyd 2015-04-30 850 * simple case, clk_unprepare can be used instead of clk_disable to gate a clk 4dff95dc9477a3 Stephen Boyd 2015-04-30 851 * if the operation may sleep. One example is a clk which is accessed over 4dff95dc9477a3 Stephen Boyd 2015-04-30 852 * I2c. In the complex case a clk gate operation may require a fast and a slow 4dff95dc9477a3 Stephen Boyd 2015-04-30 853 * part. It is this reason that clk_unprepare and clk_disable are not mutually 4dff95dc9477a3 Stephen Boyd 2015-04-30 854 * exclusive. In fact clk_disable must be called before clk_unprepare. 4dff95dc9477a3 Stephen Boyd 2015-04-30 855 */ 4dff95dc9477a3 Stephen Boyd 2015-04-30 @856 void clk_unprepare(struct clk *clk) b2476490ef1113 Mike Turquette 2012-03-15 857 { 4dff95dc9477a3 Stephen Boyd 2015-04-30 858 if (IS_ERR_OR_NULL(clk)) 4dff95dc9477a3 Stephen Boyd 2015-04-30 859 return; b2476490ef1113 Mike Turquette 2012-03-15 860 a6adc30ba7bef8 Dong Aisheng 2016-06-30 861 clk_core_unprepare_lock(clk->core); 1e435256d625c2 Olof Johansson 2013-04-27 862 } 4dff95dc9477a3 Stephen Boyd 2015-04-30 863 EXPORT_SYMBOL_GPL(clk_unprepare); 1e435256d625c2 Olof Johansson 2013-04-27 864 4dff95dc9477a3 Stephen Boyd 2015-04-30 865 static int clk_core_prepare(struct clk_core *core) 4dff95dc9477a3 Stephen Boyd 2015-04-30 866 { 4dff95dc9477a3 Stephen Boyd 2015-04-30 867 int ret = 0; b2476490ef1113 Mike Turquette 2012-03-15 868 a63347251907d7 Stephen Boyd 2015-05-06 869 lockdep_assert_held(&prepare_lock); a63347251907d7 Stephen Boyd 2015-05-06 870 4dff95dc9477a3 Stephen Boyd 2015-04-30 871 if (!core) 4dff95dc9477a3 Stephen Boyd 2015-04-30 872 return 0; b2476490ef1113 Mike Turquette 2012-03-15 873 4dff95dc9477a3 Stephen Boyd 2015-04-30 874 if (core->prepare_count == 0) { 9a34b45397e5a3 Marek Szyprowski 2017-08-21 875 ret = clk_pm_runtime_get(core); 4dff95dc9477a3 Stephen Boyd 2015-04-30 876 if (ret) 4dff95dc9477a3 Stephen Boyd 2015-04-30 877 return ret; b2476490ef1113 Mike Turquette 2012-03-15 878 9a34b45397e5a3 Marek Szyprowski 2017-08-21 879 ret = clk_core_prepare(core->parent); 9a34b45397e5a3 Marek Szyprowski 2017-08-21 880 if (ret) 9a34b45397e5a3 Marek Szyprowski 2017-08-21 881 goto runtime_put; 9a34b45397e5a3 Marek Szyprowski 2017-08-21 882 4dff95dc9477a3 Stephen Boyd 2015-04-30 883 trace_clk_prepare(core); 1c155b3dfe0835 Ulf Hansson 2013-03-12 884 4dff95dc9477a3 Stephen Boyd 2015-04-30 885 if (core->ops->prepare) 4dff95dc9477a3 Stephen Boyd 2015-04-30 886 ret = core->ops->prepare(core->hw); 1c155b3dfe0835 Ulf Hansson 2013-03-12 887 4dff95dc9477a3 Stephen Boyd 2015-04-30 888 trace_clk_prepare_complete(core); b2476490ef1113 Mike Turquette 2012-03-15 889 9a34b45397e5a3 Marek Szyprowski 2017-08-21 890 if (ret) 9a34b45397e5a3 Marek Szyprowski 2017-08-21 891 goto unprepare; b2476490ef1113 Mike Turquette 2012-03-15 892 } b2476490ef1113 Mike Turquette 2012-03-15 893 4dff95dc9477a3 Stephen Boyd 2015-04-30 894 core->prepare_count++; b2476490ef1113 Mike Turquette 2012-03-15 895 9461f7b33d11cb Jerome Brunet 2018-06-19 896 /* 9461f7b33d11cb Jerome Brunet 2018-06-19 897 * CLK_SET_RATE_GATE is a special case of clock protection 9461f7b33d11cb Jerome Brunet 2018-06-19 898 * Instead of a consumer claiming exclusive rate control, it is 9461f7b33d11cb Jerome Brunet 2018-06-19 899 * actually the provider which prevents any consumer from making any 9461f7b33d11cb Jerome Brunet 2018-06-19 900 * operation which could result in a rate change or rate glitch while 9461f7b33d11cb Jerome Brunet 2018-06-19 901 * the clock is prepared. 9461f7b33d11cb Jerome Brunet 2018-06-19 902 */ 9461f7b33d11cb Jerome Brunet 2018-06-19 903 if (core->flags & CLK_SET_RATE_GATE) 9461f7b33d11cb Jerome Brunet 2018-06-19 904 clk_core_rate_protect(core); 9461f7b33d11cb Jerome Brunet 2018-06-19 905 4dff95dc9477a3 Stephen Boyd 2015-04-30 906 return 0; 9a34b45397e5a3 Marek Szyprowski 2017-08-21 907 unprepare: 9a34b45397e5a3 Marek Szyprowski 2017-08-21 908 clk_core_unprepare(core->parent); 9a34b45397e5a3 Marek Szyprowski 2017-08-21 909 runtime_put: 9a34b45397e5a3 Marek Szyprowski 2017-08-21 910 clk_pm_runtime_put(core); 9a34b45397e5a3 Marek Szyprowski 2017-08-21 911 return ret; b2476490ef1113 Mike Turquette 2012-03-15 912 } b2476490ef1113 Mike Turquette 2012-03-15 913 a6adc30ba7bef8 Dong Aisheng 2016-06-30 914 static int clk_core_prepare_lock(struct clk_core *core) a6adc30ba7bef8 Dong Aisheng 2016-06-30 915 { a6adc30ba7bef8 Dong Aisheng 2016-06-30 916 int ret; a6adc30ba7bef8 Dong Aisheng 2016-06-30 917 a6adc30ba7bef8 Dong Aisheng 2016-06-30 918 clk_prepare_lock(); a6adc30ba7bef8 Dong Aisheng 2016-06-30 919 ret = clk_core_prepare(core); a6adc30ba7bef8 Dong Aisheng 2016-06-30 920 clk_prepare_unlock(); a6adc30ba7bef8 Dong Aisheng 2016-06-30 921 a6adc30ba7bef8 Dong Aisheng 2016-06-30 922 return ret; a6adc30ba7bef8 Dong Aisheng 2016-06-30 923 } a6adc30ba7bef8 Dong Aisheng 2016-06-30 924 4dff95dc9477a3 Stephen Boyd 2015-04-30 925 /** 4dff95dc9477a3 Stephen Boyd 2015-04-30 926 * clk_prepare - prepare a clock source 4dff95dc9477a3 Stephen Boyd 2015-04-30 927 * @clk: the clk being prepared 4dff95dc9477a3 Stephen Boyd 2015-04-30 928 * 4dff95dc9477a3 Stephen Boyd 2015-04-30 929 * clk_prepare may sleep, which differentiates it from clk_enable. In a simple 4dff95dc9477a3 Stephen Boyd 2015-04-30 930 * case, clk_prepare can be used instead of clk_enable to ungate a clk if the 4dff95dc9477a3 Stephen Boyd 2015-04-30 931 * operation may sleep. One example is a clk which is accessed over I2c. In 4dff95dc9477a3 Stephen Boyd 2015-04-30 932 * the complex case a clk ungate operation may require a fast and a slow part. 4dff95dc9477a3 Stephen Boyd 2015-04-30 933 * It is this reason that clk_prepare and clk_enable are not mutually 4dff95dc9477a3 Stephen Boyd 2015-04-30 934 * exclusive. In fact clk_prepare must be called before clk_enable. 4dff95dc9477a3 Stephen Boyd 2015-04-30 935 * Returns 0 on success, -EERROR otherwise. 4dff95dc9477a3 Stephen Boyd 2015-04-30 936 */ 4dff95dc9477a3 Stephen Boyd 2015-04-30 @937 int clk_prepare(struct clk *clk) b2476490ef1113 Mike Turquette 2012-03-15 938 { 035a61c314eb3d Tomeu Vizoso 2015-01-23 939 if (!clk) 4dff95dc9477a3 Stephen Boyd 2015-04-30 940 return 0; 035a61c314eb3d Tomeu Vizoso 2015-01-23 941 a6adc30ba7bef8 Dong Aisheng 2016-06-30 942 return clk_core_prepare_lock(clk->core); 7ef3dcc8145263 James Hogan 2013-07-29 943 } 4dff95dc9477a3 Stephen Boyd 2015-04-30 944 EXPORT_SYMBOL_GPL(clk_prepare); 035a61c314eb3d Tomeu Vizoso 2015-01-23 945 --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org