From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from szxga08-in.huawei.com (szxga08-in.huawei.com [45.249.212.255]) (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 BC6391B86C8 for ; Wed, 7 Aug 2024 06:42:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=45.249.212.255 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1723012978; cv=none; b=im5fWi3mJ6gJk48qzCqDbw/EJKNl6pQPLkHDnS7ShDl8Lv1e3yC/uxCiv1I1Q6LCQwdk691odLscXAOiitmW4/saVi6q1Vgu3UAZsTk/R0OBy5GqQNTX85RWd/JK19n9QI5I+KvJBWqgU0w2cfPYy3546USwzJ7Mxzah022ykKE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1723012978; c=relaxed/simple; bh=5G6TdOUEvOl20tcCPEP7NCHXjkoD8Bsd7G/smO5FJfg=; h=Message-ID:Date:MIME-Version:Subject:To:CC:References:From: In-Reply-To:Content-Type; b=ekOLDfZZUjfqsbeiUd6uHOIBn4m7rbuklpABLdRL47oP5NA3JjWH+pD+3/gZAVrliDfSDjfaBnBjVbRNPypJt3Mg5bfk8nBOsqretx8FFNMM/6BZ+YQe1dTZotxShScB2zzs56lLEuC/QI05+MHqBnFav4F2hapMuOE3n9UGkI4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com; spf=pass smtp.mailfrom=huawei.com; arc=none smtp.client-ip=45.249.212.255 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=huawei.com Received: from mail.maildlp.com (unknown [172.19.162.254]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4Wf0wT29F7z1T6mV; Wed, 7 Aug 2024 14:42:33 +0800 (CST) Received: from kwepemg500010.china.huawei.com (unknown [7.202.181.71]) by mail.maildlp.com (Postfix) with ESMTPS id 9254A180102; Wed, 7 Aug 2024 14:42:53 +0800 (CST) Received: from [10.67.109.211] (10.67.109.211) by kwepemg500010.china.huawei.com (7.202.181.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Wed, 7 Aug 2024 14:42:52 +0800 Message-ID: <10faa64b-f31e-4f1d-ad73-c856b6a94e8b@huawei.com> Date: Wed, 7 Aug 2024 14:42:52 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [build fail] v6.11-rc2 from "ARM: 9404/1: arm32: enable HAVE_LD_DEAD_CODE_DATA_ELIMINATION" Content-Language: en-US To: Harith George , , , , , CC: , References: <14e9aefb-88d1-4eee-8288-ef15d4a9b059@gmail.com> From: "liuyuntao (F)" In-Reply-To: <14e9aefb-88d1-4eee-8288-ef15d4a9b059@gmail.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To kwepemg500010.china.huawei.com (7.202.181.71) OK，I am currently troubleshooting this issue. On 2024/8/7 13:12, Harith George wrote: > Hi, > > I am seeing a regression in "make xipImage" builds in mainline tree > v6.11-rc2  with LD segmentation fault. > > $ make V=1 xipImage > ... > + arm-poky-linux-musleabi-ld -EL -z noexecstack --no-undefined -X > --pic-veneer -z norelro --build-id=sha1 --orphan-handling=warn > --script=./arch/arm/kernel/vmlinux.lds -o vmlinux --whole-archive > vmlinux.a init/version-timestamp.o --no-whole-archive --start-group > arch/arm/lib/lib.a lib/lib.a --end-group > scripts/link-vmlinux.sh: line 49: 3371164 Segmentation fault      (core > dumped) ${ld} ${ldflags} -o ${output} ${wl}--whole-archive ${objs} > ${wl}--no-whole-archive ${wl}--start-group ${libs} ${wl}--end-group > ${kallsymso} ${btf_vmlinux_bin_o} ${ldlibs} > make[2]: *** [scripts/Makefile.vmlinux:34: vmlinux] Error 139 > make[2]: *** Deleting file 'vmlinux' > make[1]: *** [/home/amol/hgg/mainline/linux/Makefile:1156: vmlinux] Error 2 > make: *** [Makefile:224: __sub-make] Error 2 > > git bisect pointed to ed0f941022515ff40473("ARM: 9404/1: arm32: enable > HAVE_LD_DEAD_CODE_DATA_ELIMINATION") > > "CONFIG_HAVE_LD_DEAD_CODE_DATA_ELIMINATION=y" is getting set with the > commit in my .config. > But, my .config is _not_ enabling the "LD_DEAD_CODE_DATA_ELIMINATION" flag. > > Reverting commit ed0f94102251, resolves the linking fail. > Infact, reverting just the ".reloc  .text, R_ARM_NONE, ." additions in > arch/arm/kernel/entry-armv.S resolves the linking fail. > > My toolchain is > arm-poky-linux-musleabi-gcc (GCC) 9.2.0 > GNU ld (GNU Binutils) 2.32.0.20190204 > > I am working on a new platform. Hence my .config/code has other platform > related additions which would not make sense on current mainline, which > is why I have not added it here. Do let me know if you would still like > to have the .config file. > > > Thanks, > Warm Regards, > Harith > > >