[OE-core] [PATCH] kernel-devsrc: powerpc: add missed dependency for modules_prepare

2023-02-10 Thread Denys Zagorui -X (dzagorui - GLOBALLOGIC INC@Cisco) via lists.openembedded.org
There is an issue during 'make modules_prepare' execution for PPC_85xx: arch/powerpc/kernel/asm-offsets.c:58:10: fatal error: head_booke.h: No such file or directory 58 | #include "head_booke.h" | ^~ compilation terminated. make[1]: *** [scripts/Makefile.build:118:

[OE-core] [meta-oe][PATCH] bpftool: remove recipe from blacklist

2021-03-25 Thread Denys Zagorui -X (dzagorui - GLOBALLOGIC INC@Cisco) via lists.openembedded.org
Have not seen build issues for 5.4 and 5.10 kernels so allow to build it Signed-off-by: Denys Zagorui --- meta-oe/recipes-kernel/bpftool/bpftool.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta-oe/recipes-kernel/bpftool/bpftool.bb b/meta-oe/recipes-kernel/bpftool/bpftool.bb index

[OE-core] perf: fix reproducibility issues

2021-03-10 Thread Denys Zagorui -X (dzagorui - GLOBALLOGIC INC@Cisco) via lists.openembedded.org
Hi Bruce I've just found that were working on the same reproducibility issues for perf package. You fixed that in yocto http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-kernel/perf/perf.bb?id=dea57aa1cd879df4feae1b9595b38c5b6ff74574 i prepared a patch to kernel that i want to

Re: [OE-core] [PATCH] kernel-devsrc: improve reproducibility for arm64

2020-11-16 Thread Denys Zagorui -X (dzagorui - GLOBALLOGIC INC@Cisco) via lists.openembedded.org
> I expected that this would have been picked up after I acked it, but there > was a release to do in the middle of it being submitted and now .. so things > have been a bit slower. > > I'll put it in my local queue, that way if it doesn't get picked up, I'll > send it with my next pull

Re: [OE-core] [PATCH] kernel-devsrc: improve reproducibility for arm64

2020-11-16 Thread Denys Zagorui -X (dzagorui - GLOBALLOGIC INC@Cisco) via lists.openembedded.org
> > > .vdso-offsets.h.cmd contains command that was used to produce > > > vdso-offsets.h. > > > It breaks reproducibility because it has an absolute path in it. There is > > > no > > > any value to package such files so it can be dropped. > > > > > > > Have you confirmed that an on-target 'make

[OE-core] [dunfell][PATCH] binutils: reproducibility: reuse debug-prefix-map for stabs

2020-11-11 Thread Denys Zagorui -X (dzagorui - GLOBALLOGIC INC@Cisco) via lists.openembedded.org
powerpc 32bit Linux Kernel widely uses .stabs pseudo-op to produce debugging information in stabs format. Faced an issue that during Linux Kernel build with Yocto build system for 32bit powerpc platform resulting vmlinux contains absolute path in .stabstr section that cannot be remapped with

Re: [OE-core] [PATCH] binutils: reproducibility: reuse debug-prefix-map for stabs

2020-11-10 Thread Denys Zagorui -X (dzagorui - GLOBALLOGIC INC@Cisco) via lists.openembedded.org
: reproducibility: reuse debug-prefix-map for stabs This looks good. Can you also propose it for dunfell? On Tue, Nov 10, 2020 at 10:14 AM Denys Zagorui -X (dzagorui - GLOBALLOGIC INC@Cisco) via lists.openembedded.org wrote: > > powerpc 32bit Linux Kernel widely uses .stabs pseudo-op to > produce

[OE-core] [PATCH] binutils: reproducibility: reuse debug-prefix-map for stabs

2020-11-10 Thread Denys Zagorui -X (dzagorui - GLOBALLOGIC INC@Cisco) via lists.openembedded.org
powerpc 32bit Linux Kernel widely uses .stabs pseudo-op to produce debugging information in stabs format. Faced an issue that during Linux Kernel build with Yocto build system for 32bit powerpc platform resulting vmlinux contains absolute path in .stabstr section that cannot be remapped with

Re: [OE-core] [PATCH] kernel-devsrc: improve reproducibility for arm64

2020-11-09 Thread Denys Zagorui -X (dzagorui - GLOBALLOGIC INC@Cisco) via lists.openembedded.org
> > > .vdso-offsets.h.cmd contains command that was used to produce > > > vdso-offsets.h. > > > It breaks reproducibility because it has an absolute path in it. There is > > > no > > > any value to package such files so it can be dropped. > > > > > > > Have you confirmed that an on-target 'make