libera/#devuan-arm/ Tuesday, 2021-08-10

adhocTenkawa: why is there currently an issue ?02:32
adhocmorning all02:32
tuxd3vgood morning adhoc02:33
Tenkawaadhoc: it's not currently working02:36
adhocok02:36
Tenkawaarm64 to armel crosscompiple has to be done kinda creatively in the kernel install stages02:37
TenkawaI've aleady tested it successfully in debian02:37
Tenkawaworking on getting it clean in devuan02:37
Tenkawas/crosscompiple/crosscompile/02:38
tuxd3vTenkawa, I still do amd64 crosscompile to armel02:40
Tenkawax86 works fine... this is arm64 to armel02:41
Tenkawawhich is for the automated builds02:41
tuxd3vI believe a different crosscompiler needs to exist02:42
Tenkawait is.. llvm02:42
tuxd3vho, you are using llvm :)02:42
Tenkawatuxd3v: this is what I did most of my career02:43
Tenkawawish we had these tools back when I was still working02:44
tuxd3vprobably you will need to compile llv for that, you is there any crosscompilers already availlable?02:45
tuxd3vllvm*02:45
Tenkawatuxd3v: nope.. everything we need is already there02:45
tuxd3vho, nice :)02:46
tuxd3vI am still using gcc02:46
Tenkawalike I said... I've already got debian fixed... I'm about 3/4 done with devuan02:46
Tenkawadevuan's had links in /etc/alternatives that were causing a problem02:47
tuxd3vI never compiled with llvm a kernel02:48
tuxd3vbut I know its possible now02:48
Tenkawathe arm64 build machine creates a custom armel chroot and builds the entire image inside it with the builder02:48
tuxd3vnice02:49
Tenkawanot "quite" as fast as native arm64 but still faster than x8602:49
Tenkawagoing to run more tests over the next couple of days before I give it the complete "go"02:50
tuxd3v:)02:50
Tenkawahave 2 rpi4's standing by to install and test it on02:50
Tenkawaand a bunch of zeros02:51
Tenkawato run it on02:51
Tenkawa(i'm building it on an odroid right now)02:51
tuxd3vI don't have any zero02:52
Tenkawaso I need to move it to a rpi4 to make it rpi to rpi02:52
Tenkawawell this is an zero build02:52
Tenkawaarmel02:52
Tenkawa(or modified armhf)02:53
Tenkawafoundation modifies armhf code to make it  run02:53
Tenkawaright now I'm only testing beowulf02:54
tuxd3vyeah, the userspace is armel on debian, the rpi foundation has everything I believe compiled with support for floating point ..02:54
Tenkawayeah.. in theory I can make it armhf although I will have to modify the make I think to do that02:55
TenkawaI believe when I ran ps it was running a softfp build02:55
Tenkawabut for proof of concept test thats fine02:55
tuxd3vit will be a lot of trouble, as you needed to recompile the entire userspace  with floating foint support, too much work02:56
Tenkawano.. it is pulling the same devuan userland02:57
Tenkawathe kernel is the only thing that needs to be redone02:57
tuxd3vI compile the kernel and its armhf02:57
tuxd3vits the only thing02:57
tuxd3vkernel, headers, and libc-dev02:57
Tenkawayes ... armel defaults are not armhf.. thats why I may need to force the change for the kernel02:58
tuxd3vthe rest, I get from the repos :)02:58
Tenkawanot hard to do.. just have to add a flag to the build scrippt02:58
TenkawaI think I can actually do it in the kernel config itself02:59
tuxd3vat least with gcc, if you have a version that suports hfloat, I believe it already compiles as hfloat03:00
tuxd3vits in that way, in the kernel sources03:01
Tenkawagcc gets called from clang... llvm wraps the necessary things needed though to handle the multiple architectural difficulties03:02
Tenkawait makes things "much" less complicated03:02
Tenkawait is a bit slower at compile time though03:03
tuxd3vI still need to check were can I change that, but its probably in the defconfig file03:05
tuxd3vCONFIG_VFP=y03:05
Tenkawatuxd3v: you around?18:30
tuxd3vTenkawa, yes I am :)18:31
Tenkawawe almost have it and it is going to be even easier to run pi zero builds on arm6418:31
Tenkawajust builder changes.. thats it18:32
Tenkawajust got finished testing the image part.. need to test runtime part18:32
Tenkawawon't need the chroot setup or any of the extra setup18:33
TenkawaI just needed to debug why it was forcibly calling the wrong architecture18:34
tuxd3vnice18:34
Tenkawaonce we found out why we figured out where to add the fix18:34
Tenkawaalready built an image both with gcc and with clang18:35
Tenkawahaven't tested either yet but they wouldn't even build before18:35
tuxd3vthat is an improvment18:35
Tenkawaindeed18:35
tuxd3vhow are you compiling the kernel?18:36
tuxd3vI use a script, for that18:36
Tenkawaeverything is through the builder18:36
c0rneliusadam_free2air: I believe this is fixed now - https://github.com/pyavitz/rpi-img-builder/issues/2918:39
c0rneliusAlthough I haven't made the changes to the debian branches18:39
tuxd3vTenkawa, yes but to build the deb packages I use 'scripts/package/mkdebian'18:57
tuxd3vit determines if the package is armhf or armel, based on the content of 'include/config/auto.conf'18:57
tuxd3vhe searches for 'CONFIG_VFP=y' in 'auto.conf'18:59
tuxd3vbased on that he build armhf or armel :)18:59
c0rneliusThe problem we were having was cross compiling v7 and v6 kernel on a v8 host.19:03
c0rneliusAlthough they would install fine on a running machine, the kernels would fail during the header clean up and recompile cycle inside the builder.19:04
c0rneliusIt would appear just forcing a ARCH=arm into the process corrects the issue.19:04
c0rneliusSo basically one would no longer need to use x86-64 for cross comps. Could just build everything from a ARM64 host.19:06
tuxd3vthat is nice19:07
tuxd3vbut you don't need proper compilers on arm64 for that?19:08
c0rneliusArm64 provides cross compilers19:08
c0rneliusarmhf on the other hand does not.19:08
c0rneliusAt least last time I checked? But who would bother crossing anything on armhf anyway.19:09
tuxd3vso you can compile in arm64 for armel or armhf?19:09
c0rneliusyeap19:09
c0rneliusjust did so.19:09
tuxd3vnice19:09
c0rneliusI'm building for armhf right now to make sure its clean. But armv6 for sure works 100%19:09
c0rneliusSo I'm going to assume this is gonna be fine.19:10
tuxd3v:)19:10
c0rneliusI'm building a rtl8812au wifi module right now on a pizero that was compiled on a arm64 box.19:12
c0rneliusSo far, no errors.19:12
c0rneliusTo bad it takes forever with one core.19:12
tuxd3vyeah those cores are a lot slower :)19:15
c0rneliussuccess19:16
c0rnelius  LD [M]  /home/patrick/rtl8812au/88XXau.o19:16
c0rnelius  MODPOST /home/patrick/rtl8812au/Module.symvers19:16
c0rnelius  CC [M]  /home/patrick/rtl8812au/88XXau.mod.o19:17
c0rnelius  LD [M]  /home/patrick/rtl8812au/88XXau.ko19:17
c0rneliusmake[1]: Leaving directory '/usr/src/linux-headers-5.10.52'19:17
tuxd3vnice!19:17
tuxd3vc0rnelius, do you have also the kernel source packages built on the pizero22:54
tuxd3vor you just the default tar.gz format of the souces from mainline?22:55
tuxd3vI mean to compile your kernel module :)22:56
c0rneliusI don't run debpkg to also build then source deb, nor for the pi kernels do I use mainline unless I have a specific reason to do so. I pull foundation sources.23:25
c0rneliusaria2c https://github.com/raspberrypi/linux/archive/refs/heads/rpi-5.10.y.tar.gz23:26
c0rneliusChange the 5.x.y to pull the source. Thats what the builder does.23:27
c0rneliusthen/the*23:27
c0rneliusThe only SoC that Raspberry Pi has that I allow in the builders to pull from mainline is bcm2711.23:29
c0rneliusThe rest seem like a pointless venture. Unless ur goal is to have a have ass kernel running on the board.23:30
c0rneliushave a half*23:31
c0rneliuscan't type, sorry.23:31
Tenkawawhat did I miss>23:39
Tenkawaer ?23:39
Tenkawa(was updating patches)23:39
c0rneliusprobably nothing23:39
TenkawaI looked up more info on the arm float details... raspbian is the only distro out there compiling armhf with hard float currently23:41
Tenkawa(at least well known)23:42
c0rneliusThey are the only one as far a I know23:42
c0rneliusit was made specific, which is why when the pi4 came out they changed the name of the distro. the people behind it don't support arm64 and the name changed happened when the foundation decided to move on.23:43
Tenkawathe compiler uses extensions that arent avail in all other compilers23:45
c0rneliusI'm pretty sure the people behind Raspbian aren't really on the payroll of the Foundation so it became a problem.23:45
Tenkawaon top of arm117623:45
c0rneliusIf it was easy the Ubuntu boys would support it. :)23:45
Tenkawaclang can't use them23:46
TenkawaI tried earlier23:46
c0rneliusYeah Raspbian is a frankien build of sorts23:46
Tenkawait doesn't support the cpu mode23:47
c0rneliusIt worked in the foundations favor because the userland is still shit.23:47
Tenkawayou get this:23:47
Tenkawaclang: error: the clang compiler does not support '-mcpu= "arm1176jzf-s'23:47
Tenkawagcc does with the right rebuilding23:48
Tenkawathats why raspbian can work23:48
TenkawaI'm sure clang "could"...23:48
c0rneliusThis is why Peter is asking to much.23:49
Tenkawabut it would have to be made to23:49

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!