From nobody Thu Oct 2 13:07:14 2025 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.17]) (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 3768F31FEFE; Tue, 16 Sep 2025 16:03:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.17 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758038597; cv=none; b=V9Lv9er6lJM9Stq5o+ev26zNSRxC8alSPD9RGelh7pXTLya4cyEAZxZBs7UnkZ8qQ6DV8h/y9usiKIJkGgSnFrStALYqsP2q2r0yC3oiU0hlgOXZvXRbiCtXNHYdIUTjWaJYxIgy9Hh2e6VlzOLO+ssvJ0SkK2ASQVbgHIDcOpQ= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758038597; c=relaxed/simple; bh=Y3oq6iu4hMkc15Bb7DayMWSnsQ4mDxaKl21fY4WENAw=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type; b=lZC80bhOP46tzkBI1d2gvHFVUspBfNILyFrnqHvFqsA39V2XS2SXvMmsb0j6K5w0ZlfqUpsAPxrFAVqYRiadWBZcT2h8eMNImjT1rlqhEPEimrSYfLzOBxmS3nKg6SPQFuZdUZFoSKwYGE/UrcvHA/x00d2E/KelMKWqx2dgE78= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=oHYso7ip; arc=none smtp.client-ip=192.198.163.17 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="oHYso7ip" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1758038585; x=1789574585; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=Y3oq6iu4hMkc15Bb7DayMWSnsQ4mDxaKl21fY4WENAw=; b=oHYso7ipUwKmKAl0vvI01lmhfPfnwiHc44sWcAXBIrONVWmTW7ZXEnQa iw7ZWAQBmVV/7Kp0MG7xadNk5HMvys6A8RRkyNVCtalELMweKEArMXuV2 RN0WvrTqUJNPC6u9pODfjCEmnfeuZ5ZOzQvCbKXsYzaXZ3GOcpGUi23ZX tIeORzqUBFx7xsPmNj2Wy9ub76kjK0K4YfMO5LG6311m/3lkQVr/WUy8A Q1QQ8a3JLAcu+WozsgLaM1MaSCH4wI6Ge81RSwSUi+J8NRqZSCiE2KYCq f5HLZWt2JvPZZ2vIjGUxUOzw4QwIw9MKrfksVP20XIXtDP7r1iHDYHFoY Q==; X-CSE-ConnectionGUID: AE1txbitQfOgMwhkjnb8Jg== X-CSE-MsgGUID: hi3D1AEMSIG6f3CGW09oSw== X-IronPort-AV: E=McAfee;i="6800,10657,11555"; a="60253325" X-IronPort-AV: E=Sophos;i="6.18,269,1751266800"; d="scan'208";a="60253325" Received: from fmviesa005.fm.intel.com ([10.60.135.145]) by fmvoesa111.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Sep 2025 09:03:04 -0700 X-CSE-ConnectionGUID: /NaHcznnRSKXw68qFLgrrw== X-CSE-MsgGUID: e06QmDa/RnS8XPbnl/BbFQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.18,269,1751266800"; d="scan'208";a="179362246" Received: from newjersey.igk.intel.com ([10.102.20.203]) by fmviesa005.fm.intel.com with ESMTP; 16 Sep 2025 09:03:01 -0700 From: Alexander Lobakin To: Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni Cc: Alexander Lobakin , Michal Swiatkowski , Przemek Kitszel , Tony Nguyen , Simon Horman , kernel test robot , Naresh Kamboju , nxne.cnse.osdt.itp.upstreaming@intel.com, intel-wired-lan@lists.osuosl.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH net-next] libie: fix linking with libie_{adminq,fwlog} when CONFIG_LIBIE=n Date: Tue, 16 Sep 2025 18:01:18 +0200 Message-ID: <20250916160118.2209412-1-aleksander.lobakin@intel.com> X-Mailer: git-send-email 2.51.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Initially, libie contained only 1 module and I assumed that new modules in its folder would depend on it. However, Micha=C5=82 did a good job and libie_{adminq,fwlog} are completely independent, but libie/ is still traversed by Kbuild only under CONFIG_LIBIE !=3D n. This results in undefined references with certain kernel configs. Tell Kbuild to always descend to libie/ to be able to build each module regardless of whether the basic one is enabled. If none of CONFIG_LIBIE* is set, Kbuild will just create an empty built-in.a there with no side effects. Fixes: 641585bc978e ("ixgbe: fwlog support for e610") Reported-by: kernel test robot Closes: https://lore.kernel.org/all/202509140606.j8z3rE73-lkp@intel.com Reported-by: Naresh Kamboju Closes: https://lore.kernel.org/all/CA+G9fYvH8d6pJRbHpOCMZFjgDCff3zcL_AsXL-= nf5eB2smS8SA@mail.gmail.com Signed-off-by: Alexander Lobakin Reviewed-by: Tony Nguyen Reviewed-by: Vadim Fedorenko --- Sending directly to net-next to quickly unbreak net-next and linux-next builds. Also to net-next as the blamed commit landed recently and is not present in any other tree. --- drivers/net/ethernet/intel/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/intel/Makefile b/drivers/net/ethernet/int= el/Makefile index 04c844ef4964..9a37dc76aef0 100644 --- a/drivers/net/ethernet/intel/Makefile +++ b/drivers/net/ethernet/intel/Makefile @@ -4,7 +4,7 @@ # =20 obj-$(CONFIG_LIBETH) +=3D libeth/ -obj-$(CONFIG_LIBIE) +=3D libie/ +obj-y +=3D libie/ =20 obj-$(CONFIG_E100) +=3D e100.o obj-$(CONFIG_E1000) +=3D e1000/ --=20 2.51.0