02:42 <Armbian-Discord> <C​srutil> wow, that fixed the nanopi r5s nic issue?

03:26 <Armbian-Discord> <c​0rnelius> what r5s nic issue ?

03:35 <Armbian-Discord> <c​0rnelius> that should be working. if its not working than the patching for the R5 is off or something isn't ticked on in the defconfig.

08:23 <Armbian-Discord> <e​l scorpio | qu454|2> yes, and i asked the same question there

08:25 <Armbian-Discord> <e​l scorpio | qu454|2> but no news that would make a non-developing user hopefull to be able to wake a rockpro from suspend

11:13 <Armbian-Discord> <I​gorPec> developing user has to wast a week or two to fix that

11:13 <Armbian-Discord> <I​gorPec> its not 5 minute job like non-developing users thinks 😦

12:19 <Armbian-Discord> <T​onymac32> Non-trivial for sure. 😑

14:33 <Armbian-Discord> <d​ave> which issue?

15:17 <Armbian-Discord> <m​arty> Hi! can someone point me in the right direction here. I would like to rebuild a release from the archive with some modification see: https://stpete-mirror.armbian.com/dl/rock-3a/archive/. Can i somehow get the git commit hash and checkout that specific version? I can see that the .txt file contain a Builder rev but that does not seem to match a specific commit

15:28 <Armbian-Discord> <I​gorPec> What is the problem - kernel version or build system?

15:29 <Armbian-Discord> <I​gorPec> just use build system and build new kernel with your changes

15:29 <Armbian-Discord> <I​gorPec> ./compile.sh EXPERT=yes

15:30 <Armbian-Discord> <I​gorPec> if you only want to build kernel, on the device, download kernel source from repository - which will be the exact one, but kernel install is manual ...

19:28 <Armbian-Discord> <e​l scorpio | qu454|2> My expectation regarding this issue (waking rockpro64 from any for of suspend state) is that it will probably never work

19:29 <Armbian-Discord> <e​l scorpio | qu454|2> At least thats what i was told like a year ago when i build my system

19:31 <Armbian-Discord> <e​l scorpio | qu454|2> Anyway when i saw that video called "fixed wake pinephone from suspend", i thought it cant hurt to ask if there is any news on that topic

19:33 <Armbian-Discord> <I​gorPec> where did you saw that video?

19:34 <Armbian-Discord> <e​l scorpio | qu454|2> https://youtu.be/euqV01aN8NE

19:35 <Armbian-Discord> <T​onymac32> Lol "Tow-boot" fixes it, eh?

19:35 <Armbian-Discord> <T​onymac32> If they were responsible they would send it back to U-boot, since that's all Tow-boot is

19:36 <Armbian-Discord> <I​gorPec> isn't this just UI to uboot?

19:36 <Armbian-Discord> <T​onymac32> Yes

19:37 <Armbian-Discord> <T​onymac32> So the fix should be applicable, assuming it isn't some disfiguring hack

19:37 <Armbian-Discord> <I​gorPec> well, i don't know ... but all this pinephone multihacking doesn't amuse me

19:38 <Armbian-Discord> <T​onymac32> Yeah, if the fix can apply across all rk3399 then good

19:38 <Armbian-Discord> <T​enkawa> Tow-Boot is actully a very well built u-boot port

19:38 <Armbian-Discord> <T​enkawa> works well on the PBP

19:38 <Armbian-Discord> <T​onymac32> But I really would like Pine to get some devs

19:39 <Armbian-Discord> <T​onymac32> And sure, it is, but it's like giving a window manager credit for an improvement to the kernel

19:39 <Armbian-Discord> <I​gorPec> they had postmarketOS team

19:39 <Armbian-Discord> <I​gorPec> otherwise nothing would be working anyway

19:39 <Armbian-Discord> <T​onymac32> Ok, maybe that was a bit too far. 🤔🙂

19:39 <Armbian-Discord> <T​enkawa> @IgorPec sounds like they did a bad job of retaining devs

19:40 <Armbian-Discord> <T​enkawa> and passing on knowledge

19:40 <Armbian-Discord> <T​onymac32> They rely 110% on community

19:40 <Armbian-Discord> <I​gorPec> haha, yeah more then 110 %

19:40 <Armbian-Discord> <T​onymac32> And some of the community feel they play favorites

19:40 <Armbian-Discord> <T​onymac32> So they stopped donating time

19:40 <Armbian-Discord> <T​enkawa> Oh I've definitely heard about that

19:41 <Armbian-Discord> <T​onymac32> I can't say for sure, I have no interest in Manjaro, so

19:41 <Armbian-Discord> <T​enkawa> shudder...

19:41 <Armbian-Discord> <T​enkawa> I tried it.... wasn't impressed

19:42 <Armbian-Discord> <I​gorPec> it usually hurts

19:42 <Armbian-Discord> <T​onymac32> Lol

19:46 <Armbian-Discord> <e​l scorpio | qu454|2> I dont envy them that they have to rely on a chip with this kind of bug (or whatever the reason is that make suspend a non trivial to near impossible thing) for theirnphonew, tablets, netbooks etc

19:46 <Armbian-Discord> <e​l scorpio | qu454|2> Socs...

19:53 <Armbian-Discord> <T​onymac32> Universal issue on ARM

19:54 <Armbian-Discord> <T​onymac32> Honestly my PC doesn't even like to enter suspend gracefully

19:55 <Armbian-Discord> <c​0rnelius> I don't understand the pinephone. in general.

19:55 <Armbian-Discord> <c​0rnelius> seems like a huge waste of time.

19:57 <Armbian-Discord> <I​gorPec> i also had a wet dream to fix my x85 build machinery to be suspend ready

19:57 <Armbian-Discord> <c​0rnelius> the tech on those devices change so quick. plus pine as a company isn't known for having good displays on their units.

19:58 <Armbian-Discord> <I​gorPec> and i am happy that at least auto boot when power comes, is working

19:58 <Armbian-Discord> <I​gorPec> suspend worked well on Helios4 on the other hand