From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f173.google.com (mail-pf1-f173.google.com [209.85.210.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BDE5E342170 for ; Tue, 4 Nov 2025 18:12:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.173 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1762279960; cv=none; b=Sq5Xmmo0WP+SVY2cfnNcSazeOPDHa02gLI1pAx55XlxiqtIB5azL/RYMAzi5trDyTQEc7SlvGREo97VAR/QKwBR96cZx0Q2t7+91kMYO9yqe0MJwe08f8gBn7bdvUwV9fY3PXrbp/tfngO6PIZ8r6akpwukYxP0ZngLk6MJL25A= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1762279960; c=relaxed/simple; bh=m1uwxnIQgDEvoGlGJEV2cdGCHNy/Jt3/XLouPoDvnzE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=GttEBsGrymNsyAzhlkz2Krl9oz7XNed77eBBFV/pM+7vl9IQ8hhBXOkVYSHUiErjQRd1Op985EaTbVEqUnZebzjHj9gUjrInZZ2XHHQYfVVfp5lO9BFbF3Yd07vvzkKR8fd++PO/TgOn4ONmWhbqGnuM/jOloQKZAbv2IS/mWC8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=osandov.com; spf=none smtp.mailfrom=osandov.com; dkim=pass (2048-bit key) header.d=osandov-com.20230601.gappssmtp.com header.i=@osandov-com.20230601.gappssmtp.com header.b=0Cs2pGYv; arc=none smtp.client-ip=209.85.210.173 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=osandov.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=osandov.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=osandov-com.20230601.gappssmtp.com header.i=@osandov-com.20230601.gappssmtp.com header.b="0Cs2pGYv" Received: by mail-pf1-f173.google.com with SMTP id d2e1a72fcca58-7810af03c69so217336b3a.2 for ; Tue, 04 Nov 2025 10:12:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=osandov-com.20230601.gappssmtp.com; s=20230601; t=1762279958; x=1762884758; darn=vger.kernel.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date:message-id:reply-to; bh=fXMTm+VYzAvY0dzLHfbkpTMRVQ9wHEDxxkapIdIQmk4=; b=0Cs2pGYvCe+TXrnys5A7s1RaIOoTeFfpuJFTfj8UdHKz5yzUx+BNmxzdTeVNyNrebx Iyy+ygdOjgnVvLIFuMUx2UFBg3DiUve5ObJC3nl8K4wdssDL2+b/wjy+b+yPlo8hKAab 49AVFhjbZTxOowingm7vuIC/HXxByzOjHOZ5Rqx3bjegKxGQ2SfuXy9x7+crmla2Yx2Y a0PITAgVL2WAm/1sYhfALC+TLgO/zubvZzdsGKIIgW9/ZHDH5YrMn61Xt9QY5IQgPCQE cCDs55lGWqvJU1H0E0oTVS0SNFu4LCrnPY4eUAYV23tgw9lRHJOecLWSC7x4WuGsSyF9 ZVPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762279958; x=1762884758; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=fXMTm+VYzAvY0dzLHfbkpTMRVQ9wHEDxxkapIdIQmk4=; b=QJpAGmtTBQsn+xX0e1j/01BTfj7UZ5TvJ8ttJaZN2S5tqkY6xezBQHZw6td5n7/FrH cWopl8mfdAY7vi4sw5+EX2LzI9WQ9HwEWrXhXOFtNA6WDJia71i0DfvvDZ6W+jXJUylh p78iqgtAUIl8m379XTWRwUvr1wgFrC0XobWCAlqi0KrNc6qG7PE2yoCtUvXCEDJYtuKH qQKzCqeiQYsQPnu5roR1zc0Zxj8v5K6nE3ejUuTekd4eo0yw+VtRxvuxKuBaRRgCcmWv rR7cFxEfOZkEWVr1lSUyB9Dnl3d4MBXEumfQX8T1g9L0NdtpOSkCnPqKfIETuJWJdUb3 Cj6A== X-Forwarded-Encrypted: i=1; AJvYcCUNmqJgJ327z6uVJD7mV+37eyGAWLuaM3NJMI/l0QdjyxCT1YPIDqXwPpMftyPoce86qJSvRX3kILvepsY=@vger.kernel.org X-Gm-Message-State: AOJu0YxFnHEIzsi7MMz+ZxF1MoovxGr+axQJtJSouCKBfj9OHWE3g/V1 unUj0Rb5yDsgFRKmiwbO6kO5g+1y9OQFz8CDtx9LHbWIMKawZokvPwfbWuJL03fdWWE= X-Gm-Gg: ASbGncvzOzFiKBeDH+ZJmjQwK5OlcV8UZhiELG70JiBgdbIrkuCTUs0IRvXZiv9CkTS zu39Wcs1uPnjkLx5FDfQyxQbgDqrPePBfEQlojjrqRuWmUSPye56NZAmOtwxVtcp9D6OvkZTWEw VNHDD8e2DTkGd68rDuY9h33tFedWytezQc+F1pK+mJlKU4hXyGVRzHRm2uYG/D42P28gqLKBBHb J0HF6H5dQxoUV08EFofCvUWvfmzK1iMGM1KiT6HQQdIogqP1QNcuZIRgWHzDJE3Zp6+dPfzO+uz b9mAmt2zHwhw6W6sF/eVcIhnE01FipqrPut2AVABlcC37Ik7TDbFsnequS7eS9NZBgqI7XhVatB oMiZ4hmthyvsy4PDWYV/j35cJ/ta/2UWVIR7H2t60qe19i8EqoRYUVeIvAg== X-Google-Smtp-Source: AGHT+IEfMevdEiMdqDvcfkgPhov93sowDZtb/5DAGljcPm4WdOYVS1DF54t90hQB/DDdvYdf8wD0vg== X-Received: by 2002:a05:6a20:12c3:b0:342:8c38:ed0 with SMTP id adf61e73a8af0-34f87106a7cmr92855637.8.1762279958021; Tue, 04 Nov 2025 10:12:38 -0800 (PST) Received: from telecaster ([2620:10d:c090:400::5:5bc5]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-ba1f87a6155sm3008088a12.29.2025.11.04.10.12.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 04 Nov 2025 10:12:37 -0800 (PST) Date: Tue, 4 Nov 2025 10:12:35 -0800 From: Omar Sandoval To: linux-kbuild@vger.kernel.org, nathan@kernel.org, dimitri.ledkov@surgut.co.uk Cc: Samir M , linux-kernel@vger.kernel.org, Madhavan Srinivasan , linuxppc-dev@lists.ozlabs.org, stable@vger.kernel.org, Venkat Rao Bagalkote , linux-debuggers@vger.kernel.org Subject: Re: [mainline]Error while running make modules_install command Message-ID: References: <7fef7507-ad64-4e51-9bb8-c9fb6532e51e@linux.ibm.com> <56905387-ec43-4f89-9146-0db6889e46ab@linux.ibm.com> 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-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <56905387-ec43-4f89-9146-0db6889e46ab@linux.ibm.com> On Tue, Nov 04, 2025 at 04:54:38PM +0530, Venkat Rao Bagalkote wrote: > > On 04/11/25 4:47 pm, Samir M wrote: > > Hello, > > > > > > I am observing below error while running the make modules_install > > command on latest mainline kernel on IBM Power11 server. > > > > > > Error: > > DEPMOD  /lib/modules/6.18.0-rc4
depmod: ERROR: kmod_builtin_iter_next: > > unexpected string without modname prefix > > > > IBM CI has also reported this error. > > > Error: > > > depmod: ERROR: kmod_builtin_iter_next: unexpected string without modname > prefix >   INSTALL /boot > depmod: ERROR: kmod_builtin_iter_next: unexpected string without modname > prefix > depmod: ERROR: kmod_builtin_iter_next: unexpected string without modname > prefix > > > Git bisect is pointing to below commit as first bad commit. > > > d50f21091358b2b29dc06c2061106cdb0f030d03 is the first bad commit > commit d50f21091358b2b29dc06c2061106cdb0f030d03 > Author: Dimitri John Ledkov > Date:   Sun Oct 26 20:21:00 2025 +0000 > >     kbuild: align modinfo section for Secureboot Authenticode EDK2 compat > >     Previously linker scripts would always generate vmlinuz that has > sections >     aligned. And thus padded (correct Authenticode calculation) and unpadded >     calculation would be same. As in https://github.com/rhboot/pesign > userspace >     tool would produce the same authenticode digest for both of the > following >     commands: > >         pesign --padding --hash --in ./arch/x86_64/boot/bzImage >         pesign --nopadding --hash --in ./arch/x86_64/boot/bzImage > >     The commit 3e86e4d74c04 ("kbuild: keep .modinfo section in >     vmlinux.unstripped") added .modinfo section of variable length. > Depending >     on kernel configuration it may or may not be aligned. > >     All userspace signing tooling correctly pads such section to calculation >     spec compliant authenticode digest. > >     However, if bzImage is not further processed and is attempted to be > loaded >     directly by EDK2 firmware, it calculates unpadded Authenticode digest > and >     fails to correct accept/reject such kernel builds even when propoer >     Authenticode values are enrolled in db/dbx. One can say EDK2 requires >     aligned/padded kernels in Secureboot. > >     Thus add ALIGN(8) to the .modinfo section, to esure kernels irrespective > of >     modinfo contents can be loaded by all existing EDK2 firmware builds. > >     Fixes: 3e86e4d74c04 ("kbuild: keep .modinfo section in > vmlinux.unstripped") >     Cc: stable@vger.kernel.org >     Signed-off-by: Dimitri John Ledkov >     Link: > https://patch.msgid.link/20251026202100.679989-1-dimitri.ledkov@surgut.co.uk >     Signed-off-by: Nathan Chancellor > >  include/asm-generic/vmlinux.lds.h | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) drgn's CI hit this same failure. FWIW, the commit fixed by this bisected commit, 3e86e4d74c04 ("kbuild: keep .modinfo section in vmlinux.unstripped"), also results in ELF segments of size 0 in vmlinux for some configurations, which confused drgn until I added a workaround (https://github.com/osandov/drgn/commit/2a9053de8796af866fd720a3c8c23013595d391a). So there's some funkiness in this area. Thanks, Omar