lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
montjoie has quit [Ping timeout: 240 seconds]
montjoie has joined #armbian-rockchip
DC-IRC has quit [Remote host closed the connection]
DC-IRC has joined #armbian-rockchip
troglodito has quit [Ping timeout: 252 seconds]
troglodito has joined #armbian-rockchip
<DC-IRC>
<.richn> rpardini where in the code is the lightdm disabled after install ? need to add sddm to it
<DC-IRC>
<.richn> found it
<DC-IRC>
<.richn> one last fix and it should be done adding sddm
<DC-IRC>
<.richn> the autologin
<DC-IRC>
<.richn> personally I dont like the autologin on firstlogin
<DC-IRC>
<.richn> I think adding the user and having them login is btter
<DC-IRC>
<.richn> for security
<DC-IRC>
<efectn> @werner the loadavg problem doesn't seem to be related to nvme
<DC-IRC>
<efectn> I tried with sd card and i get loadavg higher than 1 while idling
<DC-IRC>
<tenkawa42> @efectn its a kernel problem
<DC-IRC>
<tenkawa42> overall kernel problem with this "source"
<DC-IRC>
<tenkawa42> I need to run the debugger against it however I have a bad feeling it is a scheduler problem
<DC-IRC>
<tenkawa42> I was seeing this in my own upgrading here before too..
<DC-IRC>
<tenkawa42> I just never got time to debug and fix it
<DC-IRC>
<rpardini> loadavg near 1.0 all the time? sounds like an interrupt storm.... fusb302 involved at all? (just guessing)
<DC-IRC>
<Werner> Yeah always 1 or higher when real load occurs
<DC-IRC>
<rpardini> awesome. See you're using their public OBS service? I had started playing with a self-hosted OBS once but didn't finish...
<DC-IRC>
<amazingfate> Self hosting is amazing! Public obs of opensuse doesn't support multimedia packages like ffmpeg. So if we can have our own build server it's very nice!
<DC-IRC>
<rpardini> I couldn't make it figure out "dependencies" -- building a self contained `dsc` like the mali blob deb worked, but anything that required dependencies that were _also_ built from user-uploaded packages failed. Launchpad somehow figures those out automatically, but I couldn't convice OBS.... gotta be my fault.
<DC-IRC>
<rpardini> The other problem (or not, really, since Tailscale exists) is that I found no way to have remote agents in different/public networks -- agent / controller communication works in a LAN.
<DC-IRC>
<amazingfate> Maybe this would help:https://en.opensuse.org/openSUSE:Build_Service_private_installation#You_need_to_use_a_Proxy_/_Firewall_to_get_out_of_your_company
<DC-IRC>
<rpardini> Thanks, I shall investigate. Having a good way to build userspace is getting higher and higher on the priority list.
<DC-IRC>
<jason123santa> @amazingfate I saw that there was a display port alt mode patch for the pinebook pro added to kernel 6.1 but I don't get any display output from the usb c but I get output from the megi kernel on manjaro
<DC-IRC>
<jason123santa> Do you happen to know how to get display output to work
<DC-IRC>
<rpardini> Oh yeah that's a very old story.... we've taken that from Manjaro _years_ ago, patch was mangled, applied `extcon` to an eMMC node due to patching mess. Someone with the board & time & patience needs to go deep into that. I still vote to remove that patch from 6.3+
<DC-IRC>
<jason123santa> you know if that patch is applied to 6.1
<DC-IRC>
<rpardini> @jason123santa can you go find the "megi kernel on manjaro" source that works? Maybe we can just re-steal the patch and things might be fixed.
<DC-IRC>
<rpardini> I don't think manjaro is carrying that anywhere though.
<DC-IRC>
<jason123santa> nope I manully installed the prebuilt kernel that is built
<DC-IRC>
<jason123santa> distro does not matter only the kernel
<DC-IRC>
<jason123santa> there is also a dtb file that might be different
<DC-IRC>
<rpardini> well then you can try and grab his patches, drop ours, and try building.
<DC-IRC>
<jason123santa> where would I put the patch for the armbian builder to build? it looks like the whole fix is part of the dtb and not the kernel
<DC-IRC>
<rpardini> DTS(source) is included in kernel. Once compiled it becomes DTB(binary)
<DC-IRC>
<rpardini> patch folder for rk64 6.3 is `patch/kernel/archive/rockchip64-6.3` - make sure to remove the old patch first
<DC-IRC>
<jason123santa> yeah I know the dts builds the dtb but where can I put the dts to be used by the armbian builder
<DC-IRC>
<amazingfate> Mainline kernel has the dts of pbp, you can compare the dts from megous with mainline, and then generate a patch.
<DC-IRC>
<jason123santa> I have to make a .patch file in order for the dtb to be changed?
<DC-IRC>
<rpardini> megi already made the patches for you.
<DC-IRC>
<rpardini> you just grab them, and put them in the patch folder I showed you above.