2025-03-29.log

chBoostisBetter: it should be in the normal branch00:56
chbut it doesnt fully (mostly) support usb devices on the charging-enabled port00:56
chwhich is what i wanted to fix at some point00:57
chbut life is getting in the way00:57
- Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)01:00
+ Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66)01:01
- mjw (QUIT: Ping timeout: 272 seconds) (~mjw@gnu.wildebeest.org)02:31
- paperManu (QUIT: Ping timeout: 276 seconds) (~paperManu@107.159.71.33)02:43
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)03:38
- Gooberpatrol_66 (QUIT: Ping timeout: 276 seconds) (~Gooberpat@user/gooberpatrol66)03:39
- nsc (QUIT: Ping timeout: 248 seconds) (~nicolas@242-99-142-46.pool.kielnet.net)03:48
+ nsc (~nicolas@50-98-142-46.pool.kielnet.net)03:49
- ptrc (QUIT: Remote host closed the connection) (~ptrc@ptrc.gay)04:30
+ ptrc (~ptrc@ptrc.gay)04:30
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50)05:03
- ex-parrot (QUIT: Quit: _b) (~fincham@user/ex-parrot)06:39
+ ex-parrot (~fincham@user/ex-parrot)06:39
+ gustav28 (~gustav@c-78-82-55-198.bbcust.telenor.se)10:02
BoostisBetterch: I understand! THanks for your efforts!11:02
+ pandora (uid585533@id-585533.ilkley.irccloud.com)11:23
+ mjw (~mjw@gnu.wildebeest.org)12:00
+ paperManu (~paperManu@107.159.71.33)12:00
- Ar|stote|is (QUIT: Ping timeout: 276 seconds) (~linx@149.210.12.55)12:34
+ Ar|stote|is (~linx@149.210.13.15)12:38
- L29Ah (QUIT: Ping timeout: 248 seconds) (~L29Ah@wikipedia/L29Ah)13:20
minuteinteresting (rk3588 emmc related) https://github.com/armbian/build/pull/792113:32
- pandora (QUIT: Quit: Connection closed for inactivity) (uid585533@id-585533.ilkley.irccloud.com)13:33
+ L29Ah (~L29Ah@wikipedia/L29Ah)13:45
- Ar|stote|is (QUIT: Ping timeout: 260 seconds) (~linx@149.210.13.15)14:13
+ Ar|stote|is (~linx@149.210.24.235)14:17
BoostisBetterI wasn't aware that the RK had issues using the emmc. Glad a solution seems to have been found. 14:24
minuteBoostisBetter: it doesn't have, per se14:27
minutei'm currently thinking about rk3588 suspend/resume support... i would really like to see it happen14:58
minutei found an interesting thread about clockwork pi's journey to fix this on rk3399 https://forum.clockworkpi.com/t/a06-suspend-to-ram-is-working/926314:58
gordon1minute: isn't it be easier to make hibernate work? at least you don't have to work on ATF14:59
minutegordon1: both are interesting. hibernate is more interesting for the laptops definitely14:59
gordon1ah, you're thinking about touch device as well, yes15:00
minutegordon1: yeah, and it might also benefit the pocket to have regular quick sleeps15:00
minute(for battery runtime)15:00
gordon1did someone test how much it consumes in s2idle?15:00
minuteno, it's not clear if it successfully enters sleep15:00
gordon1s2idle is not really sleep and it usually always works15:01
gordon1it just turns everthing it can off and stops the scheduler15:01
gordon1but does not shut down cpus15:01
BoostisBetterminute: that is GREAT news! Suspend and using less than <100mA would be great. But like gordon1 I would probably prefer hibernation as well. Still if the stuff already figured out here makes suspend easier I would be happy with that as well! 15:02
BoostisBetterAs a matter of fact, the only real reason I haven't sprung for the RK on the Pocket is the suspend story and the lack of bluetooth. The Next is a bigger platform and just easier to mitigate. 15:03
minutegordon1: i see. btw where you the one who already experimented with hibernate here?15:03
BoostisBetterSo I think it is wonderful that this remains a focus for ya. 15:03
minutes/where/were15:03
minuteBoostisBetter: for bt there is a plan as well now.15:03
gordon1minute: yes, i am, i can give it another try if you want, i just need to schedule some time to put the little board i have offline15:03
gordon1i did a thing but lost all the nvmes on the way15:04
minutegordon1: ohh. i wonder if i could support your hacking in some way, i.e. provide you with more hardware15:04
minuteabout suspend, it might make sense to reach out to other rk3588 stakeholders like collabora and radxa15:05
BoostisBetterminute: That is awesome to hear! The RK on the Pocket is a dream for me. I am happy to hear that things are getting more and more mature there! 15:05
gordon1i since invented  an ugly hack for nvme rescan for a different reason, so it is possible that it would fix nvmes after a suspend https://raw.githubusercontent.com/gordon-quad/mkinitramfs-ll/refs/heads/master/hooks/2-rescan-nvmes15:05
minutegordon1: oh this is very reminiscent of stuff we did on the imx8mq for sleep back in the days. we had to remove and rescan the pci wifi15:05
gordon1minute: let me give it another try and see how comfortable i feel in hacking the rk3588 in mainline, i just don't want to commit to something that i couldn't pull off15:06
minutegordon1: the root filesystem on nvme would not like this though right... i guess we could look at patching the kernel to do this instead after the rootfs is frozen15:07
minutegordon1: sure thing15:07
minutealso i'm embarassingly not sure if we're on the open-source tf-a already15:07
minute( https://www.collabora.com/news-and-blog/blog/2024/02/21/almost-a-fully-open-source-boot-chain-for-rockchips-rk3588/ )15:07
gordon1root fs is not a big deal tbh, i have a suspend hack for my x230 that does chroot in ramfs before the sleep to remove the encryption keys from the memory, so kernel wakes up without rootfs available, but can be brought back15:08
gordon1your script for u-boot builds it :)15:09
gordon1i mean tf-a15:09
gordon1https://source.mnt.re/reform/reform-rk3588-uboot/-/blob/main/build.sh?ref_type=heads#L715:09
gordon1but there is no suspend support there15:10
minutegordon1: ah good, thanks :D15:14
minutegordon1: that sounds extremely nifty @ ramfs chroot15:14
minutegordon1: looks like there is suspend support though? https://gitlab.collabora.com/hardware-enablement/rockchip-3588/trusted-firmware-a/-/blob/rockchip/plat/rockchip/rk3588/drivers/pmu/pmu.c#L75615:19
gordon1i remember checking the patches from your previous link for rk3399 and one thing that stood up was ram suspend that isn't there for 358815:20
gordon1let me find it again15:21
minutehttps://gitlab.collabora.com/hardware-enablement/rockchip-3588/trusted-firmware-a/-/blob/rockchip/plat/rockchip/rk3588/drivers/pmu/pmu.c#L125415:21
minutegordon1: ah i see, maybe they had some explicit PSCI calls for it?15:21
gordon1that's what i'm talking about https://gitlab.collabora.com/hardware-enablement/rockchip-3588/trusted-firmware-a/-/blob/rockchip/plat/rockchip/rk3399/drivers/dram/suspend.c?ref_type=heads15:23
gordon1tbh rk3588 has no dram in its platform at all so maybe it handled differently15:24
minuteaha, this is the dram part ok15:27
minuteas far as i understand so far the call for entering sleep is rockchip_soc_sys_pwr_dm_suspend15:27
gordon1that's probably for cortex-m0 so we're not really concerned about that https://gitlab.collabora.com/hardware-enablement/rockchip-3588/trusted-firmware-a/-/tree/rockchip/plat/rockchip/rk3399/drivers/m0/src?ref_type=heads15:28
gordon1just checking the mentions of suspend15:29
minuteddr sleep for rk3588 seems to be done here https://gitlab.collabora.com/hardware-enablement/rockchip-3588/trusted-firmware-a/-/blob/rockchip/plat/rockchip/rk3588/drivers/pmu/pmu.c#L89615:29
gordon1i wonder if you have to have something on cortex-m0 to make it sleep properly15:29
gordon1ah so there is a chance15:30
gordon1interesting that author of the original rk3399 post mentions that hibernate does not work15:45
gordon1minute: do you have any rk3588 suspend attempt logs at hand?15:49
minutebtw if you look at the original commit to tf-a by rockchip, suspend/resume is advertised https://gitlab.collabora.com/hardware-enablement/rockchip-3588/trusted-firmware-a/-/commit/e3ec6ff4b24c7daa4dfa82709c23a2282994716015:51
minutegordon1: i don't have logs atm but could make some a bit later today15:54
minutein any case it's great we have open source tf-a, so one can also put debug prints etc in there15:55
- Ar|stote|is (QUIT: Ping timeout: 260 seconds) (~linx@149.210.24.235)15:56
minuteit might also make sense to do tests in initramfs first15:57
minute(with minimum extra hw/drivers)15:57
gordon1yep, i'm gonna try it later today too16:01
grimmwareminute: you mentioned recently that you had a patched build of Blender working on the rk3588 - is that trivially reproduceable or is it $WORK?16:13
- GNUmoon (QUIT: Ping timeout: 264 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon)16:14
minutegrimmware: hmm i think it's not so much work, but needs a while to build16:14
minutelike 15 minutes? not exactly sure16:14
grimmwarethat's no problem! I'd love to take a pop at it because I've got some travel coming up and it'd be a great chance for me to get some modeling done for some of my projects16:16
grimmwareany notes or build scripts or anything would be greatly appreciated16:16
joschminute: we could throw your blender patch into reform-debian-packages, no?16:17
minutejosch: we could! grimmware: it's not super usable though and can crash the gpu... so nothing you'd like to use productively atm16:20
minutegrimmware: i guess the steps are 1. check out blender git main. 2. apt build-dep blender 3. mkdir build; cd build; cmake-gui ..; toggle lots of stuff off that you don't need and that just waste compile time 4. generate makefiles (i recommend ninja) 5. apply patch 6. ninja -C build16:21
minute(7. ninja -C build install is also required to copy some stuff around in build dir)16:22
minutegrimmware: patch http://dump.mntmn.com/20250315-mnt-blender-panvk.patch.txt16:22
minutei also use mesa built from git for this. not sure if there are panvk things in there that are required that debian mesa doesn't have yet16:23
grimmwareperfect, that's enough for me to get on with :) Probably give that a pop tomorrow16:23
grimmwareI'll try without mesa git first and see how I get on just as a data point16:24
minutecool16:24
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)16:27
- Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)16:51
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)16:52
- L29Ah (PART: !!unknown attribute: msg!!) (~L29Ah@wikipedia/L29Ah)17:06
BoostisBetterminute: is the wifi/bt card you are using in the Reform Next what you were referring to by a solution for BT on the Pocket? 17:18
BoostisBetterminute: is the wifi/bt card you are using in the Reform Next what you were referring to as a solution for BT on the Pocket? 17:19
minuteBoostisBetter: kind of, but i will change both17:19
minuteto another m.2 key e slot17:19
BoostisBettervery cool! 17:19
BoostisBetterminute: speaking of rabbit holes! I just stumbled on the mnt (you) mastadon feed and have been looking at all the awesome stuff you have been posting. I love it! The reform desktop is super dope! The pocket based tablet is awesome! So cool if that rabbit hole led to a bigger touch screen in the pocket. Anyway thanks for being so open with all the stuff you are working on! 17:25
BoostisBetterminute: and I am now educated on exactly what you mean with the m.2 solution you are working on! 17:26
- GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon)17:27
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)17:27
+ Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66)17:33
- Gooberpatrol66 (QUIT: Ping timeout: 248 seconds) (~Gooberpat@user/gooberpatrol66)17:33
- GNUmoon (QUIT: Ping timeout: 264 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon)17:41
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)17:41
- cow321 (QUIT: Ping timeout: 252 seconds) (~deflated8@user/meow/deflated8837)18:09
- xktr (QUIT: Ping timeout: 252 seconds) (~xktr@user/xktr)18:44
+ xktr (~xktr@user/xktr)18:45
minutegrimmware: modeling and rendering (on CPU) mostly works but opening material preview crashes the GPU, and also going to the shading tab18:48
- Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)19:23
+ Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66)19:23
+ L29Ah (~L29Ah@wikipedia/L29Ah)19:27
- GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon)19:40
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)19:41
- L29Ah (PART: !!unknown attribute: msg!!) (~L29Ah@wikipedia/L29Ah)19:57
+ cow321 (~deflated8@user/meow/deflated8837)20:09
- Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)20:09
+ colinsane (~colinunin@97-113-143-86.tukw.qwest.net)20:37
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)20:40
- colinsane (QUIT: Ping timeout: 260 seconds) (~colinunin@97-113-143-86.tukw.qwest.net)20:51
+ L29Ah (~L29Ah@wikipedia/L29Ah)20:58
+ Ar|stote|is (~linx@149.210.25.83)21:26
BoostisBettervideo playback (youtube) in brave and clapper do not work anymore. They seem to be just staging forever but never starting. Has anyone else had this issue?21:49
minutei wouldn't use that browser, so no idea. do you see the same problem with mpv?21:54
BoostisBetterlet me try that real quick 21:54
BoostisBetterthat fails saying it can't open the source file21:57
BoostisBetterit feels like it is system wide.clapper doesn't work either. I am wondering if I accidentally uninstalled a component necessary for playback. 21:59
BoostisBetteras for the browser I would say it is chromium based.21:59
minutesounds weird22:00
minutecan ffprobe identify the file correctly? does ffplay play it?22:00
BoostisBetterI just installed the chroium flatpak and youtube is showing the same isue. 22:03
BoostisBetterI think I accidentally uninstalled a dependency or something. 22:04
BoostisBetterI installed plasma and then uninstalled it22:05
- Ar|stote|is (QUIT: Ping timeout: 260 seconds) (~linx@149.210.25.83)22:05
minutewell you'll have to be systematic about it to analyze what's wrong...22:06
minutebtw most of the time video playback doesn't work in browsers is because of an audio issue22:07
minutei hadn't had that since the days of pulseaudio though. i.e. since pipewire audio has been working mostly just fine22:08
joschBoostisBetter: yes, i've had issues with mpv+yt-dlp in the past few days22:09
BoostisBetterok, same with clapper?22:09
joschbut i assumed the restrictive uni net would be the problem22:09
BoostisBetterI went through all the dependencies and all seem to be present22:10
+ Ar|stote|is (~linx@149.210.32.29)22:10
joschBoostisBetter: i cannot test anymore because it's working right now22:10
BoostisBetterit is not the end of the world to me, but I went to peer tube, I went to the MNT page and none of the videos work there either. 22:11
BoostisBetterso it seems global to the system22:11
minuteBoostisBetter: have you tried rebooting?22:12
BoostisBetterhaha, no. Let me try that real quick22:12
- gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-55-198.bbcust.telenor.se)22:15
BoostisBetterminute: your audio suggestion was exactly it. I was trying to get bluetooth headphones to work and accidentally switched the audio sink. 22:19
BoostisBetterthank you very much!22:19
minuteah.22:20
minuteglad it worked out22:20
- Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.32.29)22:21
BoostisBetterindeed22:24
BoostisBetterI don't watch a lot of youtube, but when I do it is drool over the Reform Next. hahaha22:24
+ Ar|stote|is (~linx@149.210.0.85)22:25
minutehehe22:39
- L29Ah (QUIT: Ping timeout: 276 seconds) (~L29Ah@wikipedia/L29Ah)22:47
+ L29Ah (~L29Ah@wikipedia/L29Ah)23:25

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