| minute | thanks! see you there! :D | 00:00 |
|---|---|---|
| - bkeys (QUIT: Ping timeout: 265 seconds) (~Thunderbi@134.22.115.162) | 01:38 | |
| - pomel0 (QUIT: Ping timeout: 245 seconds) (~pomel0@user/pomel0) | 02:54 | |
| - paperManu (QUIT: Ping timeout: 264 seconds) (~paperManu@146.71.9.156) | 03:27 | |
| + paperManu (~paperManu@146.71.9.156) | 03:34 | |
| - rodion_goritskov (QUIT: Ping timeout: 240 seconds) (~rodion_go@mail.goritskov.com) | 04:44 | |
| - paperManu (QUIT: Ping timeout: 240 seconds) (~paperManu@146.71.9.156) | 05:10 | |
| - spew (QUIT: Quit: nyaa~) (~spew@user/spew) | 06:05 | |
| + pomel0 (~pomel0@user/pomel0) | 06:52 | |
| - manis (QUIT: Ping timeout: 256 seconds) (01a66df340@185.72.67.185) | 07:45 | |
| - pomel0 (QUIT: Ping timeout: 240 seconds) (~pomel0@user/pomel0) | 08:18 | |
| + pomel0 (~pomel0@user/pomel0) | 08:43 | |
| - pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0) | 08:50 | |
| + pomel0 (~pomel0@user/pomel0) | 08:55 | |
| + manis (01a66df340@185.72.67.185) | 09:27 | |
| + libercv (~libercv@user/libercv) | 09:29 | |
| - kensanata (QUIT: Quit: OK) (~alex@user/kensanata) | 09:48 | |
| + kensanata (~alex@user/kensanata) | 09:48 | |
| - nybble (QUIT: Quit: WeeChat 4.8.1) (~sprang@user/csprng) | 10:33 | |
| - libercv (QUIT: Quit: Konversation terminated!) (~libercv@user/libercv) | 10:46 | |
| grimmware | minute: I'm still having issues with battery balancing sometimes when the pocket gets drained. One cell will be a lot higher voltage than the other and then the sysctl struggles to continue to deliver an appropriate voltage to actually charge either cell | 12:06 |
| grimmware | my observation here is that with the charger board v2 it will *eventually* recover but I don't understand how it's managing to get such a discrepency in the first place, surely the draw should be even across the cells? | 12:08 |
| grimmware | I'm on the last commit for sysctl firmware | 12:09 |
| grimmware | At some point in the new year I'd love to have a chat about this so that I can understand what I can do to try to debug the issue | 12:09 |
| minute | grimmware: yeah that sounds weird | 12:10 |
| minute | grimmware: you're not at 39c3 i guess? | 12:10 |
| grimmware | nah | 12:10 |
| grimmware | which is sad because I'd really love to say hi irl at some point :) | 12:11 |
| minute | grimmware: i think we should configure the max chip properly. by setting the right values in that windows app. so the protection works correctly. maybe it interferes somehow | 12:11 |
| minute | grimmware: yeah would be cool to hang! | 12:11 |
| grimmware | are you planning on EMFcamp next year in the UK? | 12:12 |
| grimmware | ack on the max chip, I've got a Windows PC set up at the moment if you can give me some notes on what you were thinking about doing | 12:13 |
| minute | nope @ camp | 12:16 |
| minute | josch: btw i can confirm my current kernel 6.17.13 job results in a working rk3588/pocket reform kernel incl hdmi 1440p@120hz still working. | 12:17 |
| josch | wow, that's a lot of pixels per second o0 | 12:19 |
| josch | thank you for confirming -- i can barely test hdmi stuff here :D | 12:20 |
| minute | grimmware: https://minute.social/secret-room/MAXREFDES179_Battery_Fuel_Gauge_GUISetup1.0.0.zip | 12:20 |
| josch | and fewer patches will make it easier to forward-port the remainder next time | 12:21 |
| josch | minute: I'll remove 67, 67 and 68 from the 6.18 branch too, okay? | 12:22 |
| josch | the reason i left them in was because their description sounded suspend-related and i wanted to make playing around this this easier for folks but i remember you wanted to do another deep-dive into this topic anyway "soon" | 12:23 |
| minute | grimmware: this has a wizard where you have to enter the min and max values and general parameters for the cells and at the end it generates (even graphically, like a diff) the config registers that need poking | 12:24 |
| minute | grimmware: i can't find any manual for that tool but iirc it is complex, but mostly self explanatory. some values might need best guesses or you need to do a bit of web research. | 12:25 |
| minute | josch: yes, i thought i had already merged that removal into that branch but please go ahead | 12:25 |
| josch | minute: oh shoot wait there is a typo in the commit message! You removed 76, 77 and 78 not 66, 67, 68 as it says in the commit message | 12:28 |
| josch | okay, now it makes much more sense that you said that hdmi 1440p@120hz still works because 66, 67, 68 do not seem to be very much hdmi related XD | 12:29 |
| minute | oh? | 12:29 |
| minute | i'll quickly check | 12:30 |
| minute | josch: can you later als merge this into that branch? :D https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/154 | 12:30 |
| minute | josch: you're right, i thought you meant other patches, sorry @ 67 | 12:31 |
| minute | josch: i thought you meant 76,77,78 | 12:31 |
| minute | which iirc are hdmi related and upstreamed | 12:31 |
| josch | yes, the confusion is solved. 0076, 0077 and 0078 were removed by vimja. Now it makes sense that you thought this was already done for 6.18. It is. :) | 12:35 |
| josch | I merged MR154 into 6.18 now as well. | 12:35 |
| josch | i'm going to push that branch into the "josch" namespace as well and do a build with DIST=experimental and then create another system image from that | 12:41 |
| josch | i'm currently on Pocket Reform LTE internet in a regio without wifi, so lets see when I get a chance to download that system image during the day. :) | 12:41 |
| - mjw (QUIT: Ping timeout: 264 seconds) (~mjw@46-144-38-170.biz.kpn.net) | 12:58 | |
| minute | josch: wow nice :D | 13:13 |
| minute | josch: i got the numbers confused last night and mislabeled this commit (it's actually about 76/77/78) https://source.mnt.re/reform/reform-debian-packages/-/commit/665b72bd905150d8ddf43a14a5ea6836e1176590 | 13:15 |
| josch | minute: yes, i thought that's what we had discovered earlier? | 13:15 |
| minute | josch: yes, but i didn't remember that i also got it wrong in that commit title :D | 13:34 |
| minute | josch: ah now i see that you knew that :D | 13:34 |
| minute | josch: sorry, a bit in a rush because of 39c9 prep and glancing over things | 13:35 |
| minute | but i finally have my own reform-system-image fork! | 13:35 |
| minute | (i hope to boot this on qcs8550 later, which i will also take with me) https://source.mnt.re/mntmn/reform-system-image/-/jobs/16908 | 13:35 |
| + amospall1 (~jordi@user/amospalla) | 13:35 | |
| - amospalla (QUIT: Ping timeout: 256 seconds) (~jordi@user/amospalla) | 13:38 | |
| josch | minute: all good, all good! I'm just glad that I cared to check and did not accidentally remove the wrong patches. No harm done! I hope it boots on qcs8550 :) | 13:41 |
| josch | ah drats i should've taken my rk3588 classic reform with me, then we could've extended this post with data from qcs8550: https://community.mnt.re/t/comparing-battery-runtime-of-rk3588-a311d-i-mx8mq-i-mx8m-and-ls1028a/3917 | 13:42 |
| josch | (maybe :D) | 13:43 |
| + paperManu (~paperManu@146.71.9.156) | 14:02 | |
| cli | Hi, offtopic question: which 3D printer aligns most to open hardware principles? Prusa? Sorry if this is not the right place to ask. Though I am 100% sure that some folk here know lots about one and the other :) | 14:46 |
| + spew (~spew@user/spew) | 15:05 | |
| gordon1 | cli: voron | 16:22 |
| gordon1 | but prusa is open too, however prusa slicer recently has been enshittifed with some web browser bs | 16:23 |
| gordon1 | but yeah, kinda offtopic | 16:23 |
| + RandyK_ (~RandyK@user/randyk) | 16:40 | |
| - RandyK (QUIT: Quit: Disconnecting. Probably for some good reason.) (~RandyK@user/randyk) | 16:41 | |
| * RandyK_ -> RandyK | 16:41 | |
| + paperManu_ (~paperManu@146.71.9.156) | 17:06 | |
| cli | Thanks :) | 17:13 |
| grimmware | minute: ah I get you | 17:23 |
| grimmware | yeah I can probably take a look at that | 17:23 |
| gordon1 | cli: if you decide to go with voron ldo kit, pls lurk the internet for caveats, it is not 100% smooth and straightforward experience as people might make you to believe | 17:24 |
| - paperManu_ (QUIT: Ping timeout: 264 seconds) (~paperManu@146.71.9.156) | 17:25 | |
| + murphnj (~murph@user/murphnj) | 17:54 | |
| - pomel0 (QUIT: Ping timeout: 240 seconds) (~pomel0@user/pomel0) | 19:05 | |
| + pomel0 (~pomel0@user/pomel0) | 19:05 | |
| - qbit (QUIT: Remote host closed the connection) (~qbit@user/qbit) | 19:11 | |
| + qbit (~qbit@user/qbit) | 19:12 | |
| - pomel0 (QUIT: Read error: Connection reset by peer) (~pomel0@user/pomel0) | 19:21 | |
| + pomel0 (~pomel0@user/pomel0) | 19:21 | |
| + mjw (~mjw@46-144-38-170.biz.kpn.net) | 19:31 | |
| - qbit (QUIT: Remote host closed the connection) (~qbit@user/qbit) | 20:11 | |
| f_ | lol I was just about to ask about battery runtime | 20:17 |
| josch | f_: of what? | 20:18 |
| f_ | reform SoM's | 20:19 |
| josch | ah well, there you go i guess :) | 20:19 |
| f_ | btw, on "So you look at A311D and you like how long it makes your laptop last but then you realize that the video you want to watch with your bluetooth headphones is encoded in 60fps 1080p for which A311D is too slow to decode" -- A311D is actually supposed to be able to watch 4k60 without trouble | 20:19 |
| josch | f_: but these are of course not realistic at all but the stuff that goes on top of these numbers will be about the same for each som | 20:19 |
| f_ | but the vdec drivers story is .. something | 20:19 |
| josch | f_: does it work in mainline or not? :) | 20:20 |
| f_ | kinda but also kinda no | 20:20 |
| josch | i recently got 4k@60 h264 hardware decoded on rk3588 :) | 20:20 |
| josch | had to patch ffmpeg and mpv but it works! | 20:20 |
| f_ | there's a driver around for A311D vdec | 20:20 |
| f_ | but uhh | 20:20 |
| f_ | it's still in staging and is mostly unfinished, also requires a patched ffmpeg to work at all, and you can basically forget about 10-bit 4k media | 20:21 |
| f_ | I hope this won't be the case for much longer though | 20:21 |
| f_ | https://lore.kernel.org/all/20251124-b4-s4-vdec-upstream-v2-0-bdbbce3f11a6@amlogic.com/ | 20:22 |
| josch | oh no don't link me patches i might get tempted XD | 20:22 |
| f_ | josch: oh don't worry the patch series doesn't compile | 20:22 |
| f_ | xD | 20:22 |
| f_ | or at least v1 didn't | 20:23 |
| josch | what a relief :) | 20:23 |
| f_ | as can be seen by robher and krzk literally yelling at them | 20:23 |
| f_ | heh | 20:23 |
| f_ | but that's kind of my last hope at vdec support | 20:24 |
| f_ | Also, regarding > Then you’d like to suspend your system. Sorry, neither A311D nor RK3588 can do that. | 20:24 |
| f_ | A311D ..... does have the ability to suspend | 20:24 |
| josch | okay, sorry | 20:24 |
| josch | i meant suspend *and* resume :) | 20:24 |
| f_ | does it not work on reform rn? | 20:25 |
| f_ | yeah suspend and resume it should do just fine. | 20:25 |
| josch | whut? | 20:25 |
| f_ | Oh now I see the problem | 20:25 |
| f_ | this stupid SCP firmware that is bl30 has no idea what the reform keyboard is | 20:25 |
| f_ | so you can suspend but not resume :P | 20:25 |
| josch | ah yes | 20:25 |
| f_ | maybe you can resume by sending stuff over UART to wake it up | 20:26 |
| f_ | thankfully the resume part is customisable in bl301 iirc | 20:26 |
| josch | do i hear somebody volunteer? :) | 20:26 |
| f_ | I don't yet have a reform :p | 20:27 |
| josch | would you do it if you had? | 20:27 |
| josch | things can be arranged | 20:27 |
| f_ | maybe, but also I'm currently just waiting for the reform next to get one | 20:28 |
| f_ | which I will pay | 20:28 |
| f_ | :) | 20:28 |
| josch | rk3588 is quite nice too | 20:28 |
| f_ | and I'm planning to get rk3588 and not a311d | 20:29 |
| josch | but i still didn't switch because i am so happy with a311d | 20:29 |
| f_ | However I do have a BPI-CM4 minute sent me a while ago | 20:29 |
| + qbit (~qbit@user/qbit) | 20:29 | |
| f_ | so in theory all I'd need would be the RCM4 board thing when I get it | 20:29 |
| josch | f_: i can also borrow you a reform motherboard if that would help you | 20:29 |
| f_ | thanks but hopefully the reform next will work when it comes out :) | 20:31 |
| josch | fingers crossed! | 20:31 |
| f_ | not sure how different it is from the OG reform, like board-wise | 20:31 |
| josch | the keyboard attached to the next is the same as in classic reform | 20:32 |
| f_ | I do prefer its looks much more than the OG, the OG is much thicker than my current 2011 laptop which is already pretty thick ;) | 20:32 |
| f_ | (but I do otherwise like the OG's look too!) | 20:32 |
| josch | the look on people's face it when i turn it upside down to have them see the transparent bottom is worth everything for me :) | 20:33 |
| f_ | haha yes :D | 20:33 |
| f_ | Huge props on that! | 20:33 |
| josch | okay, train is arriving -- ttyl | 20:33 |
| f_ | \o | 20:33 |
| f_ | this is how librecomputer does it to wake on uart https://github.com/libre-computer-project/libretech-amlogic-boot/commit/04b4018539e83188783aee5557154a10cc15f1d1 | 20:36 |
| f_ | fwiw | 20:36 |
| plomlompom | So ... I'm sitting at the MNT assembly now @ 39c3. | 22:08 |
| plomlompom | Turns out it's much easier to find by using the map from the current year rather than my c3nav's map from last year. | 22:09 |
| - pomel0 (QUIT: Read error: Connection reset by peer) (~pomel0@user/pomel0) | 22:54 | |
| + pomel0 (~pomel0@user/pomel0) | 22:54 | |
| + bkeys (~Thunderbi@172.13.200.151) | 23:13 | |
| - mjw (QUIT: Ping timeout: 264 seconds) (~mjw@46-144-38-170.biz.kpn.net) | 23:50 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!