01:36 <jaeger> beerman: also, if you want to try it, I just cross-compiled the current rpi4 64-bit kernel, modules, and dtbs: https://crux.ninja/tmp/rpi4-64bit-kernel-and-modules-5.15.82-v8%2B.tar.xz

01:37 <jaeger> I have not yet tested a fresh install with these, planning to try that tomorrow

09:04 <pitillo> jaeger: when you have some time, check core-arm/core-arm64 pkgutils ports to see that we have moved pkgmk.conf.patch directly to pkgmk.conf file, so tje copy problem on the release target will be fixed (and all ovwelays will be homgogeneous). I'll check raspberrypi3-arm overlay to fix it in case it's using the patch

15:47 <jaeger> Want me to go ahead and change raspberrypi4/pkgutils to remove the patch?

18:33 <pitillo> yes, please

18:40 <jaeger> ok

18:41 <pitillo> I wasn't able to check rpi3 one...

18:41 <pitillo> let's see if I can check and fix it now

18:42 <pitillo> ummmm it seems to be fine on that repo (3.7 branch)

19:31 <jaeger> oops, yeah, I was looking at main, I think

19:34 <pitillo> no problem :)

19:36 <jaeger> either way I'll get it fixed in the pi4 repo

19:45 <pitillo> perfect

21:13 <jaeger> ok, I installed the optimized rpi4 rootfs and kernel/modules on a fresh uSD card and it boots up fine on the rpi4

21:17 <jaeger> $ crux

21:17 <jaeger> CRUX-ARM 64b version 3.7

21:17 <jaeger> Linux rpi4 5.15.82-v8+ #1 SMP PREEMPT Thu Dec 8 19:20:23 CST 2022 aarch64 GNU/Linux

21:17 <jaeger> $ uname -a

22:31 <jaeger> Still can't load the xz compressed modules with the upstream kernel, not sure what's up with that yet

22:32 <jaeger> # insmod /lib/modules/5.15.82-v8+/kernel/drivers/net/wireless/broadcom/brcm80211/brcmfmac/brcmfmac.ko.xz

22:32 <jaeger> insmod: ERROR: could not insert module /lib/modules/5.15.82-v8+/kernel/drivers/net/wireless/broadcom/brcm80211/brcmfmac/brcmfmac.ko.xz: Invalid module format

22:32 <jaeger> [ 4706.508654] Invalid ELF header magic: != \x7fELF

22:36 <jaeger> doesn't appear to be an issue with the cross compile, if I uncompress the module file I can work with it normally

22:49 <pitillo> I've never used the compressed module option on ARM neither on x86

22:49 <pitillo> but that smells to the kernel or kmod

22:50 <pitillo> does it work on x86?

22:57 <jaeger> Not sure that I've ever used it

22:57 <jaeger> I might rebuild that kernel with uncompressed modules, we'll see

23:01 <jaeger> It's probably simple like kmod not built with xz support or something, haven't looked yet

23:02 <pitillo> should not be there many differences with x86

23:02 <pitillo> the kernel seems right if you can load uncompressed modules

23:03 <jaeger> ./configure --help | grep -i xz --with-xz handle Xz-compressed modules [default=disabled]

23:03 <jaeger> yeah, I think I'll just disable the xz option in the kernel config to avoid divergence

23:03 <pitillo> fair

23:04 <jaeger> building and uploading a new kernel/modules

23:06 <pitillo> great

23:37 <jaeger> ok, the new stuff works better

23:54 <pitillo> good