From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out30-112.freemail.mail.aliyun.com (out30-112.freemail.mail.aliyun.com [115.124.30.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BF0701109; Sun, 12 May 2024 16:39:02 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=115.124.30.112 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1715531946; cv=none; b=WIJFXXwhXlhM9nprcaIM7ORfpp+Zi76/cmk6/lLPReBwzQOhmz79n2cTjhmiZdB/SzijUA+hBbPcRBvfSn7uPPME/Kw07Q8/i64IRF8F2hmcNvqVa/c69m+bzoOACx5Mmf/jxUYrxgwE4jfr3jTZdILwwbLDhBIfxrvgL8zn2Dw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1715531946; c=relaxed/simple; bh=IWReFbWnSG11vlPQ92I5R2T/g5Ucy9dLLkzpOWm7rMs=; h=Message-ID:Subject:Date:From:To:Cc:References:In-Reply-To; b=ZEas1Eks/AJW/8ZFx/Ry40g7/YS5ndZ4aZZexDyIsOgSidZ/UBv/BIzDi6k1ChmtYDh0L4aidqS8fUlBXQ+NwqxT4OI9RL3NJvALjUkKQxaRDigCogn0ZafXf6FIM4JJAzUIBh48W6WYP57gvDukPI3gyvsnhQiKhrkRBXyZ/zk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com; spf=pass smtp.mailfrom=linux.alibaba.com; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b=ugrDOLiA; arc=none smtp.client-ip=115.124.30.112 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b="ugrDOLiA" DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1715531935; h=Message-ID:Subject:Date:From:To; bh=o40wkv9PATkuaNIfkNpU6m7tz6qpatklvvAUQQFo1aM=; b=ugrDOLiA2noYnrbZyOf7Y7XDMv7zW358TJQqBvpcVOSDgbpqZXvfK78KvlcoPLrk7ON+pEeNvqvN2Hjn/39ybMtsl03cEFMuY7MGtmTh2KWQPCues5OdirTMSPSLI8hUbRN/W/OJ2koZrBINIq9vz9q2Of0QX9+EHA3Jpq3kZO0= X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R111e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=maildocker-contentspam033032014031;MF=hengqi@linux.alibaba.com;NM=1;PH=DS;RN=27;SR=0;TI=SMTPD_---0W6FsCq4_1715531932; Received: from localhost(mailfrom:hengqi@linux.alibaba.com fp:SMTPD_---0W6FsCq4_1715531932) by smtp.aliyun-inc.com; Mon, 13 May 2024 00:38:53 +0800 Message-ID: <1715531818.6973832-3-hengqi@linux.alibaba.com> Subject: Re: [PATCH net-next v13 2/4] ethtool: provide customized dim profile management Date: Mon, 13 May 2024 00:36:58 +0800 From: Heng Qi To: kernel test robot Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev, Jakub Kicinski , "David S . Miller" , Paolo Abeni , Eric Dumazet , Jason Wang , "Michael S . Tsirkin" , Brett Creeley , Ratheesh Kannoth , Alexander Lobakin , Xuan Zhuo , Tal Gilboa , Jonathan Corbet , linux-doc@vger.kernel.org, Maxime Chevallier , Jiri Pirko , Paul Greenwalt , Ahmed Zaki , Vladimir Oltean , Kory Maincent , Andrew Lunn , justinstitt@google.com, donald.hunter@gmail.com, netdev@vger.kernel.org, virtualization@lists.linux.dev References: <20240509044747.101237-1-hengqi@linux.alibaba.com> <20240509044747.101237-3-hengqi@linux.alibaba.com> <202405100654.5PbLQXnL-lkp@intel.com> In-Reply-To: <202405100654.5PbLQXnL-lkp@intel.com> Precedence: bulk X-Mailing-List: llvm@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: On Fri, 10 May 2024 07:09:52 +0800, kernel test robot wrote: > Hi Heng, > > kernel test robot noticed the following build errors: > > [auto build test ERROR on net-next/main] > > url: https://github.com/intel-lab-lkp/linux/commits/Heng-Qi/linux-dim-move-useful-macros-to-h-file/20240509-125007 > base: net-next/main > patch link: https://lore.kernel.org/r/20240509044747.101237-3-hengqi%40linux.alibaba.com > patch subject: [PATCH net-next v13 2/4] ethtool: provide customized dim profile management > config: arm-randconfig-002-20240510 (https://download.01.org/0day-ci/archive/20240510/202405100654.5PbLQXnL-lkp@intel.com/config) > compiler: clang version 19.0.0git (https://github.com/llvm/llvm-project b910bebc300dafb30569cecc3017b446ea8eafa0) > reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240510/202405100654.5PbLQXnL-lkp@intel.com/reproduce) > > If you fix the issue in a separate patch/commit (i.e. not just a new version of > the same patch/commit), kindly add following tags > | Reported-by: kernel test robot > | Closes: https://lore.kernel.org/oe-kbuild-all/202405100654.5PbLQXnL-lkp@intel.com/ > > All errors (new ones prefixed by >>): > > >> ld.lld: error: undefined symbol: lockdep_rtnl_is_held This failed use case seems to come from this series triggering a problem that has not been triggered historically, namely lockdep_rtnl_is_held() is not called in an environment where CONFIG_NET is not configured and CONFIG_PROVE_LOCKING is configured: If CONFIG_PROVE_LOCKING is configured as Y and CONFIG_NET is n, then lockdep_rtnl_is_held is in an undefined state at this time. So I think we should declare "CONFIG_PROVE_LOCKING depends on CONFIG_NET". How do you think? Thanks! > >>> referenced by net_dim.c > >>> lib/dim/net_dim.o:(net_dim_free_irq_moder) in archive vmlinux.a > >>> referenced by net_dim.c > >>> lib/dim/net_dim.o:(net_dim_free_irq_moder) in archive vmlinux.a > > -- > 0-DAY CI Kernel Test Service > https://github.com/intel/lkp-tests/wiki