| - chomwitt (QUIT: Ping timeout: 256 seconds) (~chomwitt@2a02:587:7a18:fc00:1ac0:4dff:fedb:a3f1) | 00:19 | |
| - mark_ (QUIT: Ping timeout: 264 seconds) (~mjw@gnu.wildebeest.org) | 01:08 | |
| + Savasten (~kvirc@173.16.101.254) | 01:54 | |
| Savasten | l,kkkkkkkkkkkkkkkkk5ttttttttttttttttttt': ] | 01:55 |
|---|---|---|
| Savasten | rhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrhrM | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | +} | 01:56 |
| Savasten | NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN$ER$ER$ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERE | 01:56 |
| Savasten | &&&&&&&&&&&&&&&&&&&&&&&&&&yu\ | 01:56 |
| Savasten | I am so sorry my kitten attacked the computer. | 01:58 |
| - Savasten (QUIT: Read error: Connection reset by peer) (~kvirc@173.16.101.254) | 02:03 | |
| vkoskiv | Getting tons of these spamming my dmesg for some reason: | 02:23 |
| vkoskiv | [ 7667.195086] panfrost ffe40000.gpu: shader power transition timeout | 02:23 |
| vkoskiv | [ 7667.196651] panfrost ffe40000.gpu: l2 power transition timeout | 02:23 |
| vkoskiv | System seems to be working normally, though | 02:23 |
| vkoskiv | It was constant earlier, now I just get a dozen or so every few seconds in bursts | 02:24 |
| vkoskiv | Also, likely unrelated, but /sys/class/power_supply/8xlifepo went missing. Maybe due to apt upgrade? | 02:24 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 02:46 | |
| - cobra_ (QUIT: Ping timeout: 272 seconds) (~cobra@user/Cobra) | 02:59 | |
| - qbit (QUIT: Remote host closed the connection) (~qbit@mail.suah.dev) | 03:17 | |
| + qbit (~qbit@mail.suah.dev) | 03:21 | |
| + cobra (~cobra@user/Cobra) | 03:41 | |
| - cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra) | 04:06 | |
| + cobra (~cobra@user/Cobra) | 04:11 | |
| + mrdaught (~mrdaught@184.147.249.228) | 04:55 | |
| + klardotsh (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 04:55 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 05:07 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@184.147.249.228) | 05:08 | |
| + mrdaught (~mrdaught@184.147.249.228) | 05:24 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@184.147.249.228) | 05:28 | |
| + mrdaught (~mrdaught@bras-base-toroon01zb3-grc-78-184-147-249-228.dsl.bell.ca) | 05:43 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@bras-base-toroon01zb3-grc-78-184-147-249-228.dsl.bell.ca) | 05:44 | |
| + mrdaught (~mrdaught@184.147.249.228) | 05:56 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@184.147.249.228) | 06:07 | |
| + mrdaught (~mrdaught@184.147.249.228) | 06:14 | |
| - klardotsh (QUIT: Ping timeout: 264 seconds) (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 06:14 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@184.147.249.228) | 06:17 | |
| josch | AbortRetryFail: https://community.mnt.re/t/request-for-help-reform-tools-1-35-release/1926 | 06:37 |
| + mrdaught (~mrdaught@184.147.249.228) | 06:45 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@184.147.249.228) | 06:46 | |
| + mrdaught (~mrdaught@bras-base-toroon01zb3-grc-78-184-147-249-228.dsl.bell.ca) | 07:04 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@bras-base-toroon01zb3-grc-78-184-147-249-228.dsl.bell.ca) | 07:06 | |
| + mrdaught (~mrdaught@184.147.249.228) | 08:08 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@184.147.249.228) | 08:09 | |
| minute | vkoskiv: the panfrost spam is some recent kernel regression | 09:58 |
| + mark_ (~mjw@gnu.wildebeest.org) | 09:59 | |
| + mrdaught (~mrdaught@bras-base-toroon01zb3-grc-78-184-147-249-228.dsl.bell.ca) | 10:09 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@bras-base-toroon01zb3-grc-78-184-147-249-228.dsl.bell.ca) | 10:11 | |
| vkoskiv | No noticeable impact, as far as I can tell. | 10:21 |
| vkoskiv | apt is also weird, over 700 packages are being held back, forget why that happens | 10:21 |
| josch | vkoskiv: 64bit time_t transition | 10:25 |
| josch | the big platforms like amd64 and arm64 are mostly fixed already -- for armel and armhf it might still take a month | 10:25 |
| vkoskiv | Ah, good to know. Big change :D | 10:26 |
| josch | it's a bit suboptimal for us because for example linux 6.8 was released yesterday but the debian linux kernel team will probably not get to packaging that any time soon as currently the kernel just doesn't build on armel and armhf... :/ | 10:31 |
| minute | :/ | 10:31 |
| josch | at least reform-system-image builds again :D | 10:33 |
| minute | nice :3 | 10:41 |
| + chomwitt (~chomwitt@2a02:587:7a18:fc00:1ac0:4dff:fedb:a3f1) | 10:52 | |
| - mark_ (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org) | 12:14 | |
| + Nixkernal (~quassel@2a02:1210:1613:e600:d0fa:d2bd:772c:83e7) | 12:45 | |
| minute | a little note: we'll need a reform2-imx8mplus system image quite soon | 12:48 |
| * Guest4862 -> mjw | 12:55 | |
| - chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:587:7a18:fc00:1ac0:4dff:fedb:a3f1) | 13:08 | |
| + mrdaught (~mrdaught@184.147.249.228) | 14:20 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@184.147.249.228) | 14:20 | |
| + chomwitt (~chomwitt@2a02:587:7a18:fc00:1ac0:4dff:fedb:a3f1) | 15:04 | |
| - chomwitt (QUIT: Ping timeout: 255 seconds) (~chomwitt@2a02:587:7a18:fc00:1ac0:4dff:fedb:a3f1) | 15:09 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 15:16 | |
| - erle (QUIT: Quit: Democracy must always be better armed than tyranny.) (~erle@2a02:8109:da01:6400::311a) | 15:37 | |
| - GNUmoon (QUIT: Ping timeout: 260 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 15:56 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 16:01 | |
| josch | minute: oh? didn't you say that you wanted to not have the imx8mplus with the big reform to not let the configuration matrix explode too much? | 16:12 |
| josch | minute: i can create a MR that prepares such an image tonight if you want | 16:12 |
| minute | josch: thaaanks | 16:59 |
| minute | josch: around 7 or 8 people ordered the imx8mplus module and didn't respond/hear our plea to change to a different module so we have to make an image for them and ship it now | 17:00 |
| minute | also it could be that people will upgrade their pocket and then want to use the 8mplus in reform | 17:00 |
| - mark_ (QUIT: Ping timeout: 255 seconds) (~mjw@gnu.wildebeest.org) | 17:06 | |
| minute | hmm, there's no picotool in debian | 18:05 |
| minute | https://github.com/raspberrypi/picotool | 18:05 |
| minute | so people who want to update the current trackball or the pocket reform will have to build it themselves, that's inconvenient | 18:06 |
| minute | i guess i can add a buildscript for it, then i don't have to copypaste a lot of stuff into the handbook | 18:08 |
| minute | recently someone mentioned a clipboard manager for wayland here with an unintuitive name... what was it again? | 18:21 |
| josch | minute: in the long term i can look into packaging it -- what makes it hard is the pico sdk which is huge (110k+ lines of code) and reviewing that will take a while | 18:22 |
| minute | josch: ok, in the meantime i wrote a convenience script | 18:22 |
| josch | yes, please don't wait for that to happen any time soon :) | 18:22 |
| minute | ok :3 | 18:22 |
| josch | minute: oh we don't have an entry in flash-kernel for reform2-imx8mplus | 18:24 |
| josch | minute: do you have a dtb somewhere? | 18:24 |
| minute | let me check | 18:24 |
| josch | and then we need to add support for that into flash-kernel as well | 18:24 |
| josch | errr | 18:25 |
| josch | into reform-tools i mean | 18:25 |
| josch | which u-boot would that use? does the boundary u-boot work with imx8mplus? | 18:25 |
| minute | found on my harddisk "./mref/reform2-and-pocket-imx8mp-imx8mq-attic/imx8mp-mnt-reform2.dts" :D | 18:25 |
| minute | josch: ah so far i haven't tried to build uboot for it at all, used boundary's on emmc. so boundary u-boot should work if it's current | 18:26 |
| josch | minute: but we'd need to build that with different options or does the same binary work on imx8mq and imx8mplus? | 18:27 |
| josch | the boundary u-boot .config looks like it's imx8mq specific | 18:27 |
| minute | josch: http://dump.mntmn.com/imx8mp-mnt-reform2.dts | 18:28 |
| minute | josch: at first we can just ignore uboot as i don't even know yet if we can boot from SD card | 18:28 |
| minute | josch: but no, it wouldn't be the same binary, it would need a different board selection for boundary u-boot | 18:29 |
| + klardotsh (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 18:29 | |
| josch | right, so we need to adjust the reform-boundary-uboot gitlab-cli.yml to do two builds | 18:30 |
| josch | actually, three builds: two for the big reform (imx8mq and imx8mp) and one for the pocket, right? | 18:30 |
| minute | https://github.com/boundarydevices/u-boot/tree/boundary-v2022.04/board/boundary/nitrogen8mp | 18:31 |
| josch | minute: in that dts, can you adjust the "model" to be "MNT Reform 2 with i.MX8MP Module"? | 18:31 |
| minute | josch: sure can do! i will need to clean it up a bit more later anyway, but i can change that string for you now | 18:31 |
| minute | josch: changed now | 18:32 |
| josch | cool, thanks! | 18:32 |
| josch | now it can't be forgotten :r | 18:32 |
| josch | :) | 18:32 |
| minute | that's right ^^ | 18:33 |
| josch | how would you like the system image be called? pocket-system-imx8mp? | 18:33 |
| josch | errr | 18:33 |
| josch | reform-system-imx8mp | 18:33 |
| minute | yep | 18:34 |
| minute | this is the cambrian explosion of reforms | 18:34 |
| josch | reform-tools now knows about eight configurations | 18:35 |
| minute | wow | 18:36 |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 18:45 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 18:45 | |
| minute | josch: i just pushed something to build trackball2-fw in ci | 18:48 |
| josch | i just pushed the reform-tools changes into the staging branch | 18:49 |
| josch | the reform-debian-packages changes for flash-kernel are in staging as well | 18:49 |
| josch | and there is this new MR: https://source.mnt.re/reform/reform-system-image/-/merge_requests/91 | 18:49 |
| josch | i need next we need u-boot and the dts needs to be added to reform-debian-packages | 18:50 |
| josch | <= afk until later tonight | 18:50 |
| minute | yass | 18:50 |
| minute | josch: thank you! | 18:51 |
| + chomwitt (~chomwitt@2a02:587:7a18:fc00:1ac0:4dff:fedb:a3f1) | 18:51 | |
| minute | i'm working on my rk3588 reform on the mnt sofa because i need to hang out with tina the dog a bit, and i don't really notice a performance difference with my i9 pc anymore when working on these things | 18:51 |
| - murphnj (QUIT: Quit: Leaving) (~murph@user/murphnj) | 19:01 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 19:17 | |
| grimmware | tina is so beautiful ;__; | 19:30 |
| minute | yeah :3 | 19:40 |
| grimmware | Like, pictures of a reform with tina in the background tick all my boxes for internet content. | 19:48 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 19:59 | |
| + mrdaught (~mrdaught@bras-base-toroon01zb3-grc-78-184-147-249-228.dsl.bell.ca) | 20:10 | |
| - mrdaught (QUIT: Read error: Connection reset by peer) (~mrdaught@bras-base-toroon01zb3-grc-78-184-147-249-228.dsl.bell.ca) | 20:11 | |
| sigrid | ordered rk3588 and very excited to port 9front to it | 21:05 |
| vagrantc | i tried running 9front on my mnt/reform in a fit of curiosity ... and it seemed to boot ... but i could not figure out how to do anything :) | 21:09 |
| sigrid | https://pspodcasting.net/dan/blog/2019/plan9_desktop.html#rio | 21:11 |
| minute | sigrid: awesome, that plan rules! | 21:24 |
| vagrantc | any rough ideas how long the rk3588 will run for? | 21:25 |
| vagrantc | the preorder, that is ... | 21:25 |
| minute | the plan is around 4 weeks | 21:30 |
| minute | the lead times of firefly are pretty short though | 21:31 |
| * mjw -> Guest3248 | 21:44 | |
| - Guest3248 (QUIT: Killed (calcium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 21:44 | |
| * mark_ -> mjw | 21:44 | |
| + Guest3248 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 21:45 | |
| josch | minute: i think we need to break the interface we used so far for downloading u-boot binaries. Up to now, they were stored simply as "flash.bin" under the latest project CI artifacts. This doesn't work anymore if the same project compiles multiple flash.bin for different platforms. What do you think wuold be the best course of action? Move the flash.bin into a subirectory named after the corresponding | 21:54 |
| josch | system image or rename flash.bin itself? | 21:54 |
| minute | josch: i think perhaps rename it during download? | 21:57 |
| josch | minute: that is an independent problem. I think it's a problem that we likely have to break existing download links, no? | 21:58 |
| minute | josch: why? i'm not sure i understand. where does the problem manifest? | 21:59 |
| josch | if we let the reform-boundary-uboot build three flash.bin for three different configurations, how should they be named in the CI artifacts? | 22:00 |
| minute | josch: ahh, got it | 22:00 |
| josch | i can fix the download scripts in reform-tools and reform-system-image but once their name is switched, it will mean that those who do not have an up-to-date reform-tools version will get 404s | 22:01 |
| minute | josch: i'm fine with changing the name for bins from the boundary repo | 22:01 |
| minute | josch: that's ok | 22:01 |
| josch | okay | 22:02 |
| josch | should i add reform-system-rk3588 to reform-system-image while i'm at it? | 22:03 |
| sigrid | minute: btw, will it possible to use the same revision of rk3588 without the hdmi-edp adapter once the software supports edp? | 22:03 |
| minute | sigrid: i think so, it's hard to validate though. otherwise the adapter itself will be relatively cheap to swap out | 22:06 |
| minute | maybe i can test it with vendor uboot/linux | 22:06 |
| minute | i think their uboot wants to do DP shenanigans | 22:06 |
| minute | hm, approaching 5h runtime with rk3588 | 22:07 |
| sigrid | nice | 22:08 |
| josch | how does it last longer than my a311d?? XD | 22:08 |
| digitalrayne | minute, approaching server runtimes now, maybe it would be fun to give it a try in rack reform :3 | 22:08 |
| minute | digitalrayne: i mean battery life | 22:10 |
| minute | josch: maybe my batteries are more fresh? :D | 22:10 |
| digitalrayne | oh that's pretty cool indeed | 22:10 |
| josch | minute: a new batch of eremit is about to arrive in a few days, i shall benchmark again :) | 22:10 |
| minute | nice | 22:11 |
| minute | uptime is currently at 4:41, cells are all at 3.1V | 22:11 |
| josch | minute: rk3588 system image is named reform-system-rk3588 or reform-system-rcore? | 22:11 |
| minute | josch: i think rk3588 is fine, more specific | 22:11 |
| minute | ok i should make feierabend | 22:12 |
| josch | rest well _o/ | 22:13 |
| minute | thx! | 22:16 |
| sir-photch | Hi, did anyone notice yet that clicking the link for the rockchip on the mnt reform shop page leads nowhere? https://shop.mntre.com/products/mnt-rcore-rk3588-processor-module | 22:21 |
| josch | the correct link is: https://shop.mntre.com/products/mnt-reform-rcore-rk3588-processor-module | 22:24 |
| josch | sir-photch: where did you see the broken link? | 22:24 |
| sir-photch | https://shop.mntre.com/products/mnt-reform | 22:24 |
| sir-photch | title for MNT RCORE | 22:25 |
| josch | ah https://shop.mntre.com/products/mnt-reform#1-mnt-rcore-rockchip-rk3588 | 22:26 |
| josch | minute: ^ | 22:26 |
| sir-photch | yes | 22:26 |
| sir-photch | Also, the rockchip is missing from the cpu-module comparison table; But you guys probably already know this one. I was just wondering about WiFi support on the rcore module, that's why I was clicking around the homepage | 22:27 |
| minute | sir-photch: thank u! | 22:33 |
| minute | sir-photch: there's no wifi support integrated, you need a mcpie wifi card currently (or usb stick) | 22:34 |
| sir-photch | alright | 22:34 |
| minute | josch: first ci-built trackball2 fw https://source.mnt.re/reform/reform/-/jobs/3515/artifacts/browse/reform2-trackball2-fw/build/ | 22:35 |
| josch | somehow i totally missed that trackball 2 didn't have downloadable firmware files yet XD | 22:35 |
| minute | yeah :D | 22:36 |
| minute | i noticed lots of things while rewriting the handbook | 22:36 |
| minute | (which is almost done btw, on wednesday we'll have another meeting where we'll do another complete readthrough) | 22:36 |
| josch | oh this brings me back to the battery boards | 22:36 |
| josch | let me make you a drawing... | 22:36 |
| minute | sir-photch: link from mnt reform page -> rk3588 module fixed btw, thanks again | 22:37 |
| minute | and yeah, modularity table still needs to be extended. | 22:37 |
| sir-photch | No ptoblem | 22:59 |
| sir-photch | * problem | 22:59 |
| sir-photch | something else: I have my email at posteo.de and they require TLS for incoming emails. I just wanted to register an account at community.mnt.re, but the email can't get through because of this | 23:00 |
| sir-photch | since this TLS-feature is configurable, how can I get the forum authentication to resend the account creation email? | 23:01 |
| + robin_ (~robin@user/terpri) | 23:08 | |
| - robin (QUIT: Ping timeout: 240 seconds) (~robin@user/terpri) | 23:09 | |
| minute | sir-photch: let me see | 23:22 |
| minute | sir-photch: i have activated and approved your account | 23:32 |
| josch | minute: you know i have little to no clue about electronics but here i marked the pins of the battery board connector with the cell holder they are connected to according to my multimeter: https://mister-muffin.de/p/v89t.jpg | 23:34 |
| josch | minute: and to me it looks as if the order is reversed or am i missing somtehing? | 23:35 |
| minute | josch: ah yes, you're right | 23:39 |
| minute | josch: but you mixed one old and one new in the reform, yes? | 23:39 |
| sir-photch | minute thanks! | 23:39 |
| josch | minute: right now i mixed them yes. But i noticed the order being swapped when i changed old to new and vice-versa. | 23:41 |
| josch | so maybe the handbook should mention that the order on the oled depends on what battery board one is using | 23:41 |
| digitalrayne | maybe you can add a battery identification feature to the firmware, select which battery you'd like to replace, firmware will overcharge it, and then you just work out which battery is the warmest | 23:42 |
| josch | lol | 23:43 |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 23:44 | |
| - chomwitt (QUIT: Ping timeout: 264 seconds) (~chomwitt@2a02:587:7a18:fc00:1ac0:4dff:fedb:a3f1) | 23:46 | |
| digitalrayne | oh there is an 8gb version of the iCore-3588Q, interesting | 23:49 |
| digitalrayne | was thinking about how much i've shifted my computing that 16gb feels like a lot of ram now | 23:49 |
| minute | josch: yeah well the old battery boards should really not be used anymore | 23:51 |
| josch | i'm not trying to debate that | 23:53 |
| josch | i was just puzzled that i observed something that looked like the order of cells in the oled was different depending on which battery board i was using | 23:54 |
| josch | minute: and there was quite a bit confusion about this in the past: https://community.mnt.re/t/wrong-battery-mapping-on-the-handbook/1073/12 | 23:55 |
| josch | i already observed the swapped order in this thread but i thought that the reason for different order was different lpc firmware version | 23:56 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
