| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 00:01 | |
| bkeys | josch: Yes | 00:21 |
|---|---|---|
| bkeys | Oh great and I just got a bunch of errors | 00:21 |
| josch | nice, what do they say? | 00:22 |
| bkeys | I don't know it looks like the Fedora build is going on doing something else now | 00:22 |
| bkeys | Screw this I'm just gonna do a make and make install and see if that even fixes it and worry about packaging either later or not at all | 00:23 |
| josch | bkeys: upstream linux provides "make bindeb-pkg" to create a Debian package -- something similar probably exists to create the equivalent Fedora thing | 00:26 |
| bkeys | I mean Fedora has a repo that's supposed to do it; I'm just getting tired of this if it's not packaged I just don't care I want to see my Reform run Fedora | 00:31 |
| bkeys | make install just for kernel isn't the end of the world | 00:32 |
| josch | yes | 00:32 |
| bkeys | That and I can just test it on Fedora userlands, and as long as it runs I can go ask Fedora people about helping me package it instead of shooting in the dark not knowing if it's the kernel or config or what. At least with this I just build straight from the source of truth | 00:34 |
| - shtrophic (QUIT: Remote host closed the connection) (~m-hrdsqi@user/shtrophic) | 00:41 | |
| - cwebber (QUIT: Ping timeout: 252 seconds) (~Christine@user/cwebber) | 00:43 | |
| + cwebber (~Christine@user/cwebber) | 00:44 | |
| - AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 00:53 | |
| - mjw (QUIT: Ping timeout: 276 seconds) (~mjw@gnu.wildebeest.org) | 01:16 | |
| bkeys | josch, minute: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! | 03:15 |
| bkeys | I GOT FEDORA BOOTING WITH SYSTEM KERNEL ON MY REFORM WITH EDK2 | 03:15 |
| bkeys | ALKSDGJEAIOGJEOWIRGJEIORGJEORIGJEOR | 03:15 |
| bkeys | I KNOW YOU ARE ASLEEP BUT I DID IT | 03:15 |
| bkeys | ITS WORKING WITH DEVICETREE AND EVERYTHING | 03:15 |
| bkeys | I DID IT I DID IT I DID IT I DID IT I DID IT | 03:15 |
| bkeys | IT WOOOOOOORKKKKKSSSSSSS | 03:15 |
| bkeys | THANK YOU SO MUCH FOR YOUR HELP I HAVE WAITED YEARS FOR THIS | 03:21 |
| bkeys | https://share.riseup.net/#eR68EzwdOOqRqAUZxx-MLQ | 03:37 |
| + casparvitch (~casparvit@130.102.161.229) | 03:49 | |
| - nsc (QUIT: Ping timeout: 244 seconds) (~nicolas@206-96-142-46.pool.kielnet.net) | 03:49 | |
| + nsc (~nicolas@i5C74DECF.versanet.de) | 03:51 | |
| - casparvitch (QUIT: Client Quit) (~casparvit@130.102.161.229) | 03:51 | |
| + casparvitch (~casparvit@130.102.161.229) | 03:52 | |
| - paperManu (QUIT: Ping timeout: 260 seconds) (~paperManu@72.10.128.164) | 03:52 | |
| - jn (QUIT: Ping timeout: 268 seconds) (~quassel@user/jn/x-3390946) | 04:32 | |
| + jn (~quassel@user/jn/x-3390946) | 04:33 | |
| bkeys | minute, josch: I'm finally going to sleep, now the trouble is getting the system image kernel to recognize my nvme drive, it never detected either of my drives consistently | 07:10 |
| bkeys | https://community.mnt.re/t/nvme-failure-after-kernel-update/2449 | 07:10 |
| bkeys | I already tried this to no avail | 07:10 |
| josch | good morning! | 07:10 |
| josch | ooooh! | 07:10 |
| josch | bkeys: congrats!! :D | 07:10 |
| bkeys | https://paste.centos.org/view/d0d6f28b | 07:10 |
| bkeys | dmesg doesn't seem to give me clues | 07:10 |
| bkeys | josch: Thank you, it's booting on the hard disk fine now, no EFI shell or anything grub takes care of it all | 07:11 |
| bkeys | I just need to get it on the nvme drive and I'll be good to go | 07:11 |
| josch | niiiiice! :D | 07:11 |
| bkeys | Well, I will worry about nvme drives I must sleep now | 07:12 |
| josch | good night! | 07:32 |
| + shtrophic (~m-hrdsqi@user/shtrophic) | 07:39 | |
| - shtrophic (QUIT: Remote host closed the connection) (~m-hrdsqi@user/shtrophic) | 07:46 | |
| + shtrophic (~m-hrdsqi@user/shtrophic) | 07:48 | |
| - shtrophic (QUIT: Remote host closed the connection) (~m-hrdsqi@user/shtrophic) | 07:51 | |
| + chomwitt (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 07:51 | |
| + shtrophic (~m-hrdsqi@user/shtrophic) | 07:53 | |
| casparvitch | josch: while you're here, is there a centralised location for guides on installing other distros? I've tried looking around the fora etc. but it still looks quite 'early days' | 07:57 |
| josch | casparvitch: there is no "centrelized location" for that | 08:20 |
| josch | casparvitch: other distros than Debian are community managed | 08:20 |
| josch | casparvitch: so any guide that could be set up can be set up by you and me | 08:21 |
| kfx | it was easier in the old days with reform-init, but now the trick is getting a patched kernel packaged. once you do that the rest is easy | 08:21 |
| casparvitch | josch: don't have a pocket yet, but sounds good. I am in principle happy to have a crack at a few distros. | 08:27 |
| josch | kfx: you mean because in the old days you just copypasted the kernel uImage and didn't need an initramfs? | 08:30 |
| kfx | actually you didn't even need to do that, just hijack reform-init to mount your root fs and roll on :) | 08:30 |
| josch | casparvitch: it's a *lot* of work to maintain distro support properly -- don't underestimate the required work | 08:30 |
| josch | kfx: but you can still copypaste reform-init and do exactly that, no? :) | 08:31 |
| kfx | is reform-init even shipped in modern system images? | 08:31 |
| casparvitch | josch: ha okay, I won't get ahead of myself then | 08:31 |
| kfx | it turned out to be easier to build a kernel package than unpick debian init | 08:31 |
| josch | okay, sure if you quickly want to hack something together it was easier, yes | 08:32 |
| josch | but properly supporting distro X is as easy/hard as usual (you wouldn't start from what is done for Debian anyways) | 08:32 |
| kfx | it depends on the distro, really | 08:33 |
| kfx | to get alpine working it really just took the kernel package | 08:33 |
| josch | true, getting debian working is definitely more work than many other distros require | 08:33 |
| casparvitch | sorry for basic question, but generally with a pc I buy off the shelf I can distrohop and things largely *just work*. Is the difference here that the drivers/etc. for this specific hardware aren't upstream in the kernel? | 08:34 |
| josch | casparvitch: that is the main problem, yes | 08:34 |
| kfx | casparvitch: yes, for the most part, although more and more stuff is getting upstreamed as time goes on | 08:34 |
| josch | casparvitch: if you want to help with upstreaming patches, that would be a huge boon | 08:35 |
| kfx | is collabora still leading the pack? is there anything tracking the mnt-specific patches? I can probably help with that | 08:35 |
| josch | kfx: collabora is doing most of the work for rk3588 | 08:36 |
| casparvitch | and is it because it's mnt-specific hardware configurations? Like whoever makes the SoC would normally submit those drivers? | 08:36 |
| casparvitch | sorry for noob Qs | 08:36 |
| josch | kfx: the mnt specific patches are everything 1000 and up: https://source.mnt.re/reform/reform-debian-packages/-/tree/main/linux/patches6.15/rk3588-mnt-reform2 | 08:37 |
| kfx | casparvitch: there are some patches that are soc-specific and some patches that are mnt-specific. | 08:37 |
| kfx | josch: sorry, I meant is there anything tracking the status of trying to upstream those patches, like a gitlab issue opened for each one | 08:37 |
| kfx | I'd be happy to help with that | 08:38 |
| casparvitch | ദ്ദി | 08:40 |
| kfx | I just don't want to repeat anything anyone has already tried | 08:40 |
| - casparvitch (QUIT: Quit: casparvitch) (~casparvit@130.102.161.229) | 08:51 | |
| + casparvitch (~casparvit@130.102.161.229) | 08:51 | |
| - casparvitch (QUIT: Quit: casparvitch) (~casparvit@130.102.161.229) | 09:07 | |
| + casparvitch (~casparvit@130.102.161.229) | 09:08 | |
| josch | kfx: as far as i know, there is no current effort in upstreaming those patches | 09:53 |
| - casparvitch (QUIT: Ping timeout: 260 seconds) (~casparvit@130.102.161.229) | 09:53 | |
| grimmware | bkeys: congrats <3 | 10:07 |
| + mjw (~mjw@gnu.wildebeest.org) | 11:10 | |
| digitalrane | so weird, I got all the NixOS stuff building abd working for 25.05 and it boots perfecfly with 6.14 on Pocket IMX8MP but IMX8MQ Reform2 just hangs shortly after kernel starts booting. | 11:18 |
| digitalrane | The same config worked perfectly on both on 6.14 built against NixOS 24.11 | 11:19 |
| + paperManu (~paperManu@72.10.128.164) | 12:13 | |
| + gustav28 (~gustav@c-78-82-53-129.bbcust.telenor.se) | 13:02 | |
| + casparvitch (~casparvit@36.255.114.132) | 13:40 | |
| - f_ (QUIT: Ping timeout: 252 seconds) (16abab341f@postmarketOS/funderscore) | 13:50 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 13:54 | |
| - mjw (QUIT: Ping timeout: 265 seconds) (~mjw@gnu.wildebeest.org) | 13:55 | |
| + f_ (16abab341f@postmarketOS/funderscore) | 14:16 | |
| bkeys | josch, minute: Any theories about the NVME behavior? If I boot edk2 in ACPI mode I can see it, but I have seen it last night when I was typing in all caps | 14:39 |
| * Guest8081 -> mjw | 14:47 | |
| - casparvitch (QUIT: Ping timeout: 252 seconds) (~casparvit@36.255.114.132) | 14:50 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 15:13 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:20 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:24 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:24 | |
| minute | WIP (now testing) https://source.mnt.re/reform/reform/-/merge_requests/88 | 15:36 |
| minute | bkeys: i have one nvme here that works "rarely" so it might depend on the model. you can also try some kernel switches like disabling pcie aspm | 15:36 |
| minute | bkeys: or disabling msi-x | 15:36 |
| minute | (but i think that's bad for wifi) | 15:36 |
| minute | bkeys: can also try pci=realloc | 15:37 |
| minute | bkeys: is the nvme in a mpcie adapter or in m.2 slot directly? | 15:37 |
| minute | bkeys: what nvme brand/model? | 15:38 |
| bkeys | minute: It's a WD blue, and a Samsung one | 15:38 |
| minute | bkeys: 2 different ones with the same behavior? | 15:38 |
| bkeys | edk2 seems to have no issue with it. but my senses say that booting from there has never worked, even with the system image | 15:38 |
| bkeys | Yeah although I know I have seen it detect the blue one which is yet to be seen with the samsung one | 15:39 |
| minute | bkeys: ok, i haven't tried nvme stuff from edk2 yet so no idea | 15:39 |
| bkeys | Yeah let me know if there is a way I can test that merge request for you. I brought the Reform to the shop today so I can test stuff | 15:39 |
| minute | bkeys: ah, not yet please :D but will tell ya | 15:40 |
| bkeys | I'm excited I did get Fedora on there | 15:40 |
| bkeys | Although I forgot my usb drive with the install at the house | 15:40 |
| minute | bkeys: yes, that's great | 15:40 |
| bkeys | I plan on posting it on the community site, I just wanna get it on nvme and document everything | 15:40 |
| bkeys | minute: I do have a graphical glitch on KDE (which I never installed KDE on the system image, so I don't know if it's Fedora specific) but the background of the cursor sprite is black; other than that it's totally good | 15:45 |
| bkeys | minute: So is the understood behavior that it doesn't work at all, or that it works inconsistently? I don't know about others consensus because I have ran the system image very little on rk3588 | 15:54 |
| + mgd (~mgd@host-92-16-171-253.as13285.net) | 16:04 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:04 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:04 | |
| * bkeys1 -> bkeys | 16:06 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:10 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:10 | |
| bkeys1 | minute, josch: Also sorry for the pings but do you know if the Reform in theory would support mSATA drives? NVME in my experience is nice when it works but always seems so finnicky and I'm okay with SATA as long as it works reliably | 16:11 |
| - bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 16:12 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:12 | |
| - mgd (QUIT: Remote host closed the connection) (~mgd@host-92-16-171-253.as13285.net) | 16:14 | |
| bremner | oh hmm. "apt --no-install-recommends" in README.md should be "apt install --no-install-recommends" | 16:17 |
| bremner | (in reform-debian-packages) | 16:18 |
| bremner | any idea why there are .pyc files gumming up the build: https://paste.debian.net/1382697/ | 16:25 |
| bremner | command was https://paste.debian.net/1382697/ | 16:25 |
| bremner | oops. | 16:25 |
| bremner | command was sh -xc 'BASESUITE=experimental; . ./setup.sh; cd linux; . ./build.sh' | 16:26 |
| bremner | system is rk3588 pocket reform | 16:26 |
| - bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@66.110.201.50) | 16:26 | |
| bremner | I guess they must be created by previous steps in the build | 16:27 |
| josch | bremner: thank you https://source.mnt.re/reform/reform-debian-packages/-/commit/1f28f65a8571d9eaccdc2d87342f46ed3f37e52a | 16:27 |
| josch | bremner: see in line 561 of linux/build.sh | 16:27 |
| josch | there used to be pyc files but then there were gone | 16:28 |
| josch | either they are back again or... | 16:28 |
| bremner | OK. Should be fine to run that unconditionally | 16:28 |
| josch | bremner: do you have $clean_source=0; in your ~/.sbuildrc? | 16:28 |
| bremner | oops. yes. | 16:29 |
| josch | no worries, keep it there | 16:29 |
| josch | sec... | 16:29 |
| josch | bremner: https://source.mnt.re/reform/reform-debian-packages/-/commit/28a3d74822165d62f3d8492deb91aa775caa9943 | 16:30 |
| - paperManu (QUIT: Ping timeout: 265 seconds) (~paperManu@72.10.128.164) | 16:31 | |
| bremner | trying the new version... | 16:35 |
| bremner | meh, apparently I need to set up an experimental chroot. | 16:37 |
| bremner | meh^2, apparently it needs the alias experimental-arm64, not just experimental. | 16:40 |
| josch | bremner: you could use unshare mode and then that would happen automatically | 16:46 |
| bremner | yeah, but that involves more yak-shaving, probably hacking on configurator sbuild support | 16:50 |
| bremner | anyway, it's running | 16:50 |
| bremner | I assume some thermal protection will cut in if needed, and I shouldn't worry about 80C | 16:51 |
| - chomwitt (QUIT: Ping timeout: 248 seconds) (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 16:53 | |
| bremner | do people find having the lid closed has a big effect on cooling on the pocket reform? | 16:59 |
| chorc | bremner: I've found it to be slightly warmer when closed, maybe 5 degrees. But when I'm working with it closed, in desktop configuration, I have a fan blowing on it :) | 17:09 |
| bremner | heh. OK. | 17:10 |
| chorc | BTW, I recall seeing a mod that allows to detect closed lid on Pocket, was it with magnetic sensor? | 17:11 |
| bremner | that seems useful, especially if suspend is fixed | 17:11 |
| chorc | I'd like to have screen and keyboard brightness set to 0 when I'm closing it | 17:12 |
| bremner | right. | 17:12 |
| bremner | although a timeout is _almost_ as good? | 17:12 |
| chorc | that's what I have right now, but I'm actually using the laptop with closed lid, so it lights up | 17:13 |
| bremner | ah. | 17:13 |
| chorc | unless there's a way to set timeout just for trackball and internal keyboard | 17:13 |
| chorc | found it, it's actually with two accelerometers! https://grimmwa.re/blog/html/00017-pocket-reform-lid-detection.html | 17:17 |
| chorc | wondering why not a hall sensor, those magnets are very strong and should be detectable from the lid | 17:18 |
| + bkeys (~Thunderbi@66.110.201.50) | 17:29 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 17:42 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:43 | |
| * bkeys1 -> bkeys | 17:45 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 18:09 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:12 | |
| - xha (QUIT: Read error: Connection reset by peer) (~xha@user/xha) | 18:38 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 19:03 | |
| + AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net) | 19:04 | |
| minute | ok, i think this is ready for some intense testing https://source.mnt.re/reform/reform/-/merge_requests/88/commits | 19:11 |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 19:26 | |
| josch | i'm flashing my keyboard v4 tonight, so this is great timing i'll try it out | 19:34 |
| minute | cool! | 19:35 |
| minute | btw i realized that we can prevent a lot of usb traffic by not sending the report chain if nothing changed between reports | 19:35 |
| minute | but i didn't have time to finish that today, will try tomorrow | 19:36 |
| josch | what is the easiest way to animate the keyboard v4 rgb leds? | 19:39 |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 19:41 | |
| + colinsane1 (~colinunin@63.228.98.180) | 19:41 | |
| - colinsane (QUIT: Ping timeout: 272 seconds) (~colinunin@63.228.98.180) | 19:42 | |
| bkeys | minute, josch: So yeah what do you think about my theory of using esata through mpcie? Would that work at all? | 19:44 |
| bkeys | I guess not because the wifi card is in there | 19:45 |
| minute | bkeys: nvme should just work | 20:04 |
| minute | i'm using ssds all day with reform and pocket like forever | 20:04 |
| kfx | bkeys: I was never able to get nvme to show up under edk2 | 20:04 |
| kfx | that's why I switched back to u-boot | 20:05 |
| minute | josch: fixing our openrgb plugin to use the correct vendor/product id | 20:05 |
| josch | if it's just that i'll have a look | 20:06 |
| - colinsane1 (QUIT: Quit: bye) (~colinunin@63.228.98.180) | 20:23 | |
| + colinsane (~colinunin@63.228.98.180) | 20:29 | |
| - laumann (QUIT: ) (~quassel@user/laumann) | 20:29 | |
| - mjw (QUIT: Killed (copper.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 20:29 | |
| * mark_ -> mjw | 20:29 | |
| + laumann_ (~quassel@2a0a-e5c0-2-2-0-c8ff-fe68-bef1.loves.ipv6.at.ungleich.ch) | 20:29 | |
| + Guest3930 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 20:29 | |
| - laumann_ (QUIT: Changing host) (~quassel@2a0a-e5c0-2-2-0-c8ff-fe68-bef1.loves.ipv6.at.ungleich.ch) | 20:31 | |
| + laumann_ (~quassel@user/laumann) | 20:31 | |
| * laumann_ -> laumann | 20:31 | |
| - Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 20:38 | |
| - colinsane (QUIT: Ping timeout: 276 seconds) (~colinunin@63.228.98.180) | 20:50 | |
| josch | wow, keyboard v4 functions in standalone mode just by flipping the switch without flashing new firmware | 21:04 |
| josch | this is so nice https://pid.codes/1209/6D02/ | 21:07 |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 21:33 | |
| thejevans | :q | 21:41 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-129.bbcust.telenor.se) | 22:15 | |
| + xha (~xha@user/xha) | 22:20 | |
| + reform22193 (~annika@109.255.154.246) | 22:22 | |
| reform22193 | is pocket-reform-handbook still a thing? reform-help mentions it but i don't seem to have it installed | 22:29 |
| josch | reform22193: yes, it's a thing and you can install it | 22:30 |
| reform22193 | the files are there in /usr/share/doc/pocket-reform-handbook but i dont have that script that opens them in my browser | 22:30 |
| josch | reform22193: if you have the pocket-reform-handbook package installed, then you should have the pocket-reform-handbook program installed | 22:31 |
| reform22193 | i do have that instaled, pocket-reform-handbook is already the newest version (2025-03-16+dfsg-2). | 22:33 |
| reform22193 | dpkg -L pocket-reform-handbook doesn't list the program, is it installed another way? | 22:34 |
| josch | reform22193: you are right, the binary is missing | 22:37 |
| josch | reform22193: would you like to have it? | 22:37 |
| reform22193 | i see it here https://source.mnt.re/reform/pocket-reform-handbook/-/blob/main/pocket-reform-handbook | 22:38 |
| reform22193 | just wondered if i screwed something up | 22:39 |
| josch | reform22193: you did not screw anything up. I did. | 22:40 |
| josch | reform22193: the binary is indeed in the git repository of the pocket-reform-handbook -- do you see its existance documented somewhere or how did you find it? | 22:41 |
| reform22193 | it worked in a past package version, i used to use the program | 22:41 |
| reform22193 | and reform-help still mentions it so i was pretty sure i didn't imagine it :) | 22:42 |
| josch | indeed it does | 22:44 |
| josch | okay, i should bring it back | 22:44 |
| + chomwitt (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 22:44 | |
| + paperManu (~paperManu@72.10.128.164) | 22:52 | |
| josch | minute: I'm now running keyboard v4 firmware a7e7781f from the latest pipeline results of your MR 88 -- anything you'd like me to test specifically? | 22:56 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!