05:18 <Armbian-Discord> <W​erner> You already have two invite codes created

06:56 <Armbian-Discord> <I​gorPec> anyone care to approve https://github.com/armbian/build/pull/3904

16:57 <abws> I attempt to interpret the kernel oops, addr2line and kernel script decode fails on armbian /boot/vmlinuz-xxx , I am on aarch64 helios64. How can I convert the kernel to be interpreted by kernel scripts ?

16:57 <abws> armbian kernel that is. I tried kernel script extract-vmlinux but it fails too (the decompressors it depends on are all installed)

16:59 <abws> could it be that the compressed vmlinux is embedded in a second compression wrapper

17:27 <abws> ok so it seems armbian vmlinuz is in kernel Image format, ie "Image is a kernel code that contains only binary data processed by objcopy. It is no longer in the elf format, but the kernel image in this format has not been compressed." per https://blog.katastros.com/a?ID=01500-6216729a-e728-44a6-93d8-1d3a66a283ac

17:28 <abws> could I download an versio of this armbian unstripped of its symbols ? like a debug package in debian ?

17:41 <Armbian-Discord> <M​anoftheSea> the aarch64 linux kernel isn't compressed in debian/armbian

17:44 <Armbian-Discord> <M​anoftheSea> you could build a kernel with the symbols you like yourself, from the linux-source package. At least, I think there's a linux-source package that the builder creates.

17:48 <abws> M​anoftheSea: how could I prevent objcopy from stripping the symbols in the kernel build (I prefer to build it with the vanilla armbian compile.sh toolchain

17:49 <abws> that is sad there is no package with the debug symbols ,-/

17:51 <Armbian-Discord> <M​anoftheSea> is there a specific linux-mainline Makefile target that you'd want?

17:54 <Armbian-Discord> <M​anoftheSea> or is it a kernel configuration option?

17:54 <abws> no, btw I know how to target a kernel version (I did a regression test once). But I don"t know how to change the commands called to build the kernel (and avoid it being stripped)

17:55 <abws> or maybe I can build it let it get stripped and copy the non stripped version from the build on the helios64 ... I think that would work

17:57 <abws> still I puzzled. Why not package the debug symbols ? That would greatly improves the readability of kernel oops

18:02 <archetech> size

18:02 <archetech> and rarity of need

18:02 <archetech> byo right on the board

18:07 <nekomancer[m]> /me try to solve the same, and to set a crash kernel, about a month ago. but unsuccessful.

18:10 <abws> kexec ?

18:56 <nekomancer[m]> no

19:41 <abws> nekomancer[m]: sorry was away, what did you mean by "set a crash kernel" ?

19:42 <abws> I though you tried to debug from a second kernel via kexec when a crash occurs

20:25 <nekomancer[m]> no, I try to set like that https://superuser.com/questions/280767/how-can-i-enable-kernel-crash-dumps-in-debian

20:26 <abws> :) packages/armbian/builddeb debug symbols linux-image-"$BRANCH$LOCALVERSION"-dbg is created with kernel debug symbols if kernel config has CONFIG_DEBUG_INFO set to yes !

20:26 <abws> I looove when I attempt implementing a feature to find it is already there !

20:31 <Armbian-Discord> <T​enkawa> this has been genericly helpful for building my own pkgs

20:31 <Armbian-Discord> <T​enkawa> https://wiki.debian.org/DebugPackage

20:33 <abws> nekomancer[m]: from this page kexec is indeed what kdump relies upon https://medium.com/@christina.jacob.koikara/kexec-and-kdump-on-arm64-e456132d410f ?

20:33 <Armbian-Discord> <T​enkawa> I rarely need them anymore (used them much more back years ago)

20:33 <nekomancer[m]> abws: indeed.

20:34 <abws> <T​enkawa> armbian kernel doers not provides a dbg kernel

20:35 <abws> but I was after a compile.sh way to ship the debug symbols (as compile.sh clean the kernel binaries at the end of the build I was not able to do it manually (I was replay the debian dbg kernel rules by hand)

20:35 <abws> nekomancer[m]: I believe you can try kexec on its own then when it works try kdump

20:36 <abws> as far as I remind I failed to kexec when I tried 15 years ago

20:36 <Armbian-Discord> <T​enkawa> abws: indeed

20:36 <abws> but the doc was pretty scarce back then and kexec had bugs (I was running master code)

20:39 <nekomancer[m]> search for `CONFIG_DEBUG_INFO` returns 8 matches, but no one exact.

20:41 <abws> with kernel 5.15.35 on eemc I seems to have a kernel crash in the raid 10 code (when it attempts to resync itself, ie after an unrelated hard kernel crash). Then I cannot complete a boot without a crash util I reboot on my 5.10.65 kernel on sdcard. I do the raid mdadm readwrite on sdcard then I can boot on 5.15.35 emmc and all is fine (until my unrelated kernel hang happens and raid 10 attempts a new resync

20:42 <abws> I set CONFIG_DEBUG_INFO=y in userpatches/linux-rockchip64-current.config and back to compile.sh in armbian directory

23:58 <schwarz_Kat> Armbian mirror with expired certificate reported in the forum. Confirmed: xogium.performanceservers.nl uses an invalid security certificate. The certificate expired on 08/06/22 16:03. The current time is 18/06/22 11:50. (Error code: SEC_ERROR_EXPIRED_CERTIFICATE)