2022-09-10.log

vkoskivCool, yeah. That works. I'll take care of the rest.00:00
sigridminute: do you think lpc11u24 could talk to the imx over spi clocked at 6mhz?00:26
sigridI should probably just try it :)00:26
sigridor, rather, I can see the _max_ clock is set to 400kHz at the moment00:27
sigridbut it can be set to 6MHz, which should be enough to maybe try increasing the master clock to something higher than 400kHz which is very slow00:28
minutesigrid: try! not sure how the lpc is clocked internally00:28
sigridI also figured out how to trigger an interrupt instead of polling spi data register in lpc fw00:29
minutenice!00:29
minuteoh https://www.cnx-software.com/2022/09/08/radxa-cm5-rockchip-rk3588s-module-raspberry-pi-cm4/00:32
minutethat's awesome... means i don't have to make a completely new mobo for this chip00:34
joschThe Boundary devices Nitrogen8M SOM User manual claims 4Kp60 h265 encode/decode -- how do they come up with these numbers??00:43
- Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149-210-4-123.mobile.nym.cosmote.net)01:00
+ Ar|stote|is (~linx@149-210-4-123.mobile.nym.cosmote.net)01:00
minutejosch: must be a mistake, there is no encoder afaik01:02
minutethere is a h265 decoder though01:04
joschbut no support for in from hantro, right?01:04
minuteit's hantro g2, there's an article about it from last year https://www.collabora.com/news-and-blog/blog/2021/02/17/adding-hevc-support-for-imx-8m/01:07
minutelooks like there is a staging driver 01:08
minutehantro_g2_hevc_dec.c01:08
minutevp9 decode support was also merged to gstreamer https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/101201:13
minutendufresne: is there hevc decode for hantro g2 in gstreamer nowadays?01:14
- S0rin (QUIT: Ping timeout: 268 seconds) (~S0rin@user/s0rin)01:28
+ S0rin (~S0rin@user/s0rin)01:36
- chomwitt (QUIT: Ping timeout: 268 seconds) (~chomwitt@2a02:587:dc16:fe00:6307:f534:81e2:947)01:46
- S0rin (QUIT: Ping timeout: 268 seconds) (~S0rin@user/s0rin)01:48
+ S0rin (~S0rin@user/s0rin)01:48
vkoskivHas hibernation (suspend to disk) been investigated yet for the Reform?01:59
- mtm (QUIT: Ping timeout: 252 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net)02:03
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:40)03:04
- buckket (QUIT: Quit: buckket) (~buckket@pdp8.buckket.org)03:12
+ buckket (~buckket@pdp8.buckket.org)03:16
- monkeybusiness (QUIT: Quit: Leaving) (~monkbusy@user/monkeybusiness)03:43
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20)04:07
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net)04:09
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20)07:04
joschvkoskiv: I tried it and it failed to come back 1-2 months ago. But I'm the wrong person to ask because in contrast to others in this chan my suspend is super reliable too.08:26
joschvkoskiv: if you want to try out hibernation you have to edit your /usr/lib/systemd/sleep.conf.d/reform-sleep.conf08:26
joschIn that file change AllowHibernation=no to AllowHibernation=yes08:27
+ chomwitt (~chomwitt@2a02:587:dc16:fe00:b62b:4d00:b365:1fd8)08:32
BoostisbetterI don't believe hibernation works. Suspend is pretty reliable though. 09:15
sigridsince lpc11uxx supports reprogramming over uart, i wonder if the fw could jump back into bootloader (without a reset) on a spi command so the host os could update the fw - no extra computer involved09:53
sigridor maybe it's possible to reflash with fw itself?09:59
sigridapparently fw should be able to trigger isp over uart on its own if pio0_3 pulled low, which as i understand is always pulled high on reform for usb msc isp11:19
Boostisbetterwould be pretty cool if possible, seems like it could be. 11:21
minutesigrid: i'm pretty sure it should be possible to write to flash from the fw, or jump to the isp in software11:24
- qwer (QUIT: Ping timeout: 244 seconds) (~qwer@89-24-41-218.nat.epc.tmcz.cz)11:32
+ qwer (~qwer@89-24-41-218.nat.epc.tmcz.cz)11:41
+ reform23389 (~sevan@2001:470:1f1d:1d6:59ef:bf82:c112:b94b)12:09
sigridminute: if i understand schematics correctly, LPC_UVBUS is pulled high, so isp reinvoke would always enable usb msc, not uart isp :/12:15
sigridand lpc probably executes the code directly from flash, so iap overwriting itself is probably not perfect12:17
sigriddon't think it can fit two copies of the fw12:17
minutesigrid: couldn't the fw writing function be copied to ram and executed from there?12:23
sigridi guess so12:32
sigridthen it could just as well use spi12:34
- jjbliss (QUIT: Ping timeout: 248 seconds) (~jjbliss@1464766-static.elnsmiaa.metronetinc.net)12:54
+ jjbliss (~jjbliss@1464766-static.elnsmiaa.metronetinc.net)12:55
sigridmight make sense to have a secondary bootloader maybe12:55
- reform23389 (QUIT: Quit: Leaving) (~sevan@2001:470:1f1d:1d6:59ef:bf82:c112:b94b)13:04
+ sevan (~venture37@host-92-23-203-220.as13285.net)13:49
- jjbliss (QUIT: Remote host closed the connection) (~jjbliss@1464766-static.elnsmiaa.metronetinc.net)13:51
+ jjbliss (~jjbliss@1464766-static.elnsmiaa.metronetinc.net)13:56
sevanHi, I signed up for a gitlab account (username sevan) on source.mnt.re a while back but the account was never approved. I was wondering if someone here could help with that. :)13:58
- mtm (QUIT: Ping timeout: 244 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net)14:03
minutesevan: i can!14:04
sevanexcellent :)14:05
+ monkeybusiness (~monkbusy@103.87.94.35)14:14
- monkeybusiness (QUIT: Changing host) (~monkbusy@103.87.94.35)14:14
+ monkeybusiness (~monkbusy@user/monkeybusiness)14:14
joschgrubman: remember the reform-setup-encrypted-nvme bug you reported August 20? I can confirm its existance! :D15:43
minutewhat's the bug?15:51
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net)16:09
- chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:587:dc16:fe00:b62b:4d00:b365:1fd8)16:26
joschif at the end, you choose to use the sd-card for booting, the script will quit (wrongly with exit 0) and tell you that /boot is in use (which is correct) so it will not do anything (which is wrong)16:26
joschgrubman: that's what you saw, right?16:27
- monkeybusiness (QUIT: Remote host closed the connection) (~monkbusy@user/monkeybusiness)16:30
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20)17:23
Boostisbetterwho would have though but Vivaldi works on the Librem 5 (specifically that it is adaptive)? 17:26
BoostisbetterYeah nevermind, works great in the Reform, crashes the Librem 517:42
grubmanjosch: yeah! 19:10
grubmani think what i did as a workaround was running the migrate script again and it booted from nvme afterwards19:11
+ chomwitt (~chomwitt@2a02:587:dc16:fe00:5010:70b4:e094:50b5)19:14
- mjw (QUIT: Killed (NickServ (GHOST command used by wielaard!~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440))) (~mark@gnu.wildebeest.org)19:37
* wielaard -> mjw19:37
+ mark__ (~mark@gnu.wildebeest.org)19:38
smjI'm trying to identify a failing battery cell.  In the oled read out, how do the cells correspond with the batteries?19:44
smjwhat is the orientation19:44
ndufresneminute: it's merged now, https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/107919:45
Boostisbettersmj: it should be detailed in the user manual19:45
Boostisbetteralthough I think there was a possible error in it, maybe?19:45
ndufresneminute: It was merged as soon as the hevc uAPI was acceptable as stable19:45
Boostisbetterprobably already corrected at this point.19:46
minutendufresne: oh great! do you know which version of gstreamer that went into?19:47
ndufresneIt will be in 1.22, to be released by end of October 19:48
minuteah, awesome19:48
minutewe have 1.20 at the moment19:48
smjI think I've got it figured out by swapping things around, I'll make notes for myself.19:48
ndufresneI think theb uAPI stability will be in Linux 6.019:49
minutejosch: cc, it looks like with gst 1.22 and kernel 6.0 we'll get hevc decode19:49
ndufresneWe might need to tweak the version check, though it's just a warning, we check the c structure size19:49
minutendufresne: do you know if imx8mplus hantro is compatible?19:49
ndufresneAnything with G2 chip, but sometimes I get lost with the imx8 series19:50
minutehaha ok thanks19:50
ndufresneI'll say "I think so", I think it's a G1/2 combo but with a vc8000 encoder19:51
ndufresneBut if its a vc8000 decoder, the good news is that we have a port somewhere that works, but it needs cleanup 19:52
ndufresneBtw, I've also added GL tile support, but didn't got a chance to test that (mostly performance whose) on the etnaviv driver, I'm super curious of what we can get, it saves a lot of bandwidth 19:54
minutenice19:54
minutesevan: approved19:54
sevanminute: thank you. I'm in :)19:59
sevanAfter I signed in, it asked my role and then showed me https://source.mnt.re/-/manifest.json20:00
minutesevan: lol, weird20:01
sevanikr :)20:01
- ehmry (PART: https://quassel-irc.org - Chat comfortably. Anywhere.) (~quassel@WLWB-VID145-122-227.lcom.net)20:02
smjI have the older atmel trackball and newer rpi trackball and I've noticed that he rpi is much slower.  Is this possible to change via firmware?20:07
joschgrubman: thanks a lot for your bug report and sorry for having taken so long before looking into it. Now it's on my todo list to get fixed. :)20:13
joschndufresne, minute: thanks a lot for the updates! If the release happens by end of october then there are good chances for hevc decoding support making it into the next Debian stable release. :)20:15
minutesmj: i have removed the fixed acceleration in the firmware of the rp one, i recommend to just boost the speed in software. which desktop are you using, sway?20:17
minutesmj: you can set accel_profile and pointer_accel in sway config https://github.com/swaywm/sway/wiki#libinput-config-options20:18
ndufresnejosch: that would be amazing, getting this working on stock Linux is really the goal20:18
smjOK we'll have to implement that in plan9 then.20:21
minutesmj: ah, excuse the faux pas20:23
smjno problem :)20:28
smjall our other units have the atmel device.20:29
smjso this is the first one with the rpi.  We can adapt to this. 20:29
minutecool20:30
smjright now from origin to the max diagonal is 16 swipes of the ball vs. 5 (for me) :)) so it creeps, but you're right it should be programmable.20:32
smjrather than firmware hardcoded, so its the right path.20:32
minutesmj: hmm, that sounds excessive20:32
smjI'm adapting until we can program it, the new switches are very clicky too.20:33
minutei can reach the diagonally opposite corner in 3-5 swipes20:33
smjwhich is very nice.20:33
minuteoh yeah, these are choc whites20:33
joschWhich poor soul has been crimping all the JST-PH cables at MNT Research? I just have to crimp three new four-wire cables and I'm already going insane. XD20:42
minutejosch: well, we quickly decided to source them from a factory after doing a lot of crimping in house ^^20:44
joschI can now fully understand that decision. XD20:44
smjminute, do you have stats on cpu temps and what would be considered reasonable? for instance, I have one unit that gets up to 68C while another runs at 54C.20:52
minutesmj: that's still ok (the 68), but it can help to reapply thermal paste under the heatsink and make sure the heatsink screws are fastened20:54
vkoskivYou have multiple Reforms? :D20:54
smjI just tried that, so I'm monitoring now.20:55
smjummm I have 4 :)20:55
smjmost are loaners for plan9 dev20:55
smjfree loaners :)20:56
grubmanjosch: no worries :-)21:15
* grubman -> grubmn21:56
- mjw (QUIT: Killed (NickServ (GHOST command used by mark__!~mark@gnu.wildebeest.org))) (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440)21:57
* mark__ -> mjw21:57
+ wielaard (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440)21:57
sevanreform hass been running off charger and compiling for the past 11.5 hours without issue. I guess I shouldn't do long sustained loads when running off battery? (there was more than 20% battery left when it switched off during compilation last night)22:06
minutesevan: why not?22:08
minutebut yeah, if you don't have to charge-cycle the batteries, they'll probably last longer22:08
sevanI was thinking because of the battery drain when system is at full load for a long period of time.22:10
sevanI'm likely wrong, just trying to rationalise what happend 22:11
Boostisbettersevan: it is possible that your battery meter wasn't properly calibrated when your Reform powered off. But in general 11 hours of compiling and the CPU at full tilt is not possible on battery. You will see about 4 hours of battery life in that scenario. 22:24
- buckket (QUIT: Quit: buckket) (~buckket@pdp8.buckket.org)22:31
- sevan (QUIT: Ping timeout: 268 seconds) (~venture37@host-92-23-203-220.as13285.net)22:31
+ buckket (~buckket@pdp8.buckket.org)22:34
joschI think what sevan meant to say was that even though they had the charge plugged in, the battery was at 20% after those 11 hours as if power from AC wasn't enough and somehow batteries still got drained?22:43
+ sevan (~venture37@host-92-23-203-220.as13285.net)23:04
- chomwitt (QUIT: Ping timeout: 268 seconds) (~chomwitt@2a02:587:dc16:fe00:5010:70b4:e094:50b5)23:05
sevanBoostisbetter: sorry, I mean I was previously compiling when running solely off battery when the laptop switched off, the past 11 hours have been running whilst connected to charger.23:06
Boostisbettersevan: ok,yeah I also was saying it is possible the your battery percent was off because it was not yet calibrated.23:07
sevanThe comment was in relation to this https://community.mnt.re/t/laptop-unresponsive/749/1623:07
sevanBoostisbetter: makes sense, I hadn't thought about that.23:08
BoostisbetterI know when I got the new 2000mAh batteries for mine. I had to charge them, then let them drain down until laptop shut off. Then I had accurate battery percentages.23:09
sevanI'll give it try. I like that one of my batteries reports 3.3v and one reports 3.5v and things sort of level out :D23:11
sevan(all the others report 3.4v)23:12
BoostisbetterYeah, mine does that as well, but my Reform has been super solid.23:12
minutesevan: i've been testing new protected battery boards for a while now and we have the first production pcbs at the office, so basically a matter of days or 1-2 weeks until we release them... they will give you a bit more peace of mind23:13
sevanminute: very cool :)23:14
sevanBoostisbetter: I really like mine.23:15
joschminute: would it be much hassle to offer replacement 3d printed keycaps for the trackball in the shop? Our ultimaker doesn't print fine enough to create good replacement keycaps.23:18
minutejosch: it would not, i will write it in my notes23:18
joschawsome, then those would go into my shopping basked together with the new battery board :)23:19
Boostisbetterminute: yet something else to add to the MNT shopping cart. Hahaha!!23:20
minutenice :323:20
Boostisbetterpocket reform, camera, and battery boards.23:22
minutehaha23:24
minuteyeah there's a bunch of stuff coming!23:24
joschDid I dream of a planned ITX carrier board for the SoM? I cannot find it being mentioned in the irc logs...23:39
minutei might have mentioned it, also on twitter23:46
minutei'm not sure about the featureset though23:46
- Nulo (QUIT: Remote host closed the connection) (~Nulo@user/nulo)23:52

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