**** BEGIN LOGGING AT Tue Jan 17 02:59:56 2023 Jan 17 06:38:07 Howdy friends Jan 17 06:38:07 I'm trying to get webos/luneos running on my device and have hit a road block Jan 17 06:38:08 my device apparently boots up fine with Product: Generic Device and Manufacturer: halium in dmesg but i have no telnet or rndis to debug and investigate further Jan 17 06:38:08 device is halium 9 Jan 17 06:38:09 i tried searching in webos ports website for rndis but couldn't find anything Jan 17 06:38:09 any help is appreciated Jan 17 09:09:22 fakeshell: Which device? Jan 17 09:09:35 "adb shell" doesn't work Jan 17 12:27:00 fakeshell: where do you see this dmesg information ? on your host PC via USB ? Jan 17 14:57:51 Its xiaomi onclite Jan 17 14:58:11 Yes on my jost via usb Jan 17 16:54:23 https://github.com/webOS-ports/sensorfw/pull/2 Jan 17 17:13:32 I'm a blithering idiot i have adb and i can get a shell Jan 17 17:13:45 I'm just very used to having ssh or telnet sorry about that Jan 17 17:46:10 fakeshell: ah, great if you can get a shell :) Jan 17 17:54:23 my issue right now is that my isn't getting mounted in /var/lib/lxc/android/rootfs/vendor (and /android/vendor Jan 17 17:56:15 vendor partition exists (treble device) and i have a copy of my vendor.img in /var/lib/lxc/android/ Jan 17 17:56:36 i'll try modiyfing pre-start.sh and config to get it working Jan 17 18:31:14 i got vendor mounted and now system crashes in a few minutes lmk kills systemd Jan 17 18:31:19 https://nekobin.com/zeyohofoci Jan 17 18:31:24 https://nekobin.com/heyifoviga Jan 17 19:04:03 fakeshell_: I'm curious what image you used since we didn't have an image for onclite Jan 17 19:04:35 Though our images are pretty generic with only few device specific configs Jan 17 19:04:53 We just never got to the point we made a generic image for aarch64 Jan 17 19:36:40 So i took rosy and changed android rootfs image and vendor image and added my udev rules Jan 17 19:36:49 Anything else i should be adding? Jan 17 19:37:36 If i disable surface manager it doesnt crash so thats the one using all the 4gb (probably some faulty component or missing config) Jan 17 19:50:27 surfacemanager has some config too yes Jan 17 19:53:41 https://github.com/webOS-ports/meta-webos-ports/blob/kirkstone/meta-luneos/recipes-webos/luna-surfacemanager/luna-surfacemanager-conf/rosy/surface-manager.env Jan 17 20:10:14 Herrie: Tofe: I've talked with ka6sox a bit on FB and the data from build server looks to be gone, will share the details on query Jan 17 20:13:27 is rosys rootfs armhf? or is it aarch64? Jan 17 20:13:43 but i'll look into that config file Jan 17 20:18:21 fakeshell: it's aarch64 Jan 17 20:19:11 thanks just wanted to make sure Jan 17 20:20:29 fakeshell_: I'm fairly surprised you got the kernel booting, are these two devices so similar? Jan 17 20:21:25 but anyway it's a very interesting exploration you're doing here Jan 17 20:21:59 nope i compiled my own kernel Jan 17 20:22:11 ah, ok, I understand a bit better Jan 17 20:23:10 I ported droidian and manjaro to onclite now i'm working on luneos Jan 17 20:23:32 I built the kernel and packaged the ramdisk that came with rosy and inside my boot image Jan 17 20:24:19 yes, obviously it's not your first time :) Jan 17 20:24:23 Then modified webos-rootfs and added my own images Jan 17 20:24:51 And volla it booted up Jan 17 20:25:21 Sometimes, it just works Jan 17 20:25:30 so you don't have graphics yet, right? Jan 17 20:25:40 yeah no gui yet Jan 17 20:25:51 are the halium services up and running? Jan 17 20:26:10 yes lxc is up and i can see android services running Jan 17 20:26:37 ok great; then it's maybe minor Jan 17 20:26:57 you're using halium 9 ? Jan 17 20:27:43 Yes Jan 17 20:28:16 ah but you might be stumbling on a qt6 issue we've had for months with our halium devices: our qt hwcomposer QPA seems to be needing some rework for Qt6 Jan 17 20:28:27 I'm sorry for using multiple accounts on irc (its one of the first times i have used irc i don't know how i can use the same account on both my laptop and phone) Jan 17 20:28:54 fakeshell: no worries, as long as we're not lost in the conversion :) Jan 17 20:28:56 was manjaro using Qt6 ? Jan 17 20:29:13 Ah interesting yeah it might be that i was in a rush so didnt do that much testing Jan 17 20:29:26 Manjaro was using phosh which is gtk Jan 17 20:30:07 I think we're still the only ones using qt6 with halium, or at least trying to Jan 17 20:30:22 I see Jan 17 20:30:28 sailfishos is still on qt5, same for ubports Jan 17 20:30:28 Is it a hwcomposer backend issue? Jan 17 20:30:37 I think so yes Jan 17 20:30:47 let me find some logs from when I analyzed things a bit Jan 17 20:31:27 If there are older images with qt5 i can try redoing it with that rootfs or if there are older sources use the recipes and build the rootfs with that Jan 17 20:32:55 we do have everything on github, but we lost build.webos-ports.org two years ago (HW failure, never recovered), so some url from old source code might be incorrect today Jan 17 20:33:01 I also found a pre-stop.sh script which was interesting because i thought all distros dropped that script Jan 17 20:33:25 fakeshell: well we're lagging behind in terms of lxc scripts Jan 17 20:33:41 because of this qt6 issue, we didn't work much on halium devices lately Jan 17 20:34:01 Damn thats really sad. Yeah i looked at webos-ports docs and saw that everything leads to a 404 Jan 17 20:37:18 Yeah i was told that luneos is switching to mainline. Imo mainline is just not stable. I have multiple devices which have mainline ports in very good shape (beryllium, hammerhead, a500h) and even tho they have a good port and are in the recommended ones they are very unstable and not at all usable for daily use (then again in my opinion) so i'm not very interested in mainline Jan 17 20:40:15 agreed, we don't have a stable mainline hammerhead port either Jan 17 20:50:25 ok, now I begin to remember the issue with our scenegraph: "Starting with Qt 6.0, the RHI-based rendering model is the default, and there is no option to fall back to directly using OpenGL"; basically that means quite a rewrite of the halium hwcomposer qpa plugin for Qt6, which noone has done yet, and which I don't think will be able to do myself Jan 17 20:51:37 I have no understanding of the underlying system sadly i'm just a simple porter who knows a few linux commands Jan 17 20:55:22 maybe at some point I should have a look at it again, just to clarify what needs to be changed Jan 17 20:56:29 Herrie: are you able to pinpoint when could be our last build using Qt 5.15 ? Jan 17 20:57:52 I was actually just looking at that Jan 17 20:58:23 20220813 says migrating from 5.15 to to 6.3 Jan 17 20:58:52 build 20220205 and 20220125 exist which are older than 20220813 Jan 17 20:59:03 fakeshell: I found this old thing from late 2021: https://tofe.me/public/luneos/luneos-dev-package-rosy-unstable-0-70.zip Jan 17 20:59:16 woohoo thanks will try it out Jan 17 20:59:58 no promises though, I don't remember in which state this one was Jan 17 21:00:12 its worth a try i'm just here for the fun of it Jan 17 21:00:24 :) right Jan 17 21:00:48 at worst, it doesn't boot Jan 17 21:01:26 Yeah Jan 17 21:01:30 but I think you could even bypass that by using the other ramdisk Jan 17 21:01:55 anyway, have fun :) Jan 17 21:02:09 and let's hope for a good ending Jan 17 21:02:51 Thanks! Yeah lets hope it does work. It would make up for a good reddit thread 😃 Jan 17 21:29:45 Tofe: this one says unstable, so it might be early test for switch to newer yocto or something like that Jan 17 21:33:35 Testing won't hurt yk Jan 17 21:37:40 yeah, gl :) Jan 17 22:04:54 Hey tofe i cant download that image 502 Bad Gateway **** ENDING LOGGING AT Wed Jan 18 02:59:56 2023