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
<DC-IRC> <ossuaries> Alright, found the fix. (the equivalent of memmap=2G$0M is mem=2G@2G, using exact values instead of 2G.)
<DC-IRC> <ossuaries> new question: anyone know how to see ram usage, or allocation, by hex address? Someone suggested sudo cat /proc/iomem. Does that seem right?
<DC-IRC> <ossuaries> And a last question: total ram returned by free -m is 3863MB. Is this actually 3863MB, or is there 137MB reserved somewhere? If it's actually that number, should I split this down the middle to determine the precise value for mem=n@n?
<DC-IRC> <Tonymac32> I know a guy that needs beer money
<DC-IRC> <Tonymac32> 😄 😄 😄
<DC-IRC> <Tonymac32> I owe Rich and FriendlyARM a T6 DTS first though
<DC-IRC> <gambl0r> Hello all, anyone know if it's possible to wake an rk3399 that has gone into suspend? On bookworm 6.3.7
<DC-IRC> <Tonymac32> that's going to depend on a ton of factors, so I can't say for sure
<DC-IRC> <Tonymac32> kernel, the mood of the dev who set up the device tree for the device, etc etc etc
<DC-IRC> <gambl0r> orange pi 4 lts
<DC-IRC> <gambl0r> 🙂
<DC-IRC> <Tonymac32> ok, so quality of the hardware is known, probably not looking good
<DC-IRC> <Tonymac32> 😉
<DC-IRC> <Tonymac32> (jokes aside, it depends on a lot of things playing nice with each other, I've never seen it work "well"
<DC-IRC> <gambl0r> it's a shame it's enabled by default
<DC-IRC> <gambl0r> now I can't wake it, it suspended on me while I was using using it too, which I find strange
<DC-IRC> <Tonymac32> I noticed that on my EFI image on the H3+
<DC-IRC> <Tonymac32> even vanilla Ubuntu doesn't enable that by default in my experience
<DC-IRC> <Tonymac32> hmmmm
<DC-IRC> <gambl0r> `Broadcast message from lmartin@orangepi4-lts (Mon 2023-06-12 13:14:11 AEST):
<DC-IRC> <gambl0r> The system will suspend now!`
<DC-IRC> <gambl0r> bye bye
<DC-IRC> <Tonymac32> @IgorPec out of curiosity do we set that parameter for some reason?
<DC-IRC> <Tonymac32> (it's sleeping time in Europe so expect no one to see my rude ping until a few hours from now)
<DC-IRC> <gambl0r> It's all good, it can sleep away for now
<DC-IRC> <gambl0r> I did see this: http://rockchip.wikidot.com/power-manage
<DC-IRC> <Tonymac32> yeah, it depends on Rockchip's nightmare kernel though, I'm not sure mainline handles it
<DC-IRC> <Tonymac32> at least not the same way
<DC-IRC> <Tonymac32> config/kernel/linux-rk35xx-legacy.config
<DC-IRC> <Tonymac32> config/kernel/linux-rockchip-rk3588-legacy.config
<DC-IRC> <Tonymac32> config/kernel/linux-rk3568-odroid-edge.config
<DC-IRC> <Tonymac32> config/kernel/linux-rockchip-rk3588-edge.config
<DC-IRC> <Tonymac32> config/kernel/linux-rockchip-rk3588-midstream.config
<DC-IRC> <Tonymac32> ...really
<DC-IRC> <Tonymac32> 😄
<DC-IRC> <amazingfate> We can merge rk35xx-legacy and rk3588-legacy now. They share the same source repo.
<DC-IRC> <amazingfate> The only thing need to handle is panfrost driver and biofrost share the same driver compatibility, we have to spilt that for rk356x and rk3588.
<DC-IRC> <Tonymac32> ooof well done driver devs
<DC-IRC> <Tonymac32> 😉
<DC-IRC> <Tonymac32> can we just patch those strings for the sake of avoiding all the overhead?
<DC-IRC> <Tonymac32> I guess it doesn't really matter, I just have nightmares of the still convoluted beyond all belief RK3399 situation from forever ago
<DC-IRC> <Tonymac32> "It will never be clean" 😄
<DC-IRC> <Tonymac32> config/kernel/linux-station-p2-legacy.config
<DC-IRC> <Tonymac32> and wtf is this 😄 😄 😄
<DC-IRC> <Tonymac32> oh well
<DC-IRC> <Tonymac32> station P2 was rk33xx, should just have rockchip64 config I would expect
<DC-IRC> <Tonymac32> aha it is using the "in between" rockchip CF kernel, the 4.19
<DC-IRC> <Tonymac32> the "right" thing for the contributor to do would be to bump rockchip64 legacy since no one in their right mind uses it anyway
<DC-IRC> <Tonymac32> but at least there is some reason for it
<DC-IRC> <IgorPec> I wake up early 😉 but my brain doesn't function yet to understand your question LOL which parameter
<DC-IRC> <Tonymac32> the boards are trying to go into sleep automatically
<DC-IRC> <Tonymac32> usually that isn't set unless the user marks it, but I noticed it on my EFI board that it was set out of the box
<DC-IRC> <IgorPec> oh? never noticed
<DC-IRC> <IgorPec> where is this set?
<DC-IRC> <Tonymac32> power management
<DC-IRC> <Tonymac32> my kids and I got kicked out of minecraft, that's why I know it was set 😄
<DC-IRC> <Tonymac32> I had to go turn it off
<DC-IRC> <IgorPec> this is a bug then. where is this set?
<DC-IRC> <Tonymac32> I honestly don't know where/when/how we'd be able to do it, all I know is when I install vanilla Ubuntu I have to set it manually
<DC-IRC> <IgorPec> it was probably always set, just it wasn't working before 😉
<DC-IRC> <Tonymac32> 😄 but wakeup requires defined interrupts, and we don't have those 😄
<DC-IRC> <IgorPec> yes, that part i understand
<DC-IRC> <IgorPec> resume is not operational
<DC-IRC> <Tonymac32> we have some stuff in pinebook pro that might help
<DC-IRC> <gambl0r> so there is no way to resume from sleep apart from pulling the power?
<DC-IRC> <Tonymac32> if keyboard, mouse, and power button didn't do it 😦
<DC-IRC> <gambl0r> keyboard and mouse are dead, plugged in ethernet cable to see what would happen, port remains dead
<DC-IRC> <gambl0r> can't access the power button on the board due to the metal case
<DC-IRC> <lanefu> Yeah look for SuspendState in systemd stuff for pinebook. You probably want s2idle
<DC-IRC> <lanefu> Yeah look for SuspendState in systemd stuff for pinebookpro. You probably want s2idle
<DC-IRC> <lanefu> How do you handle that. Boot args?
<DC-IRC> <amazingfate> We can use a different compatible name for arm kbase driver, and change the compatible name in rk3588s.dtsi.
<DC-IRC> <Az-eddine> We can use a differenti compatibile name for arm kbase driver ,and change the compatibile name in rete 3588s. Design. YES
<DC-IRC> <lanefu> what?
<DC-IRC> <jkent.net> appears to be voice to text
<DC-IRC> <jkent.net> appears to be voice to text -- or something
<DC-IRC> <lanefu> yeah that's what i was wondering
<DC-IRC> <lanefu> at least its not voice attachments anymore
<DC-IRC> <jkent.net> they may be visually impaired
<DC-IRC> <lanefu> and italian
DC-IRC has quit [Server closed connection]