2025-10-01.log

+ jackhill (~jackhill@kalessin.dragonsnail.net)00:47
+ XgFgX (~quassel@2001:19f0:5001:1174:dc82:8500:c2c0:c061)01:18
- XgF (QUIT: Ping timeout: 256 seconds) (~quassel@2001:19f0:5001:1174:5400:2ff:fef2:1fa2)01:19
- Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)01:35
- gachikuku (QUIT: Read error: Connection reset by peer) (~gachikuku@kamil.gr)01:48
- mjw (QUIT: Ping timeout: 240 seconds) (~mjw@gnu.wildebeest.org)02:58
- paperManu_ (QUIT: Ping timeout: 240 seconds) (~paperManu@64.58.44.160)02:59
+ paperManu (~paperManu@64.58.44.160)03:23
- paperManu (QUIT: Ping timeout: 264 seconds) (~paperManu@64.58.44.160)03:29
+ paperManu (~paperManu@79.127.134.42)03:31
+ colinsane (~colinunin@97-113-89-123.tukw.qwest.net)03:37
- nsc (QUIT: Ping timeout: 240 seconds) (~nicolas@181-99-142-46.pool.kielnet.net)03:46
+ nsc (~nicolas@181-96-142-46.pool.kielnet.net)03:48
- paperManu (QUIT: Read error: Connection reset by peer) (~paperManu@79.127.134.42)04:18
- jackhill (QUIT: Ping timeout: 245 seconds) (~jackhill@kalessin.dragonsnail.net)05:11
+ jackhill (~jackhill@kalessin.dragonsnail.net)05:12
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)05:53
+ plomtest (~plom@user/plomtest)05:55
- plomtest (QUIT: Remote host closed the connection) (~plom@user/plomtest)07:14
+ plomtest (~plom@user/plomtest)07:18
+ manis (01a66df340@185.72.67.185)07:20
- potash (QUIT: Quit: The Lounge - https://thelounge.chat) (~potash@user/foghorn)07:26
- plomtest (QUIT: Read error: Connection reset by peer) (~plom@user/plomtest)07:28
- robin (QUIT: Ping timeout: 264 seconds) (~robin@user/terpri)08:34
- svp (QUIT: Ping timeout: 245 seconds) (~svp@2002:4f07:f0bd:0:69b1:b463:d245:e861)08:36
+ robin (~robin@user/terpri)09:00
+ thelounge2784 (~thelounge@gidzit.org)09:01
+ S0rin (~S0rin@user/s0rin)10:01
+ Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66)10:03
- Gooberpatrol66 (QUIT: Read error: Connection reset by peer) (~Gooberpat@user/gooberpatrol66)10:03
+ plomtest (~plom@user/plomtest)10:04
joschminute: back in june i reported that my laptop would just freeze with openrgb effects running for a while: https://mntre.com/reform-irc-logs/2025-06-27.log.html Back then I had the keyboard v4 as an external keyboard on my a311d classic reform.10:27
joschWith keyboard v4 in rk3588 classic reform, the keyboard will "only" refuse to display any further color after a while but otherwise work fine.10:28
joschAny then one can simply reset the keyboard and restart openrgb.10:28
joschSo there is still a problem but it's not "that bad" it seems.10:28
- plomtest (QUIT: Remote host closed the connection) (~plom@user/plomtest)10:47
+ plomtest (~plom@user/plomtest)10:47
- plomtest (QUIT: Remote host closed the connection) (~plom@user/plomtest)11:02
+ Ar|stote|is (~linx@149.210.0.217)11:25
- S0rin (QUIT: Quit: WeeChat 3.8) (~S0rin@user/s0rin)11:48
+ S0rin (~S0rin@user/s0rin)11:59
minutebtw i've had no more watchdog resets since the weekend firmware on pocket.12:12
minutei've just had a brownout soc reset on 30% battery though. but the cell voltages showed 3.5V. it's actually not recommended to discharge lipo further than 3.5V. so it's probably actually the gauge that's wrong, and this voltage should be considered 0%12:13
minutegnome says "31 minutes to fully charged", not sure if it was able to do that before the charge current fix in reform2_lpc driver12:14
minutech: the battery gauge/monitor actually has a lot of weird settings we should look into, also what is considered "empty"12:15
+ paperManu (~paperManu@64.58.44.160)12:25
+ paperManu_ (~paperManu@64.58.44.160)12:31
casparvitchjosch: in case you are around & want to chat about it I got the reform.debian.net cert fix working 🥳12:31
- paperManu (QUIT: Ping timeout: 245 seconds) (~paperManu@64.58.44.160)12:37
joschcasparvitch: i saw your merge request -- did you successfully test it?12:46
joschi'm having the children over in 15 minutes so not much time on the computer left for me :)12:46
chminute: ack. do you have a good datasheet? the one i have was a bit elusive 12:46
chminute: do you think the brownout is firmware triggered or something else?12:46
chminute: ah like 'lipo stopped supplying power'?12:47
chi'll discharge mine and see what 3.5V is12:48
minutech: not firmware triggered, i think it might be triggered by the MAX momentarily, or by the polyfuse (amps rising with lower voltage?), or even the built in safety in the battery cells12:48
minutech: i think due to higher current at lower voltage, the voltage can dip even more momentarily, under load, and that trips some safety along the path for a moment12:49
chok, makes sense to me12:52
+ gustav2 (~gustav@c-78-82-53-184.bbcust.telenor.se)13:02
minutech: i'll tag a new release in pocket-reform for the firmware, ok?13:03
chminute: sure!13:04
- ex-parrot (QUIT: Ping timeout: 250 seconds) (~fincham@user/ex-parrot)13:07
+ ex-parrot (~fincham@user/ex-parrot)13:11
minutech: lvfs upload job doesn't seem to be scheduled for tag pushes13:14
chhmm13:14
minutenow manually running for main... not sure if that'll pick up the tag? 13:15
minutemanually running pipeline, that is13:15
chit will if HEAD matches the tag13:15
casparvitchjosch: no worries no rush at all! Yes I have it all up and running!13:16
casparvitchjosch: probably faster for you to fix it manually than read the MR to be honest ~13:16
+ svp (~svp@2002:4f07:f0bd:0:69b1:b463:d245:e861)13:16
minuteok, 20251001 is up @ embargo13:28
minutech: it worked!13:28
chnice13:29
chshould figure out why the tag push doesnt trigger it13:29
chi made a note about this as https://source.mnt.re/reform/pocket-reform/-/issues/613:30
- ex-parrot (QUIT: Ping timeout: 245 seconds) (~fincham@user/ex-parrot)13:54
+ mjw (~mjw@gnu.wildebeest.org)13:57
+ ex-parrot (~fincham@user/ex-parrot)13:58
minutech: takes really long for new lvfs embargo fw to show up in fwupdmgr even with refresh --force, can it be?14:03
chyes14:03
chi think 14:06 earliest14:03
minuteah ok!14:03
chthe website claims it takes until the full hour, but IME it takes up to 10min more14:04
chre voltage: battery status now says 3.5V/3.6V and 69%14:05
chso if 3.5V is 'empty', then that seems very off14:05
chi see it in gnome-firmware now14:07
chnote that the "Refresh metadata" action in gnome-firmware doesnt seem to refresh the list you are currently looking at, so have to click away from the selected device if any14:07
chupgraded both14:09
- thelounge2784 (QUIT: Quit: The Lounge - https://thelounge.chat) (~thelounge@gidzit.org)14:17
minutech: right14:21
minutech: also tested, updates worked mega smoothly14:22
minutech: but i have disp v1, needs to be tested on disp v2 as well soon14:22
minutech: i'd expect the brightness to change for a moment on disp v2?14:23
minutemoved both fws to Testing14:24
chgood q. probably? 14:25
joschPSA: copper M2 screws look reeeally cool, especially together with the rcore copper heatsink -- unfortunately, the copper is so soft that with screws this tiny, the head nearly immediately wears down when trying to fasten them -- was a pain to remove them again... at least they all came out in the end...14:34
josch(tried philips and hex heads)14:34
+ paperManu (~paperManu@64.58.44.160)14:35
gordon1getting bunch of there on 6.16.9 kernel http://0x0.st/KMZF.txt14:42
gordon1*these14:43
gordon1but don't have any of those on my rock5b+ so i assume it has something to do with reform patches14:43
joschgordon1: you switched out the rk3588 patch stack for the 6.17 version from collabora, yes? https://gitlab.collabora.com/hardware-enablement/rockchip-3588/linux/-/tree/rockchip-v6.17?ref_type=heads14:47
gordon1hmm, i think i just took patches from reform-debian-packages from patches6.16 dir14:48
gordon1i don't have 6.17 kernel yet14:48
joschoh wait sorry i misread XD14:50
joschsorry, brain14:50
joschi am distracted right now and should not be reading chat, sorry14:50
gordon1i didn't notice any actual problems yet btw, just those dmesg messages, everything works just fine14:51
joschbut the mnt repo also has 6.16.9, so the same messages should show up14:51
chminute: now at 3.5V/3.4V, 54%. gauge thinks 104min to empty14:51
joschlet me quickly check14:51
gordon1but there's a lot of them14:52
gordon1$ dmesg | grep -c swiotlb14:52
gordon157414:52
gordon1ah btw there is a kernel command line parameter that is appended by u-boot and which is not in my boot config: swiotlb=6553514:53
gordon1(which is btw is outrageous, especially because u-boot has no env!)14:54
gordon1ah nvm it is appended as ${bootargs} so i can choose to not include it14:56
joschgordon1: i now have 6.16.9 on my rk3588 classic reform15:08
joschgordon1: when i grep dmesg for swiotlb then i only see one line printing my kernel command line which also includes swiotlb=6553515:09
joschgordon1: the value indeed comes from u-boot as intended: https://source.mnt.re/reform/reform-rk3588-uboot/-/blob/main/mnt-reform2-rk3588-dsi_defconfig?ref_type=heads#L7015:09
gordon1josch: maybe play something using mpv? i got first message 600 seconds after the boot15:11
joschokay, i can do that later tonight15:11
joschgordon1: the value was added to the cmdline by this commit https://source.mnt.re/reform/reform-rk3588-uboot/-/commit/61d9fec91bc9f7ec29ac698ef0f72c464d17586315:11
gordon1i don't think i have anything besides the browser and mpv running today15:11
joschunfortunately the commit message does not have more context as to *why* swiotlb size was increased15:12
joschyou have to ask minute who committed this a year ago15:12
gordon1i mean i doubt that this is what causes this issue, 6.16.7 had same cmdline and produced no dmesg output15:13
gordon1but still it would be interesting to know why it is there15:14
- mjw (QUIT: Ping timeout: 240 seconds) (~mjw@gnu.wildebeest.org)15:22
gordon1ok i increases swiotlb to 131072 but after the reboot i immediately got those messages back: http://0x0.st/KMNJ.txt15:29
gordon1and it probably has nothing to do with number of slots15:29
* Guest9684 -> mjw15:31
gordon1oh, that's probably that patch https://raw.githubusercontent.com/armbian/build/a691fe095b02823e60a076ec593b9fcec7723cc8/patch/kernel/archive/rockchip64-6.14/general-drm-rockchip-Set-dma-mask-to-64-bit.patch15:43
gordon1not sure if i lost it somewhere or why did i applied it previously...15:44
gordon1i also wonder now why i don't have those messages on my rock5b+15:47
gordon1but i can confirm that this patch fixes the message15:48
+ synnfynn (~synnfynn@user/synnfynn)15:55
- synnfynn (QUIT: Quit: ..) (~synnfynn@user/synnfynn)16:37
chminute: while fwupd.org now says (for stable) 'Remote will be signed with new firmware in 2 hours' i think it was effectively visible only on the next day. maybe more luck this time or with stable (tested 'testing' with josch and it took "forever")16:37
minutech: meeh :316:39
joschyeah, it was only visible the next day, around eight hours later16:40
minuteinteresting, "last" shows me a "crash"16:41
minutei wonder how that is detected16:42
minuteok my cell voltages are really bad though16:45
minutech: what are your cell voltages at like 80%?16:46
minutehuh now they went _up_ to 3.7 during use16:47
minutefrom 3.5/3.616:47
minuteok they just change a lot with cpu load16:48
minuteperhaps we just need more capacitores16:51
minute-e16:51
minute ah apparently this is an issue on LiPo with aged cells16:53
minutethey have higher internal resistance, which makes the voltage sag16:53
minutein any case i'm writing down to make some capacitor experiments16:56
+ wstlr (~wstlr@5.13.169.217.in-addr.arpa)17:27
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)17:36
- wstlr (QUIT: Ping timeout: 264 seconds) (~wstlr@5.13.169.217.in-addr.arpa)18:14
+ wstlr (~wstlr@5.13.169.217.in-addr.arpa)18:14
- wstlr (QUIT: Ping timeout: 240 seconds) (~wstlr@5.13.169.217.in-addr.arpa)18:19
+ AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net)18:48
+ wielaard (~mjw@gnu.wildebeest.org)19:12
- klardotsh (QUIT: Quit: zzz) (~klardotsh@2601:600:c900:9443::72f)19:33
* mjw -> Guest704219:45
- Guest7042 (QUIT: Killed (uranium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)19:45
* wielaard -> mjw19:45
+ Guest7042 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)19:45
+ wstlr (~wstlr@5.13.169.217.in-addr.arpa)20:53
chcan look tomorrow re 80%21:59
- wstlr (QUIT: Ping timeout: 264 seconds) (~wstlr@5.13.169.217.in-addr.arpa)22:05
- gustav2 (QUIT: Quit: Quit) (~gustav@c-78-82-53-184.bbcust.telenor.se)22:15
+ wstlr (~wstlr@5.13.169.217.in-addr.arpa)22:16
aloo_shumore pronounced with age but they're all going down during charge and up during discharge22:40
aloo_shuone of the reasons to collect battery data, you don't want a device to hit the power off threshold when the charger is plugged 22:42
aloo_shumore tricky with exchangeable individual cells than with a monolithic 'smart battery'.I think it's a great design decision to have individual cells, but it's implying more work for predicting the pack's charge- & discharge curves22:45
- wstlr (QUIT: Ping timeout: 245 seconds) (~wstlr@5.13.169.217.in-addr.arpa)23:20
+ wstlr (~wstlr@5.13.169.217.in-addr.arpa)23:38
- AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net)23:41
+ LainIwakura (~LainIwaku@user/LainIwakura)23:43

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