| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 01:04 | |
| * jn_ -> jn | 01:34 | |
| d_m | has anyone retrofitted a "big" spacebar on a reform classic? i'm tempted to try to do that | 01:39 |
|---|---|---|
| d_m | it seems like i naturally want to put my thumbs exactly on the "seam" between the 3 spacebar segments | 01:40 |
| + ZylonMaster (~hjcs@syn-098-015-248-249.res.spectrum.com) | 02:05 | |
| - AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 02:09 | |
| - ZylonMaster (QUIT: Quit: Leaving) (~hjcs@syn-098-015-248-249.res.spectrum.com) | 02:37 | |
| - Ar|stote|is (QUIT: Quit: No Ping reply in 180 seconds.) (~linx@149.210.5.33) | 02:57 | |
| + Ar|stote|is (~linx@149.210.5.33) | 03:02 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 03:15 | |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 03:16 | |
| - paperManu (QUIT: Ping timeout: 260 seconds) (~paperManu@107.159.213.145) | 03:50 | |
| sigrid | minute: i went ahead and got rid of R82, installed the module and ot the latest image (with rk3588-mnt-reform2-dsi.dtb) on the sd card. it seems to be booting from somewhere (ethernet lights blinking) but i have no text appearing | 04:20 |
| sigrid | i dd'd the image instead of using bmap, idk if that's supposed to work | 04:21 |
| sigrid | looks like i will have to get the serial attached to debug this :/ | 04:21 |
| sigrid | the kernel is vmlinuz-6.14.6-mnt-reform-arm64 on that image | 04:22 |
| sigrid | i could not find any documentation on dsi way of working so i have no idea whether what i did was enough | 04:24 |
| josch | sigrid: it's a normal image so using dd will work fine just as well | 05:08 |
| sigrid | weird | 05:18 |
| sigrid | i assume the old dsi cable also has to be connected underneath the module | 05:18 |
| josch | sigrid: i assume you tried booting from that sd-card more than once? Because it even happened to minute that the screen would not come on the first time. | 05:23 |
| sigrid | yes | 05:24 |
| + RandyK (~RandyK@user/randyk) | 05:30 | |
| + arminweigl_ (~arminweig@sourcehut/user/arminweigl) | 06:29 | |
| - arminweigl (QUIT: Ping timeout: 252 seconds) (~arminweig@sourcehut/user/arminweigl) | 06:30 | |
| * arminweigl_ -> arminweigl | 06:30 | |
| - arminweigl (QUIT: Ping timeout: 252 seconds) (~arminweig@sourcehut/user/arminweigl) | 06:43 | |
| + arminweigl (~arminweig@sourcehut/user/arminweigl) | 06:43 | |
| + arminweigl_ (~arminweig@sourcehut/user/arminweigl) | 06:58 | |
| - arminweigl (QUIT: Ping timeout: 272 seconds) (~arminweig@sourcehut/user/arminweigl) | 06:59 | |
| * arminweigl_ -> arminweigl | 06:59 | |
| - arminweigl (QUIT: Ping timeout: 268 seconds) (~arminweig@sourcehut/user/arminweigl) | 07:06 | |
| + arminweigl (~arminweig@sourcehut/user/arminweigl) | 07:08 | |
| - Ar|stote|is (QUIT: Ping timeout: 272 seconds) (~linx@149.210.5.33) | 08:44 | |
| + Ar|stote|is (~linx@149.210.5.33) | 08:48 | |
| - RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk) | 08:58 | |
| + RandyK (~RandyK@user/randyk) | 08:59 | |
| - robin (QUIT: Ping timeout: 248 seconds) (~robin@user/terpri) | 09:08 | |
| minute | sigrid: is your old dsi cable long enough to connect underneath the module? | 09:26 |
| [tj] | is the display interface in the pocket reform 15 pin mipi-dsi? | 10:17 |
| [tj] | (I know I could look at datasheets, but I'm trying to brige 3 different systems) | 10:17 |
| + andreas-e (~Andreas@2001:861:c4:f2f0::c64) | 10:34 | |
| + mjw (~mjw@gnu.wildebeest.org) | 10:37 | |
| [tj] | https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/ | 11:00 |
| gsora | oof, might've chosen too powerful of ssd/wifi card: https://files.catbox.moe/51qqqa.png | 12:06 |
| gordon1 | did you put any heat spreader/heatsink on it? | 12:16 |
| gsora | nope, yolo'd it in the pcb | 12:16 |
| gsora | i should probably do that | 12:16 |
| gsora | that said, samsung uses a thin layer of copper as a sticker, that should help already | 12:17 |
| gordon1 | you'll be surprised how even just a strip of copper tape can give you almost 10°C difference | 12:17 |
| gordon1 | yeah, if you do steamdeck routine and just wrap it around - it will triple the surface area | 12:17 |
| gordon1 | just make sure not to short anything | 12:18 |
| gordon1 | do you have 2280 or smaller? | 12:18 |
| gsora | it's a full size nvme ssd, i never remember the various formats | 12:19 |
| gsora | is a 990 pro by samsung | 12:19 |
| gordon1 | https://guide-images.cdn.ifixit.com/igi/NwHYLOEiZgNMTypT.medium that's what they did in steamdeck | 12:19 |
| gsora | oh wow | 12:20 |
| gsora | that's interesting haha | 12:20 |
| gsora | i should try yeah | 12:20 |
| gordon1 | anyways, 60°C is not a biggy | 12:20 |
| gsora | considering the position, it gets toasty if you have reform on your lap | 12:20 |
| gsora | i'm almost missing a fan :P | 12:20 |
| gordon1 | i have a thought on the back of my mind just to throw in a fan inside the case to circulate air in reform classic, wonder how much will it help | 12:21 |
| gordon1 | i just don't know where i can tap 5V from the board | 12:21 |
| gsora | was thinking just that! | 12:22 |
| gordon1 | minute: any suggestions? | 12:24 |
| gsora | if there's a pwm header somewhere, one could also write a small program to do fan control | 12:25 |
| gordon1 | i think it's preferred to use cooling-zone definition in device tree for that, but i don't think such fan control will be of much help if there will be no exhaust and intake of air | 12:26 |
| gsora | true, and that would require extensive surgery on the chassis | 12:28 |
| gsora | though, as for air intake, the keyboard is pretty open, air should be able to circulate | 12:28 |
| + paperManu (~paperManu@107.159.213.145) | 12:35 | |
| - CephonAltera (QUIT: Ping timeout: 248 seconds) (~cephonalt@user/CephonAltera) | 12:44 | |
| + gustav28 (~gustav@c-78-82-55-148.bbcust.telenor.se) | 13:02 | |
| bremner | I am seeing quite bad ping times to my pocket reform via home wifi, as compared to the x86 debian laptop sitting right beside it. Is this a known issue or should I try to diagnose it better? | 13:10 |
| bremner | It's bad enough that I first noticed it while ssh'ed into the pocket reform | 13:11 |
| bremner | 6.6% packet loss, and 203±360ms ping times on the pocket vs 67±49ms on the dell | 13:13 |
| + chomwitt (~chomwitt@2a02:85f:9a0d:f00:1ac0:4dff:fedb:a3f1) | 13:37 | |
| sigrid | minute: yep, it is | 13:53 |
| bremner | hrm. Rebooted the host sending the pings and now I don't see the problem anymore. Puzzling. | 13:54 |
| bremner | oops, there it is again, apologies for the stream-of-conciousness reporting | 13:55 |
| - Ar|stote|is (QUIT: Quit: No Ping reply in 180 seconds.) (~linx@149.210.5.33) | 14:07 | |
| + Ar|stote|is (~linx@149.210.5.33) | 14:07 | |
| minute | sigrid: ok, if i were to debug this i would connect a HDMI monitor and see if you get output there. if not, usb-uart with 1.5mbaud | 14:25 |
| gsora | is the keyboard backlight level supposed to be stored across reboots? | 14:37 |
| + robin (~robin@user/terpri) | 14:59 | |
| + josch-pocket (~josch-poc@ip-185-104-138-25.ptr.icomera.net) | 15:00 | |
| josch-pocket | minute: unfortunately the experiment with the bigger battery cells was not successful. With these cells i get brownouts around every half hour of use... | 15:02 |
| minute | josch-pocket: hmm, sounds more like bad connection? | 15:03 |
| josch-pocket | but im not moving the pocket -- it just sits on the table | 15:03 |
| josch-pocket | and the cable sits in the connector super tight | 15:03 |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 15:04 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:08 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:09 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:09 | |
| - josch-pocket (QUIT: Quit: josch-pocket) (~josch-poc@ip-185-104-138-25.ptr.icomera.net) | 15:11 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 15:11 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:11 | |
| abortretryfail | what's it do when it brownouts? | 15:13 |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:14 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:14 | |
| gsora | noticed the waybar battery widget is inaccurate, reports roughly 15% more battery than gnome's and the oled screen | 15:18 |
| bremner | gsora: for me it seems more like it gets out of sync rather than being permantly off | 15:19 |
| - bkeys (QUIT: Ping timeout: 265 seconds) (~Thunderbi@66.110.201.50) | 15:19 | |
| gsora | i wonder if gnome is reading a different sysfs/doing different calculations | 15:21 |
| + bkeys (~Thunderbi@66.110.201.50) | 15:22 | |
| - ndufresne (QUIT: Quit: The Lounge - https://thelounge.chat) (~ndufresne@apple.collaboradmins.com) | 15:23 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 15:30 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:30 | |
| gsora | interestingly enough "upower --dump" reports the correct battery percentage, but waybar is still off | 15:33 |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 15:35 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:35 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 15:40 | |
| bremner | the only weirdness I noticed was with batteries fully charged and still plugged in, waybar briefly dropped to 75% and then went back to 100% | 15:41 |
| + bkeys (~Thunderbi@66.110.201.50) | 15:46 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 15:48 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:56 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:56 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:57 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 16:00 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:00 | |
| * bkeys1 -> bkeys | 16:02 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 16:04 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:04 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 16:06 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:06 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 16:13 | |
| bremner | OK, it looks like giant lag times are correlated with wpa_supplicant logging CTRL-EEVENT-BEACON-LOSS | 16:16 |
| bremner | err. EVENT, not EEVENT | 16:16 |
| - RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk) | 16:17 | |
| + RandyK (~RandyK@user/randyk) | 16:17 | |
| + bkeys (~Thunderbi@140.235.133.176) | 16:23 | |
| bremner | oddly nothing on community.mnt.re matches that error | 16:24 |
| wose | bremner: I had wifi connection and performance issues until I added some thermal tape to the wifi chip connecting it to the cover. | 16:29 |
| bremner | interesting. | 16:30 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@140.235.133.176) | 16:31 | |
| + bkeys1 (~Thunderbi@140.235.133.176) | 16:31 | |
| wose | there is a post on the forum from about a year ago describing similar issues: https://community.mnt.re/t/wifi-reception-problem-probably-overheating-wireless-chipset/2273 | 16:32 |
| + bkeys (~Thunderbi@140.235.133.176) | 16:33 | |
| - bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@140.235.133.176) | 16:34 | |
| - paperManu (QUIT: Ping timeout: 252 seconds) (~paperManu@107.159.213.145) | 16:34 | |
| bremner | oof. it's a bit overwhelming. This is why I sometimes prefer a wiki to a mailing list / forum | 16:38 |
| sad_plan | bremner: i bet that if the community makes an effort into creating a wiki, I dont see minute turning it down somehow | 16:42 |
| bremner | sure, I understand it's very much a patches welcome scenario | 16:42 |
| sad_plan | yep | 16:43 |
| d_m | just posted about my screen glitch issues: https://community.mnt.re/t/screen-ghosting-glitches-with-class-reform-rk3588/3480 | 16:44 |
| d_m | i also took another video of the problem today: http://plastic-idolatry.com/erik/media/reform-glitch-jun11.mp4 | 16:44 |
| + LainIwakura (~LainIwaku@user/LainIwakura) | 16:44 | |
| d_m | ^ although it's possible that last video is actually a software bug, i'm not 100% sure | 16:45 |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@140.235.133.176) | 16:48 | |
| + ndufresne (~ndufresne@transit.collaboradmins.com) | 16:50 | |
| - LainIwakura (QUIT: Quit: Client closed) (~LainIwaku@user/LainIwakura) | 17:04 | |
| - andreas-e (QUIT: Quit: Leaving) (~Andreas@2001:861:c4:f2f0::c64) | 17:09 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:12 | |
| + LainIwakura (~LainIwaku@user/LainIwakura) | 17:13 | |
| + bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 17:17 | |
| - bkeys (QUIT: Ping timeout: 265 seconds) (~Thunderbi@66.110.201.50) | 17:19 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:19 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@38-146-94-247.echocast.zone) | 17:21 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:22 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 17:23 | |
| * bkeys1 -> bkeys | 17:23 | |
| + bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 17:26 | |
| * mjw -> Guest281 | 17:27 | |
| - Guest281 (QUIT: Killed (calcium.libera.chat (Nickname regained by services))) (~mjw@gnu.wildebeest.org) | 17:27 | |
| * Guest4837 -> mjw | 17:27 | |
| + Guest281 (~mjw@gnu.wildebeest.org) | 17:27 | |
| - bkeys (QUIT: Ping timeout: 265 seconds) (~Thunderbi@66.110.201.50) | 17:30 | |
| sigrid | minute: is bootcfg on the motherboard used for anything at all? | 17:30 |
| - bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@38-146-94-247.echocast.zone) | 17:32 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 17:33 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:42 | |
| gsora | in the wayland session, what handles display brightness hotkeys? i'm playing with a different window manager and they don't seem to be handled at all | 17:44 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 17:50 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:50 | |
| d_m | gsora: something i noticed on my reform classic is that the documented brightness keys aren't being sent by my keyboard. you can use `wev` to see what different keys are actually sending. | 17:51 |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 17:52 | |
| d_m | so i think either the docs are out of date or the keyboard firmare is doing something unexpected | 17:52 |
| + bkeys (~Thunderbi@66.110.201.50) | 17:52 | |
| d_m | (i was waiting to file a bug until i had time to dig into it a bit more) | 17:53 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 17:58 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:58 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 17:59 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:59 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 18:04 | |
| gsora | to answer my own question, most probably something is listening to super+f1 somewhere | 18:04 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 18:04 | |
| * bkeys1 -> bkeys | 18:04 | |
| gsora | had to bind my own thing | 18:04 |
| kfx | gsora: key bindings for sway are in $HOME/.config/sway/config | 18:05 |
| gsora | yup, didn't see anything mentioning brightness though | 18:05 |
| sigrid | minute: so... I connected both dsi and hdmi module, it boots from the sd card but sends output to hdmi | 18:06 |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 18:07 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 18:07 | |
| sigrid | idk what to look for in dmesg | 18:08 |
| minute | sigrid: bootcfg switch might be connected to maskrom boot | 18:08 |
| sigrid | right now I have proper video output working on the lcd but through the adapter only, even with the -dsi system image | 18:08 |
| minute | sigrid: ok interesting. | 18:09 |
| minute | sigrid: that's weird. | 18:09 |
| minute | sigrid: because internal hdmi should be turned off in the dsi image | 18:09 |
| minute | sigrid: not image, dtb | 18:09 |
| sigrid | xrandr says HDMI-A-1 | 18:10 |
| sigrid | maybe I misunderstand that | 18:10 |
| minute | sigrid: ah wait. you had an rk3588 module with hdmi adapter! | 18:10 |
| sigrid | yes | 18:10 |
| minute | sigrid: so the uboot on emmc is set to the hdmi dtb | 18:10 |
| minute | sigrid: i think you need to reflash the uboot to the correct one for dsi | 18:10 |
| sigrid | oh | 18:10 |
| minute | sigrid: i.e. with the correct reform model set | 18:10 |
| minute | sigrid: what's cat /proc/device-tree/model ? | 18:11 |
| minute | sigrid: probably just RCORE sth sth but no DSI right? | 18:11 |
| sigrid | MNT Reform 2 with RCORE RK3588 Module | 18:11 |
| sigrid | yes | 18:11 |
| + bkeys (~Thunderbi@66.110.201.50) | 18:11 | |
| sigrid | I thought it's going to pick uboot from the sd card like the imx8mq SOC, guess that was the wrong assumption :) | 18:11 |
| minute | sigrid: that's what i thought ok. for a test you can also copy the dsi dtb over the not-dsi dtb in /boot/dtb/...... | 18:11 |
| - bkeys1 (QUIT: Ping timeout: 245 seconds) (~Thunderbi@66.110.201.50) | 18:12 | |
| minute | sigrid: no. it only does that if there's no uboot on emmc | 18:12 |
| minute | sigrid: if you want to erase uboot from emmc: https://source.mnt.re/reform/reform-factory/-/blob/main/common-rk3588/rk3588-emmc-erase/boot.scr.txt?ref_type=heads | 18:12 |
| sigrid | I'd like to boot without the sd card and from nvme, so I think I'd like to keep uboot? | 18:13 |
| minute | sigrid: this is how to flash uboot to emmc https://source.mnt.re/reform/reform-factory/-/blob/main/common-rk3588/factory-mref-rk3588?ref_type=heads#L23 | 18:13 |
| minute | UBOOT_JOB=9708 | 18:13 |
| minute | FLASHBIN=rk3588-mnt-reform2-dsi-flash.bin | 18:14 |
| minute | bremner: sorry i was missing too much context to respond here. i don't know what kind of pocket reform you have, which cpu module, which wifi, what mods, etc etc. | 18:14 |
| minute | i'm very willing to help here in between the rest of my job/life but please be as specific as possible with your problem statements and hardware configurations | 18:15 |
| - bkeys (QUIT: Ping timeout: 245 seconds) (~Thunderbi@66.110.201.50) | 18:15 | |
| bremner | minute: ack | 18:16 |
| minute | gsora: brightnessctl in sway config https://source.mnt.re/reform/reform-system-image/-/blob/main/etc/skel/.config/sway/config?ref_type=heads#L127 | 18:16 |
| bremner | minute: it's a stock rk3588 pocket reform with a 1T SSD (currently idle) and 32G DRAM. The wifi is MT7612U | 18:19 |
| minute | d_m: about display glitches, i've seen 1 display in QA testing that had some random lines glitching in that area, and we swapped that display out. i also had one that had flickery backlight, also swapped out. it's possible that there were still some displays with latent issues. i've ordered 100 more displays and in the process of sampling a factory new replacement display were i'll also buy 400 | 18:19 |
| minute | more soon, so we can send you a swap-in display soon. please contact support@mntre.com for RMA process | 18:19 |
| kfx | gsora: https://source.mnt.re/reform/reform-system-image/-/blob/main/etc/skel/.config/sway/config?ref_type=heads#L127-128 | 18:19 |
| minute | bremner: thanks. was this recently sent by us? does it already have the updated/fixed backplate? | 18:19 |
| + AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net) | 18:19 | |
| minute | bremner: i.e. with no black color inside | 18:19 |
| kfx | woops, I was scrolled up and didn't see this had been posted! sorry | 18:20 |
| bremner | minute: afaik yes, that is what someone (you?) wrote in the email explaining a delay | 18:20 |
| bremner | I could double check later, but it was shipped in May iirc | 18:20 |
| + bkeys (~Thunderbi@66.110.201.50) | 18:21 | |
| sigrid | minute: no output when booting from the sd card, booting from emmc still works with the hdmi adapter | 18:26 |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 18:28 | |
| d_m | minute: ok will do, thanks | 18:28 |
| minute | sigrid: what did you do/change? :D | 18:30 |
| minute | bremner: ok sounds like the new backplate should be in there. | 18:30 |
| + bkeys (~Thunderbi@66.110.201.50) | 18:31 | |
| sigrid | I dd'd the updated u-boot | 18:32 |
| sigrid | the one you pointed me at | 18:32 |
| sigrid | I did it one more time to make sure I got it right - same result | 18:33 |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 18:33 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:33 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 18:37 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 18:37 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 18:38 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:38 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 18:40 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:40 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 18:43 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:43 | |
| gsora | minute: thanks! I completely missed those lines in the away conf | 18:44 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 18:45 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:45 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 18:47 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:48 | |
| gsora | *sway :^) | 18:48 |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 18:49 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 18:49 | |
| sigrid | minute: I am not sure that dd worked? /proc/device-tree/model stayed the same :/ | 18:50 |
| sigrid | idk if that one is from the kernel or u-boot. u-boot/linux boot process escapes my mind | 18:50 |
| * bkeys1 -> bkeys | 18:52 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 18:53 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:53 | |
| minute | sigrid: hm weird | 18:55 |
| minute | sigrid: ok in that script i linked, i also erase the mmcblk0boot0 and mmcblk0boot1, and then sync. can you try that too? | 18:56 |
| sigrid | yes | 18:56 |
| sigrid | I did that | 18:57 |
| sigrid | I can try it again to be sure | 18:57 |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 18:58 | |
| minute | sigrid: /proc/device-tree/model is from the device-tree, which is the dtb file that uboot loads and passes to the kernel in a register as a pointer when jumping to the kernel code | 18:59 |
| minute | sigrid: there is some variable baked into the uboot build that says which is the default fdt (another name for dtb, dunno why) file | 18:59 |
| minute | sigrid: this can theoretically be overridden by /boot/uboot.scr (a weird text file with binary header) or /boot/extlinux/extlinux.conf (a nice text file) | 19:00 |
| minute | sigrid: /proc/device-tree is just the in memory representation of the parsed .dtb file | 19:00 |
| + andreas-e (~Andreas@2001:861:c4:f2f0:b0aa:56dd:ae73:8afa) | 19:08 | |
| + bkeys (~Thunderbi@173.186.16.211) | 19:17 | |
| - andreas-e (QUIT: Quit: Leaving) (~Andreas@2001:861:c4:f2f0:b0aa:56dd:ae73:8afa) | 19:28 | |
| - LainIwakura (QUIT: Ping timeout: 272 seconds) (~LainIwaku@user/LainIwakura) | 19:40 | |
| sigrid | minute: is it possible to erase uboot without using uboot console? | 19:45 |
| sigrid | ie with dd | 19:45 |
| sigrid | I double-checked both boot0 and boot1 are all zeros and the u-boot image from emmc matches the one I downloaded (checked with md5sum) | 19:46 |
| sigrid | ah there is already boot.scr there | 19:51 |
| sigrid | that didn't help. sd card boots but no output | 19:59 |
| sigrid | perhaps dsi is not working then | 19:59 |
| minute | sigrid: did your /proc/device-tree/model update? | 20:02 |
| minute | sigrid: sorry, not sure what you just did | 20:02 |
| minute | sigrid: when you say, "that didn't help", what did you try? | 20:03 |
| sigrid | I erased u-boot on emmc and booted the dsi image from the sd card | 20:03 |
| sigrid | and I have no output on the lcd | 20:03 |
| minute | sigrid: ok, what's the content of /proc/device-tree/model? | 20:03 |
| minute | sigrid: (do you have a monitor with HDMI?) | 20:03 |
| sigrid | I cannot check because there is no output. I have to figure out where my serial adapter is | 20:03 |
| minute | sigrid: if it wasn't clear, rk3588 has 2x hdmi, so you can see stuff if you connect a hdmi monitor to the hdmi connector | 20:04 |
| - bkeys (QUIT: Ping timeout: 265 seconds) (~Thunderbi@173.186.16.211) | 20:07 | |
| sigrid | I have no external hdmi monitor to check | 20:07 |
| + bkeys (~Thunderbi@66.110.201.50) | 20:14 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 20:25 | |
| + bkeys (~Thunderbi@66.110.201.50) | 20:26 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 20:32 | |
| + bkeys (~Thunderbi@66.110.201.50) | 20:33 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 20:35 | |
| + bkeys (~Thunderbi@66.110.201.50) | 20:36 | |
| - xktr (QUIT: Remote host closed the connection) (~xktr@user/xktr) | 20:37 | |
| + xktr (~xktr@user/xktr) | 20:37 | |
| sigrid | the 10736 build of non-dsi sd image boots but after I go through the initial steps of setting up the user with sway and try to log in it hangs | 20:41 |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 20:42 | |
| sigrid | worked after a hard reset | 20:43 |
| sigrid | although it seems to be running gnome for some reason | 20:44 |
| + bkeys (~Thunderbi@66.110.201.50) | 20:44 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 20:46 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 20:46 | |
| * bkeys1 -> bkeys | 20:48 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 20:49 | |
| + bkeys (~Thunderbi@66.110.201.50) | 20:50 | |
| sigrid | although it hanged again while just idling | 20:50 |
| sigrid | seems to hang every time I try to download anything | 20:54 |
| sigrid | going to try resitting everything again and use latest latest | 21:03 |
| sigrid | *reseating | 21:03 |
| - mjw (QUIT: Killed (zinc.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 21:06 | |
| * Guest281 -> mjw | 21:06 | |
| + Guest1879 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 21:06 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 21:24 | |
| + bkeys (~Thunderbi@66.110.201.50) | 21:24 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 21:27 | |
| + bkeys (~Thunderbi@66.110.201.50) | 21:27 | |
| sigrid | minute: ok, it works now! latest dsi image with uboot erased on emmc, with everything reseated | 21:33 |
| sigrid | I still get those hangs though so there's another issue to resolve :( | 21:35 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 21:42 | |
| + bkeys (~Thunderbi@66.110.201.50) | 21:42 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 21:52 | |
| + bkeys (~Thunderbi@66.110.201.50) | 21:53 | |
| + colinsane (~colinunin@97-113-145-89.tukw.qwest.net) | 21:54 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 21:57 | |
| + bkeys (~Thunderbi@66.110.201.50) | 21:58 | |
| minute | sigrid: great that it works, what hangs are you getting? | 22:00 |
| minute | sigrid: you say hang if you try to download, is that over pcie wifi? or ethernet? | 22:02 |
| + bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 22:03 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@38-146-94-247.echocast.zone) | 22:05 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 22:07 | |
| + bkeys (~Thunderbi@66.110.201.50) | 22:07 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-55-148.bbcust.telenor.se) | 22:15 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 22:21 | |
| + bkeys (~Thunderbi@66.110.201.50) | 22:21 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 22:29 | |
| + bkeys (~Thunderbi@66.110.201.50) | 22:29 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 22:34 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 22:34 | |
| sigrid | minute: ethernet | 22:35 |
| minute | sigrid: ok, sounds quite unusual :/ is the hdmi adapter removed by now? | 22:37 |
| minute | (i guess must be if you're using dsi) | 22:37 |
| + bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 22:37 | |
| sigrid | yeah, it's removed | 22:38 |
| - bkeys (QUIT: Client Quit) (~Thunderbi@38-146-94-247.echocast.zone) | 22:39 | |
| + bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 22:39 | |
| - bkeys1 (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 22:41 | |
| minute | sigrid: if you manage to log in, you could try disabling gdm so you can reach the linux console and dmesg -w there for a while (or in a split with something like tmux), maybe you can see some errors before the freeze. (sudo systemctl disable gdm; sudo systemctl stop gdm; (or reboot)) | 22:46 |
| minute | sigrid: UART debugging is another option, i would recommend editing this a bit for your kernel and initrd version and putting it in /boot/extlinux/extlinux.conf http://dump.mntmn.com/extlinux.conf.debug.txt | 22:48 |
| minute | sigrid: the "append" line there enables boot console on uart | 22:48 |
| minute | sigrid: yet another option is going via our warranty process and let me take a look | 22:49 |
| sigrid | how would I disable the initial setup wizard? | 22:49 |
| minute | sigrid: the initial setup wizard is still there? | 22:49 |
| sigrid | yeah | 22:49 |
| sigrid | it created the user on the last run and hanged after, now it keeps popping up anyway | 22:49 |
| minute | sigrid: ok that's odd. you can open a terminal in the wizard with super+return | 22:50 |
| minute | sigrid: and then delete /etc/profile.d/reform-setup.sh | 22:50 |
| minute | sigrid: normally that script checks if there's already something in /home | 22:51 |
| minute | https://source.mnt.re/reform/reform-system-image/-/blob/main/reform-setup.sh?ref_type=heads#L10 | 22:51 |
| minute | i wonder if something's up with the SD card or so | 22:52 |
| sigrid | I migrated to nvme | 22:53 |
| sigrid | now it keeps logging me in as root automatically even though the user exists :) | 22:53 |
| minute | sigrid: https://source.mnt.re/reform/reform-system-image/-/blob/main/reform-setup.sh?ref_type=heads#L23 | 22:53 |
| minute | rm /etc/systemd/system/getty@tty1.service.d/override.conf | 22:54 |
| sigrid | thanks | 22:54 |
| minute | sigrid: ok so i don't have the full picture yet. did the hangs already occur on the sd card or only now with the nvme? | 22:55 |
| sigrid | only with an sd card, before that with emmc (sometimes) | 22:55 |
| sigrid | I'm going to try browsing and so on now, to see if it happens again | 22:55 |
| sigrid | actually lemme try apt update/upgrade | 22:55 |
| minute | ok the migration is quite a heavy copying process, i wonder why it didn't hang during that | 22:56 |
| sigrid | yeah... | 22:56 |
| minute | so probably network related yeah? | 22:56 |
| sigrid | so far it looked like either ethernet or graphics related | 22:57 |
| sigrid | but rn it's working fine | 22:57 |
| minute | ok hm | 22:57 |
| sigrid | I also noticed when I do "poweroff" it doesn't completely switch off - the keyboard leds stay on | 22:58 |
| sigrid | do I need lpc firmware update or something? | 22:59 |
| sigrid | anyway, still no hangs | 23:04 |
| + aakast (~aakast@net-93-65-57-194.cust.vodafonedsl.it) | 23:08 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@38-146-94-247.echocast.zone) | 23:12 | |
| + bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 23:12 | |
| - bkeys (QUIT: Remote host closed the connection) (~Thunderbi@38-146-94-247.echocast.zone) | 23:22 | |
| minute | sigrid: is reform2_lpc module loaded? (lsmod | grep reform2_lpc) | 23:25 |
| sigrid | yep | 23:25 |
| sigrid | battery charge is showing 0% (not charging), so I guess something isn't working right | 23:25 |
| minute | sigrid: i wonder which driver version you have, i.e. the latest or no | 23:26 |
| minute | sigrid: also, updating the lpc fw is good, and only tricky if your board is very old | 23:26 |
| sigrid | I am running 1.73-2+reform20250527T160544Z1 | 23:28 |
| sigrid | (lpc dkms) | 23:28 |
| sigrid | pretty sure the board is v2.5 | 23:28 |
| minute | sigrid: ok then updating it should be relatively smooth | 23:30 |
| minute | you can use this build.sh but do what this warning says at the end: https://source.mnt.re/reform/reform/-/blob/master/reform2-lpc-fw/build.sh?ref_type=heads#L21 and then use flash.sh | 23:30 |
| minute | (on another computer ofc) | 23:31 |
| minute | now unpacking the amd64 proof of concept image | 23:32 |
| - vkoskiv (QUIT: Ping timeout: 252 seconds) (~vkoskiv@109-204-186-7.cust.valoonet.fi) | 23:49 | |
| minute | josch: what did you pass to qemu so uefi can find the right disk/partition from reform-system-any.img? | 23:50 |
| minute | josch: for amd64 | 23:50 |
| minute | josch: this doesn't seem to work: qemu-system-x86_64 -drive format=raw,file=reform-system-any.img -m 1024 -smp 2 -bios /usr/share/qemu/OVMF.fd | 23:51 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
