| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 00:14 | |
| + hairu (m-uotkmd@user/hairu) | 00:15 | |
| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 00:31 | |
| + hairu (m-uotkmd@user/hairu) | 00:32 | |
| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 00:33 | |
| + hairu (m-uotkmd@user/hairu) | 00:37 | |
| digitalrane | josch: with NixOS, at this stage, it's unlikely I'll push to have things included in nixpkgs (the main repo, kinda like a mix between Debian main + nonfree + etc.). It's fairly common for hardware support packages like this to live outside of nixpkgs (the main repository) so things can be nicely coupled into a working image, and then for the package to provide NixOS options & overlays. It could be done, but I think there's less benefit than... | 01:24 |
|---|---|---|
| digitalrane | ... with something like Debian or upstreaming in the Kernel. | 01:24 |
| - chomwitt (QUIT: Quit: WeeChat 3.8) (~chomwitt@2a02:85f:9a8c:5400:1ac0:4dff:fedb:a3f1) | 02:26 | |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 02:49 | |
| - paperManu (QUIT: Ping timeout: 244 seconds) (~paperManu@96.127.242.13) | 03:06 | |
| - nsc (QUIT: Ping timeout: 260 seconds) (~nicolas@i5C74DF6B.versanet.de) | 03:42 | |
| - aloo_shu (QUIT: Ping timeout: 268 seconds) (~aloo_shu@85.51.17.10) | 05:58 | |
| + aloo_shu (~aloo_shu@85.51.17.10) | 06:29 | |
| - aloo_shu (QUIT: Remote host closed the connection) (~aloo_shu@85.51.17.10) | 06:32 | |
| + aloo_shu (~aloo_shu@85.51.17.10) | 06:32 | |
| josch | digitalrane: upstreaming in the kernel? i see you are thinking big now :) | 07:22 |
| josch | digitalrane: you are compiling 6.12 or 6.14 for nixos? You notified me last week that our 6.12 patch stack is missing hdptxphy1 from https://github.com/torvalds/linux/blob/master/arch/arm64/boot/dts/rockchip/rk3588-rock-5b.dts#L52 -- do you have a tested patch for 6.12 for the necessary dts changes? | 07:51 |
| + mjw (~mjw@gnu.wildebeest.org) | 11:19 | |
| + gustav28 (~gustav@c-78-82-53-72.bbcust.telenor.se) | 13:02 | |
| - mjw (QUIT: Ping timeout: 245 seconds) (~mjw@gnu.wildebeest.org) | 13:24 | |
| + paperManu (~paperManu@96.127.242.13) | 13:37 | |
| * Guest152 -> mjw | 13:42 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 14:02 | |
| digitalrane | josch: I am building 6.14 and unfortunately didn't get a chance to test adding the missing dt section, but i'm fairly confident adding the missing hdmi1 section would allow it to compile (6.12) | 14:12 |
| svp | i decided for fun to upgrade my keyboard2 to a 2.5 because swapping the mcu in the original motherboard went... less than excellently | 14:21 |
| svp | i cant seem to figure out how to properly program the thing with the icsp port, though... | 14:22 |
| - mark_ (QUIT: Ping timeout: 268 seconds) (~mjw@gnu.wildebeest.org) | 14:34 | |
| xha | my pocket reform w/ rk3588 panel v1 doesn't turn it's display on anymore after booting. is that a known issue after updating to 6.14? the system boots successfully & i just upgraded to the latest kernel over ssh. still nothing after the reboot. | 14:55 |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 14:56 | |
| xha | no errors in dmesg as far as i can see | 14:58 |
| + bkeys (~Thunderbi@66.110.201.50) | 15:02 | |
| xha | never mind, this is the error in dmesg: https://xha.li/paste/reform_19052025.txt | 15:05 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 15:07 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:07 | |
| * bkeys1 -> bkeys | 15:10 | |
| xha | ok, so, the system image from https://source.mnt.re/reform/reform-system-image/-/jobs/9964/artifacts/file/pocket-reform-system-rk3588.img.gz works | 15:32 |
| xha | could that be a device tree issue? | 15:32 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 15:47 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:47 | |
| * bkeys1 -> bkeys | 15:50 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 16:01 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:01 | |
| * bkeys1 -> bkeys | 16:04 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:12 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:12 | |
| - bkeys1 (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 16:16 | |
| josch | xha: sounds like this: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/105 | 16:19 |
| josch | xha: would you like me to tell you how to test this? | 16:19 |
| josch | you'd have to add this to your /etc/apt/sources.list: deb [trusted=yes arch=arm64] https://source.mnt.re/reform/reform-debian-packages/-/jobs/10008/artifacts/raw/repo reform main | 16:21 |
| + bkeys (~Thunderbi@66.110.201.50) | 16:47 | |
| - bkeys (QUIT: Ping timeout: 245 seconds) (~Thunderbi@66.110.201.50) | 17:05 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:09 | |
| xha | josch: well, apperently, that wasn't it. however, i've copied the device tree from the system image i've downloaded onto the installed system's boot partition.. now it works??? i really don't understand what is going on... mega confused but happy that it works again lol | 17:14 |
| + bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 17:17 | |
| - bkeys (QUIT: Ping timeout: 265 seconds) (~Thunderbi@66.110.201.50) | 17:20 | |
| - bkeys1 (QUIT: Ping timeout: 248 seconds) (~Thunderbi@38-146-94-247.echocast.zone) | 17:21 | |
| josch | grimmware: ^ | 17:41 |
| josch | xha: which system image did you download? | 17:41 |
| xha | this one: https://source.mnt.re/reform/reform-system-image/-/jobs/9964/artifacts/raw/pocket-reform-system-rk3588.img.gz | 17:42 |
| xha | i think i got it from some redirect from the mnt site.. i am really not sure why it fixed it. it might've been something else, dunno (but i didn't change anything..). | 17:44 |
| josch | xha: are you sure your system was up-to-date? The kernel on that system image is the latest one. | 17:44 |
| xha | yeah, pretty sure. the kernel was 6.14.6 or something i belive | 17:45 |
| xha | i think you should just not pay attention to my case. i don't know what went wrong. it doesn't make sense to be that the device tree wasn't up-to-date :D | 17:45 |
| xha | thanks for the help though :) | 17:46 |
| josch | xha: 6.14.6 is only the "upstream" Debian kernel. We put patches on top of that. So the interesting part is in the date-based version behind it. | 17:48 |
| josch | Essentially, running "apt full-upgrade" should not install anything. | 17:48 |
| xha | i did "apt update && apt upgrade". that's what i am always doing. is that wrong? | 17:48 |
| josch | xha: also, while you might've found a workaround, the next time you upgrade, the kernel will overwrite your manual copy | 17:49 |
| josch | xha: when you are running stable, "apt update && apt upgrade" is sufficient | 17:49 |
| josch | but you are running unstable, so there will regularly be packages which require the removal of others to be installable or upgradable | 17:49 |
| josch | and "apt upgrade" will not remove packages -- it's meant to be for users of stable systems where package removal is a big no-no | 17:50 |
| josch | also, "apt upgrade" (because it doesn't remove things) will not give you auto-removal of old kernels | 17:50 |
| xha | yeah using apt autoremove for that | 17:50 |
| josch | so other users already ran into the problem that their /boot became too tiny because they accumulated too many kernel versions after having only run "apt upgrade" instead of "apt full-upgrade" | 17:50 |
| josch | ah okay | 17:50 |
| josch | but apt autoremove is only a partial solution | 17:51 |
| josch | autoremove does not remove the things blocking the installation or upgrading of new packages | 17:51 |
| josch | and autoremove also does not autoremove old kernels | 17:51 |
| xha | .. i think it does? | 17:51 |
| josch | oh then maybe that changed, sorry | 17:52 |
| xha | it look like it was doing that thing.. dunno | 17:52 |
| xha | the device tree problem could've also just been a thing because i've been playing around with custom kernels where i did some modifications to panthor. might've installed something weird there. i'm gonna report back if that problem comes back again in the next kernel version, but since noone else had that problem.. i doubt it? | 17:54 |
| xha | thank you for the explaination with apt! | 17:54 |
| josch | xha: grimmware had the problem you describe with v1 display and 6.14 on the pocket | 17:55 |
| josch | minute: could you approve user johkra on the MNT gitlab please? Thank you! | 17:58 |
| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 18:00 | |
| + hairu (m-uotkmd@user/hairu) | 18:01 | |
| xha | josch: well, i could try to reinstall all packages and see if i can reproduce the same problem again, would that help? | 18:08 |
| + bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 18:10 | |
| - gordon1 (QUIT: Ping timeout: 272 seconds) (~gordon1@citadel.niflheim.info) | 18:12 | |
| + gordon1 (~gordon1@citadel.niflheim.info) | 18:12 | |
| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 18:19 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 18:20 | |
| + hairu (m-uotkmd@user/hairu) | 18:21 | |
| - bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@38-146-94-247.echocast.zone) | 18:24 | |
| - bkeys1 (QUIT: Ping timeout: 276 seconds) (~Thunderbi@66.110.201.50) | 18:25 | |
| + bkeys (~Thunderbi@173.186.16.211) | 18:28 | |
| - cobra (QUIT: Ping timeout: 252 seconds) (~cobra@user/Cobra) | 18:43 | |
| josch | i think it would be sufficient to verify if you can reproduce the problem by re-installing this package: linux-image-$(uname -r) | 18:45 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 19:46 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 19:49 | |
| * mjw -> Guest582 | 19:50 | |
| - Guest582 (QUIT: Killed (platinum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 19:50 | |
| * mark_ -> mjw | 19:50 | |
| + Guest582 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 19:51 | |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 19:54 | |
| + LegsFullyCasted (~LegsFully@2601:246:5f82:7040:847b:569e:ce7:35f6) | 21:37 | |
| - LegsFullyCasted (QUIT: Quit: Client closed) (~LegsFully@2601:246:5f82:7040:847b:569e:ce7:35f6) | 21:40 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-72.bbcust.telenor.se) | 22:15 | |
| josch | digitalrane: nope, no luck with the 6.12 patches: | 22:22 |
| josch | Error: /build/reproducible-path/linux-6.12.27/arch/arm64/boot/dts/rockchip/rk3588-evb1-v10.dts:420.1-11 Label or path hdptxphy0 not found | 22:22 |
| josch | Error: /build/reproducible-path/linux-6.12.27/arch/arm64/boot/dts/rockchip/rk3588-evb1-v10.dts:424.1-11 Label or path hdptxphy1 not found | 22:22 |
| josch | i think i'll go back to using the 6.12 dtb with 6.12 instead of trying to shoehorn the 6.14 dtb to 6.12 | 22:22 |
| minute | josch: not sure if helpful, patches to other .dts files (like evb1 here) are not necessary and can be dropped | 22:53 |
| minute | , but, ... | 22:53 |
| minute | josch: ok, johkra approved | 22:54 |
| josch | minute: welcome back to the channel! :D | 22:54 |
| josch | and thank you! | 22:54 |
| minute | josch: ahaha thx! | 22:56 |
| josch | minute: where your technical expertise is needed would be https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/105 | 22:56 |
| josch | i identified two patches for 6.12 which are not in 6.14 and i don't know if the imx8mq patch is needed or not because dual display mode seems to work fine on 6.14 | 22:57 |
| minute | josch: then the imx8mq one is not needed :D also, !105 lgtm | 22:57 |
| minute | this !105 sleep issue will need to be fixed in a better way at some point though | 22:58 |
| josch | i don't know if anybody tested the result of the !105 pipeline with pocket v1 display though | 22:58 |
| grimmware | josch, minute: I can give it a punt tomorrow | 23:33 |
| potatoespotatoes | out of curiosity: how do I find out which flash module the pocket keyboard has? I'm currently looking in the kicad file here: https://source.mnt.re/reform/pocket-reform/-/tree/main/pocket-reform-keyboard-kailh-ortho but I've never used kicad before >.< | 23:43 |
| zeha | what exactly are you looking for? | 23:45 |
| zeha | https://mntre.com/documentation/pocket-reform-handbook/schematics.html this has schematics as pdfs | 23:45 |
| zeha | and component lists | 23:46 |
| potatoespotatoes | thank you! | 23:46 |
| potatoespotatoes | I just noticed that it's probably just using the on-chip RAM | 23:46 |
| zeha | U3 Winbond | 23:46 |
| zeha | W25Q32JVSS | 23:46 |
| zeha | is tied to the rp2040 | 23:47 |
| zeha | if you're looking for the program flash | 23:47 |
| potatoespotatoes | yup, I finally found the QSPI interface thanks to the schematics | 23:49 |
| - mjw (QUIT: Ping timeout: 272 seconds) (~mjw@gnu.wildebeest.org) | 23:54 | |
| josch | minute: i think i now know the source of my confusion regarding the 6.14 rk3588 dts on 6.12. The crux is the renaming of hdptxphy_hdmi0 to hdptxphy0 in https://web.git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=2efdb041019fd6c58abefba3eb6fdc4d659e576c and linux/rk3588-mnt-reform2.dts uses *both* naming schemes, the old and the new one. So it uses hdptxphy_hdmi0 (the old naming) as | 23:58 |
| josch | well as dptxphy1 (the new naming) | 23:58 |
| josch | *as well as hdptxphy1 (the new naming) | 23:58 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!