| minute | josch: rmmod hantro_vpu freezes the system for me | 00:03 |
|---|---|---|
| minute | maybe this module prevents poweroff | 00:04 |
| josch | hantro at it again | 00:07 |
| minute | yeah rings a bell | 00:08 |
| minute | weird that reboot works, btw | 00:08 |
| josch | the bell was that we need to rmmod hantro before suspend can work on imx8mq | 00:09 |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 00:12 | |
| bkeys | Alright this is me on Fedora on my Reform | 00:13 |
| minute | bkeys: nice | 00:13 |
| bkeys | minute, josch: The screen seems really dim, is there a way to correct this? | 00:14 |
| minute | josch: yeah. disabling hantro doesn't fix poweroff though;/ | 00:14 |
| minute | bkeys: brightnessctl | 00:14 |
| minute | bkeys: doesn't kde have a brightness slider or sth? | 00:14 |
| bkeys | minute: It does but maxing out that slider things are barely visible | 00:15 |
| minute | ugh | 00:15 |
| minute | bkeys: try brightnessctl s 100% | 00:15 |
| bkeys | Ah that is much better | 00:15 |
| josch | nice :) | 00:16 |
| josch | bkeys: do you still want me to try out kde on rk3588 classic reform? | 00:16 |
| bkeys | josch: You can | 00:16 |
| josch | that was about external display, right | 00:16 |
| bkeys | I got a black background on the cursor, which isn't that bad; and yeah the external display | 00:16 |
| bkeys | The resolution is absurdly tiny | 00:16 |
| bkeys | Like lower than the internal display | 00:17 |
| josch | oh i think i remember the black cursor | 00:17 |
| josch | it's a black rectangle with the cursor in it, right? | 00:17 |
| bkeys | Yes | 00:17 |
| bkeys | Oh man, I am so glad this works | 00:18 |
| bkeys | I have waited so long to run Fedora on this thing | 00:18 |
| josch | i'm glad for you that all your hard work finally paid off :) | 00:19 |
| minute | funnily, i have the black rectangle too now in gdm since my cursor overlay plane hack... but not in gnome shell | 00:19 |
| minute | ah wait, in gnome shell too. but it's only on the DSI display, not on HDMI | 00:19 |
| minute | so, the overlay behaves differently depending on display pipeline | 00:19 |
| minute | but bkeys is using hdmi for internal display so that's puzzling :3 | 00:20 |
| + bkeys1 (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 00:22 | |
| bkeys1 | Yeah wifi is gonna have to be my USB one now | 00:22 |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 00:22 | |
| * bkeys1 -> bkeys | 00:22 | |
| bkeys | josch: Let me know what you get for external display; is it just a KDE thing or does external display work fine elsewhere? | 00:23 |
| bkeys | Cause the monitor I plugged it up to is an ultra wide | 00:23 |
| josch | bkeys: i can only try tomorrow because i don't have a hdmi monitor at home | 00:23 |
| bkeys | No problems | 00:24 |
| josch | and note that i can only try on rk3588 pocket and DSI (non hdmi) rk3588 classic reform | 00:24 |
| bkeys | I'm so glad that struggle is over and I can use this thing | 00:24 |
| josch | must be a big relieve :) | 00:24 |
| bkeys | Yeah it is, blender crashes | 00:26 |
| - bkeys (QUIT: Client Quit) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 00:27 | |
| + bkeys1 (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 00:27 | |
| * bkeys1 -> bkeys | 00:30 | |
| minute | bkeys: blender doesn't work on rk3588/mali g610 yet | 00:33 |
| bkeys | im so glad this works | 00:34 |
| bkeys | minute, josch: Any reason why speakers don't play by default? | 00:37 |
| bkeys | Do I need to go into alsamixer? | 00:37 |
| minute | yeah | 00:38 |
| minute | normally they are initialized by reform-hw-setup | 00:38 |
| josch | bkeys: reform-hw-setup has init_wm8960() which you might be missing | 00:38 |
| minute | (soon to be replaced by a UCM profile) | 00:38 |
| josch | i thought ucm profiles were only for the pocket? | 00:38 |
| bkeys | josch: Is there a command or part of that script that will initialize it on here? | 00:38 |
| josch | bkeys: https://source.mnt.re/reform/reform-tools/-/blob/main/bin/reform-hw-setup?ref_type=heads#L70 | 00:39 |
| bkeys | Do any of y'all use chromium forks with adblock or do y'all just use firefox? | 00:40 |
| minute | josch: why did you think that? :D | 00:40 |
| minute | josch: ah, because of the tlv chip. yeah. but the whole stuff in reform-hw-setup can also be replaced with an ucm profile | 00:40 |
| minute | (or, multiple) | 00:40 |
| bkeys | Do I just have to run that once or every time I turn the computer on? | 00:41 |
| josch | minute: because in the past when you talked about ucm profiles it was always in connection to pocket (i.e irc history of 2025-05-23) | 00:43 |
| minute | i moved to firefox after building mesa with mojyack's fix. | 00:43 |
| minute | josch: true true | 00:43 |
| josch | haha you see, firefox on a311d is so slow that i was still happy with firefox on rk3588 :D | 00:43 |
| minute | josch: i think on a311d the same fix should help | 00:44 |
| josch | o0 | 00:44 |
| josch | i'll have to try that tomorrow! | 00:44 |
| minute | it's mali too... | 00:44 |
| josch | indeed! | 00:44 |
| minute | i tried to hack away at the poweroff issue but didn't make a breakthrough and need to sleep now. i guess this will need custom kernel and serial/remote gdb step debugging | 00:45 |
| josch | sleep here as well -- good night! | 00:46 |
| bkeys | gn | 00:48 |
| bkeys | ACTION dances next to his Reform running Fedora | 00:48 |
| - mjw (QUIT: Ping timeout: 276 seconds) (~mjw@gnu.wildebeest.org) | 00:52 | |
| + casparvitch (~casparvit@130.102.161.229) | 01:07 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 01:13 | |
| + bkeys (~Thunderbi@173.186.16.211) | 01:13 | |
| - paperManu (QUIT: Ping timeout: 276 seconds) (~paperManu@72.10.128.164) | 03:03 | |
| - casparvitch (QUIT: Quit: casparvitch) (~casparvit@130.102.161.229) | 03:29 | |
| + casparvitch (~casparvit@130.102.161.229) | 03:29 | |
| - AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 03:35 | |
| - nsc (QUIT: Ping timeout: 252 seconds) (~nicolas@i5C74DDA4.versanet.de) | 03:45 | |
| + nsc (~nicolas@i5C74DEDF.versanet.de) | 03:46 | |
| - chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 04:11 | |
| - bkeys (QUIT: Remote host closed the connection) (~Thunderbi@173.186.16.211) | 06:44 | |
| - ajr (QUIT: Ping timeout: 252 seconds) (sid609314@user/ajr) | 07:07 | |
| + ajr (sid609314@user/ajr) | 07:09 | |
| - arminweigl (QUIT: Ping timeout: 245 seconds) (~arminweig@sourcehut/user/arminweigl) | 08:21 | |
| + mjw (~mjw@gnu.wildebeest.org) | 09:53 | |
| - casparvitch (QUIT: Ping timeout: 276 seconds) (~casparvit@130.102.161.229) | 10:22 | |
| + chomwitt (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 10:40 | |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 10:58 | |
| * Guest6142 -> mjw | 11:32 | |
| - elb (QUIT: Remote host closed the connection) (~elb@2600:4041:6671:1300:c82a:3d41:b05a:1d68) | 11:40 | |
| + elb (~elb@2600:4041:6671:1300:407c:1703:b4bf:a49a) | 11:41 | |
| + casparvitch (~casparvit@36.255.114.132) | 12:45 | |
| - chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 12:48 | |
| - casparvitch (QUIT: Remote host closed the connection) (~casparvit@36.255.114.132) | 12:48 | |
| + casparvitch (~casparvit@36-255-114-132.ip4.superloop.au) | 12:53 | |
| - casparvitch (QUIT: Remote host closed the connection) (~casparvit@36-255-114-132.ip4.superloop.au) | 12:56 | |
| + casparvitch (~casparvit@36-255-114-132.ip4.superloop.au) | 12:57 | |
| + gustav28 (~gustav@c-78-82-52-230.bbcust.telenor.se) | 13:03 | |
| - casparvitch (QUIT: Remote host closed the connection) (~casparvit@36-255-114-132.ip4.superloop.au) | 13:12 | |
| + casparvitch (~casparvit@36.255.114.132) | 13:15 | |
| + paperManu (~paperManu@72.10.128.164) | 13:28 | |
| - casparvitch (QUIT: Quit: casparvitch) (~casparvit@36.255.114.132) | 13:38 | |
| minute | josch: from current experience with customers, i think we should reduce the default dmesg verbosity again, as it causes a lot of confusion | 14:09 |
| josch | minute: from tuigreet users or in general? | 14:10 |
| minute | josch: mostly tuigreet since the gdm upgrade is not enforced | 14:11 |
| josch | yes, understandable | 14:12 |
| josch | minute: could/should we make this greeter-dependant? | 14:12 |
| josch | minute: for example, a maintainer script could with the next reform-tools upgrade, find out whether the system uses tuigreet and if yes, drop a config file with "setenv bootargs loglevel=3 ${bootargs}" into /etc/flash-kernel/ubootenv.d/reform_loglevel_tuigreet | 14:15 |
| josch | that way, new systems (those with gdm) would keep the default and existing systems would have the loglevel changed if necessary | 14:15 |
| minute | josch: that sounds nifty, ok | 14:29 |
| josch | minute: untested: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/124 | 14:34 |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 14:55 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 15:05 | |
| josch | ch: https://reform.debian.net/grml/ | 15:07 |
| - [tj] (QUIT: Excess Flood) (sid609767@id-609767.lymington.irccloud.com) | 15:07 | |
| + [tj] (sid609767@id-609767.lymington.irccloud.com) | 15:07 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 15:09 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:15 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:15 | |
| + chomwitt (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 15:16 | |
| + bkeys (~Thunderbi@172.56.65.93) | 15:17 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@172.56.65.93) | 15:17 | |
| + bkeys (~Thunderbi@2607:fb90:e3ed:6ab:a2d:8c51:1d07:fce1) | 15:18 | |
| minute | josch: awesome, thank you | 16:00 |
| - mark_ (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 16:06 | |
| josch | minute: this is hacky but i think it's the better solution because I don't think we want to carry the debt that tuigreet unfortunately has introduced more into the future than needed | 16:16 |
| josch | it's probably also yet another reminder that going for the non-default does cause extra work going forward (i.e.: i think going gnome was a good move even though i'm not a gnome user) | 16:17 |
| minute | josch: yeah, i agree | 16:27 |
| minute | i'd also like to explore plymouth | 16:28 |
| josch | yeees | 16:28 |
| josch | it didn't work when i tried it but i also didn't investigate why it failed | 16:28 |
| josch | but it would look so sleek if the Reform would boot with a big MNT logo :) | 16:53 |
| josch | reminds me that forum user hardcoreufo has already created a plymouth theme showing how to customize it to MNT's content: https://community.mnt.re/t/installing-plymouth/3244/9 | 16:54 |
| minute | yep | 17:32 |
| + libercv (~libercv@user/libercv) | 17:33 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:36 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@2607:fb90:e3ed:6ab:a2d:8c51:1d07:fce1) | 17:38 | |
| * bkeys1 -> bkeys | 17:38 | |
| ch | josch: noice | 17:40 |
| + bkeys1 (~Thunderbi@2607:fb90:e3ed:6ab:a2d:8c51:1d07:fce1) | 17:40 | |
| - digitalrane (QUIT: Ping timeout: 264 seconds) (~digitalra@user/digitalrane) | 17:41 | |
| - bkeys (QUIT: Ping timeout: 268 seconds) (~Thunderbi@66.110.201.50) | 17:43 | |
| * bkeys1 -> bkeys | 17:43 | |
| minute | now trying to set up kgdb over ethernet | 17:49 |
| minute | for that, i shall disable smp | 17:49 |
| + digitalrane (~digitalra@user/digitalrane) | 17:51 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:52 | |
| + josch-pocket (~josch-poc@5.42.207.12) | 17:53 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@2607:fb90:e3ed:6ab:a2d:8c51:1d07:fce1) | 17:55 | |
| * bkeys1 -> bkeys | 17:55 | |
| - digitalrane (QUIT: Ping timeout: 264 seconds) (~digitalra@user/digitalrane) | 18:00 | |
| + digitalrane (~digitalra@user/digitalrane) | 18:09 | |
| + AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net) | 18:15 | |
| + josch-pocket_ (~josch-poc@5.42.207.10) | 18:26 | |
| - josch-pocket (QUIT: Read error: Connection reset by peer) (~josch-poc@5.42.207.12) | 18:26 | |
| * josch-pocket_ -> josch-pocket | 18:26 | |
| + josch-pocket_ (~josch-poc@194.213.108.2) | 18:29 | |
| - libercv (QUIT: Quit: Konversation terminated!) (~libercv@user/libercv) | 18:30 | |
| - josch-pocket (QUIT: Ping timeout: 252 seconds) (~josch-poc@5.42.207.10) | 18:30 | |
| * josch-pocket_ -> josch-pocket | 18:30 | |
| - josch-pocket (QUIT: Read error: Connection reset by peer) (~josch-poc@194.213.108.2) | 18:37 | |
| + josch-pocket (~josch-poc@194.213.108.1) | 18:37 | |
| - josch-pocket (QUIT: Ping timeout: 260 seconds) (~josch-poc@194.213.108.1) | 18:43 | |
| minute | what creates the "build" directory in /lib/modules/6.15.3-mnt-reform-arm64/build ? | 18:55 |
| minute | weird > [ 446.557147] reform2_lpc spi1.0: version: 0 (20250609\xff) | 19:01 |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 19:05 | |
| - violet (QUIT: Ping timeout: 252 seconds) (~vi@user/meow/violet) | 19:11 | |
| + violet (~vi@user/meow/violet) | 19:12 | |
| josch | minute: linux-headers-6.15.3-mnt-reform-arm64 | 19:35 |
| + arminweigl (~arminweig@sourcehut/user/arminweigl) | 19:41 | |
| - bremner (QUIT: Ping timeout: 244 seconds) (~bremner@notmuch/developer/bremner) | 19:46 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 19:59 | |
| minute | josch: mhm, thx | 20:32 |
| minute | now i get a null pointer oops in > [ 820.456177] spi_sync+0x20/0x68 (P) | 20:47 |
| minute | lpc poweroff fixed | 21:15 |
| minute | at least on monolithic kernel :D | 21:16 |
| kfx | hooray! | 21:22 |
| minute | josch: https://source.mnt.re/reform/reform-tools/-/merge_requests/130/diffs | 21:24 |
| minute | now need to switch back to modular kernel | 21:24 |
| minute | works | 21:29 |
| * mjw -> Guest9945 | 21:32 | |
| - Guest9945 (QUIT: Killed (copper.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 21:32 | |
| * mark_ -> mjw | 21:32 | |
| + Guest9945 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 21:32 | |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 21:43 | |
| + bremner (~bremner@notmuch/developer/bremner) | 21:43 | |
| bkeys | minute, josch: All of the sudden my screen isn't turning on on my Reform, I'm serial'ed in now | 21:43 |
| bkeys | Oh I was so happy that this was gonna end... | 21:43 |
| - glu (QUIT: Remote host closed the connection) (~glu@2a01:239:33b:1300::1) | 21:47 | |
| bkeys | I can't find anything in dmesg about why not | 21:53 |
| minute | bkeys: did you try a few times? | 21:53 |
| minute | bkeys: or maybe brightness is at 0%? | 21:54 |
| bkeys | Yes, about 8 | 21:54 |
| bkeys | I mean the text from startup should go even then | 21:54 |
| minute | mhm | 21:54 |
| minute | right | 21:54 |
| bkeys | I just set the brightness to 100 and it did nothing | 21:54 |
| minute | edk2 normally has some output right | 21:54 |
| bkeys | Yes but for some reason it won't boot from my edk2 SD card | 21:54 |
| minute | ah, you're not using edk2 anymore | 21:54 |
| bkeys | Yeah it's y'alls uboot now | 21:54 |
| minute | well, because uboot on emmc | 21:54 |
| bkeys | It boots to Linux just fine | 21:54 |
| minute | then no more edk2 on sd | 21:55 |
| bkeys | I have edk2 on an SD card I used as a backup when I was working on this | 21:55 |
| minute | what if you boot the official system image from sd card? | 21:55 |
| minute | bkeys: yeah but edk2 won't load if uboot is on emmc | 21:55 |
| - chorc (QUIT: Quit: ZNC 1.9.1 - https://znc.in) (~chorc@user/chorc) | 21:56 | |
| bkeys | I'm writing a system image to it now | 21:56 |
| - L29Ah (PART: Disconnected: closed) (~L29Ah@wikipedia/L29Ah) | 21:56 | |
| bkeys | Although I'm not certain this is a system image with the uboot on it I suppose I will see | 21:56 |
| + chorc (~chorc@user/chorc) | 21:57 | |
| bkeys | minute: I get a kernel panic | 22:06 |
| bkeys | \o/ | 22:06 |
| bkeys | Aaaaand like that I'm right at the bottom of the rabbit hole again | 22:06 |
| minute | bkeys: which image did you put on sd card? | 22:06 |
| minute | bkeys: https://source.mnt.re/reform/reform-system-image/-/jobs/11467/artifacts/browse ? | 22:06 |
| bkeys | I put it on usb disk | 22:06 |
| minute | never tried booting from USB but why not ... | 22:07 |
| bkeys | https://source.mnt.re/reform/reform-system-image/-/jobs/10734/artifacts/raw/reform-system-any.img.gz | 22:07 |
| bkeys | It's just what I have laying around and I haven't had the best of luck booting OS's from SD cards | 22:07 |
| bkeys | I'm downloading this image now | 22:07 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-52-230.bbcust.telenor.se) | 22:15 | |
| bkeys | minute: Okay I have the image in my link on an sd card | 22:17 |
| bkeys | minute: It completely ignored my SD card | 22:18 |
| bkeys | I'll just boot the system image from my emmc uboot | 22:19 |
| kfx | you have to wipe out the first few megs of the emmc or it won't bother checking the sd card for a bootloader, I think | 22:19 |
| minute | bkeys: that sounds very weird | 22:19 |
| minute | kfx: it's not necessary to have uboot on sdcard to boot it | 22:20 |
| bkeys | kfx: Well I don't want to brick my stuff further so this is what I'll do | 22:20 |
| minute | kfx: uboot on emmc will prefer to boot from sd card | 22:20 |
| minute | bkeys: how exactly did you flash the image? | 22:20 |
| bkeys | gunzip -c reform-system-any.img.gz | sudo dd of=/dev/sda bs=4M conv=fsync | 22:20 |
| kfx | sorry, I thought the goal was to boot from the sd card, but I guess the goal is to boot from emmc and load the kernel/initrd from sd? | 22:21 |
| minute | bkeys: thx. ah, you used "any" | 22:21 |
| kfx | I'll shut up now | 22:21 |
| + L29Ah (~L29Ah@wikipedia/L29Ah) | 22:21 | |
| minute | kfx: i assume that the uboot on emmc is fine | 22:21 |
| bkeys | What should I use? | 22:21 |
| bkeys | the uboot on the emmc is fine | 22:21 |
| bkeys | kfx: My end goal is to get everything on emmc, which is already there but for some reason my display won't light up so I'm investigating why | 22:21 |
| minute | bkeys: in theory "any" should be fine. except if your uboot on emmc is modified or old somehow | 22:21 |
| + glu (~glu@87.106.134.145) | 22:22 | |
| bkeys | It's just the same uboot y'all distribute | 22:22 |
| minute | bkeys: yeah, and i assume the hdmi version, not the dsi version? | 22:22 |
| bkeys | Yes | 22:22 |
| bkeys | So I got the kernel, dtb and initrd loaded what now? | 22:23 |
| bkeys | What's gonna be the final boot command? | 22:23 |
| minute | i don't remember | 22:25 |
| minute | maybe "boot" or "booti" | 22:25 |
| minute | just for the record, the correct uboot should be https://source.mnt.re/reform/reform-rk3588-uboot/-/jobs/9810/artifacts/file/rk3588-mnt-reform2-flash.bin | 22:25 |
| bkeys | minute: Well hitting boot just brings it to my Fedora's grub menu, not the system image | 22:28 |
| bkeys | load mmc 1:1 ${fdt_addr_r} dtbs/6.14.6-mnt-reform-arm64/rockchip/rk3588-mnt-reform2.dtb | 22:28 |
| bkeys | load mmc 1:1 ${ramdisk_addr_r} initrd.img-6.14.6-mnt-reform-arm64 | 22:28 |
| bkeys | load mmc 1:1 ${kernel_addr_r} vmlinuz-6.14.6-mnt-reform-arm64 | 22:28 |
| bkeys | I loaded my Fedora OS with it thinking maybe the uboot would pass on the loaded .dtb but that doesn't seem to be the case | 22:30 |
| minute | bkeys: https://docs.u-boot.org/en/v2021.04/usage/booti.html | 22:33 |
| minute | bkeys: so you pass the three addrs to booti | 22:33 |
| minute | bkeys: size you don't need iirc | 22:33 |
| minute | bkeys: personally i just use extlinux.conf in such cases | 22:34 |
| minute | buuut maybe that's the problem, that extlinux conf or efi stuff on emmc is preferred somehow. i don't have enough experience yet with such a setup | 22:34 |
| bkeys | Wrong Ramdisk Image Format | 22:35 |
| bkeys | Ramdisk image is corrupt or invalid | 22:35 |
| bkeys | ACTION sighs | 22:35 |
| minute | meh. | 22:35 |
| bkeys | I mean I could just nuke my Fedora install and put edk2 and see if edk2 lights up the screen but I'd love to avoid doing that if at all possible | 22:36 |
| minute | bkeys: what if you connect external hdmi and boot fedora, do you get an image? | 22:36 |
| bkeys | No I already tried that | 22:36 |
| minute | hmm ok sounds like sth broke | 22:36 |
| bkeys | Which tells me it's likely a software failure and not a hardware one | 22:36 |
| bkeys | Like what broke? | 22:36 |
| minute | maybe fedora overwrote some boot stuff? | 22:37 |
| bkeys | That's my suspicion, maybe it did something really weird in an update | 22:37 |
| minute | idk anything about fedora though | 22:37 |
| minute | except that it's redhat+rpm | 22:37 |
| bkeys | minute: Is a vmlinuz file self containing? | 22:39 |
| minute | bkeys: don't know what that means, sorry | 22:45 |
| bkeys | Am I good to copy it over and boot from it or does it depend on other files? | 22:45 |
| josch | bkeys: oh no i just read backlog :( | 22:52 |
| bkeys | Yeah I'm trying to be a good sport about it | 22:53 |
| josch | bkeys: can you just re-do the steps from yesterday? | 22:55 |
| bkeys | I just dont want to nuke my install on there :/ | 22:55 |
| josch | minute: I'm reading your reform-tools MR 130 (wow, it's bigger than i thought!) and i saw this removed line: | 22:56 |
| josch | #if LINUX_VERSION_CODE >= KERNEL_VERSION(6, 13, 0) | 22:56 |
| josch | which was guarding a power_supply_register_no_ws() for kernels older than that | 22:56 |
| josch | is devm_power_supply_register() only supported from 6.13 onwards? | 22:56 |
| josch | (i'm testing this now) | 22:58 |
| josch | i should test the tuigreet thing together with it while i'm at it... | 23:01 |
| bkeys | josch: So after loading the dtb kernel and initrd what is the command I should use in uboot to boot it? | 23:02 |
| josch | let me check... | 23:02 |
| josch | bkeys: booti | 23:04 |
| bkeys | booti ${kernel_addr_r} ${ramdisk_addr_r} ${fdt_addr_r} | 23:04 |
| bkeys | Is what I got | 23:04 |
| josch | yes, that looks very similar to what flash-kernel puts into the default boot.scr, which is: | 23:04 |
| josch | booti ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r} | 23:04 |
| bkeys | josch: That got me an instant kernel panic | 23:04 |
| josch | bkeys: maybe the addresses you use are too close so they overwrite parts of each other? | 23:05 |
| bkeys | The addresses are files from the boot partition of a system image | 23:06 |
| josch | the adresses are files? | 23:06 |
| bkeys | I might just go ahead and repeat the steps | 23:06 |
| bkeys | load usb 0:1 ${fdt_addr_r} dtbs/6.14.6-mnt-reform-arm64/rockchip/rk3588-mnt-reform2.dtb | 23:06 |
| bkeys | load usb 0:1 ${ramdisk_addr_r} initrd.img-6.14.6-mnt-reform-arm64 | 23:06 |
| bkeys | load usb 0:1 ${kernel_addr_r} vmlinuz-6.14.6-mnt-reform-arm64 | 23:06 |
| bkeys | Is what I did | 23:06 |
| josch | didn't you use "load" to copy the files onto | 23:06 |
| josch | yes | 23:06 |
| josch | oh via usb, funky | 23:06 |
| bkeys | It's just what I have laying around | 23:07 |
| josch | that looks okay at a glance | 23:07 |
| bkeys | I'll just nuke my install I guess | 23:07 |
| josch | don't despair -- i'm nuking debian installations all the time over here | 23:08 |
| josch | i have been flashing debian to 2-3 sd-cards per day during the last weeks :D | 23:08 |
| bkeys | I know I was just happy to be an end consumer | 23:08 |
| josch | bkeys: remember when i asked you whether you scripted it? ;) | 23:09 |
| bkeys | Yeah I got the commands in a kwrite | 23:09 |
| josch | nice | 23:10 |
| minute | josch: i just removed the no_ws stuff, don't know why it was in there | 23:10 |
| minute | josch: so no more kernel version difference i think | 23:11 |
| bkeys | josch: I got edk2 started up, screen is still not on | 23:12 |
| bkeys | So at least my install wasn't the issue | 23:12 |
| josch | minute: thank you! I'm testing on kernel 6.12 and 6.15 on rk3588 pocket and classic reform | 23:12 |
| bkeys | So I'm left to guess there is some kind of hardware failure going on | 23:14 |
| minute | bkeys: maybe hdmi converter cabling? | 23:19 |
| bkeys | ACTION shrugs | 23:20 |
| bkeys | I guess I'll take that apart and back together | 23:20 |
| bkeys | There is no response to when the laptop is turned on or not | 23:23 |
| bkeys | from the screen that is | 23:23 |
| minute | bkeys: ah weird. normally there's like a brief flash with hdmi adapter iirc | 23:30 |
| minute | bkeys: also maybe check the connector going into the display itself, last resort reseat rcore module as well | 23:30 |
| bkeys | gnu131 | 23:37 |
| bkeys | minute: Nothing I do seems to resurrect the display | 23:37 |
| bkeys | I did everything you said, I might go see about putting my old a311d som in there and see if that makes the display work | 23:38 |
| bkeys | But to me it seems regardless if putting a311d in there, that there is some kind of hardware failure | 23:38 |
| bkeys | I question if the screen itself is failing because even Linux wouldn't be able to make the external monitor light up | 23:40 |
| bkeys | minute: I gotta go afk but is there a way I can just buy a new motherboard? | 23:42 |
| minute | bkeys: theoretically yes, we have some stock | 23:42 |
| minute | bkeys: you can go through https://support.mnt.re and request one. but good idea to double check with a311d | 23:43 |
| kfx | I look forward to them being in the shop. just had to solder my barrel jack receptacle back on again | 23:43 |
| - AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 23:52 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!