| + tinybronca[m] (~tinybronc@2001:470:69fc:105::2:1af6) | 00:00 | |
| - jfred-linode (PART: https://quassel-irc.org - Chat comfortably. Anywhere.) (quassel@libera/sponsor/jfred) | 00:06 | |
| + yankcrime (~nick@agrajag.dischord.org) | 01:05 | |
| - jackhill (QUIT: Remote host closed the connection) (~jackhill@kalessin.dragonsnail.net) | 01:25 | |
| + jackhill (~jackhill@kalessin.dragonsnail.net) | 01:33 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 01:53 | |
| - blast007 (QUIT: Quit: When the pin is pulled, Mr. Grenade is not our friend) (~blast@user/blast007) | 02:00 | |
| - mtm (QUIT: Ping timeout: 240 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 02:02 | |
| + blast007 (~blast@user/blast007) | 02:03 | |
| - GNUmoon2 (QUIT: Ping timeout: 268 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 02:07 | |
| + GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) | 02:08 | |
| - blast007 (QUIT: Quit: When the pin is pulled, Mr. Grenade is not our friend) (~blast@user/blast007) | 02:11 | |
| - GNUmoon2 (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 02:25 | |
| + GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) | 02:25 | |
| + blast007 (~blast@user/blast007) | 03:33 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 05:13 | |
| + mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 05:15 | |
| - erle (QUIT: Ping timeout: 240 seconds) (~erle@ip5f5af7e0.dynamic.kabel-deutschland.de) | 05:21 | |
| - GNUmoon2 (QUIT: Read error: Connection reset by peer) (~GNUmoon@gateway/tor-sasl/gnumoon) | 05:29 | |
| + GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) | 05:30 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 05:37 | |
| + smoothduck (sid37490@id-37490.helmsley.irccloud.com) | 06:04 | |
| + MajorBiscuit (~MajorBisc@86-88-79-148.fixed.kpn.net) | 08:50 | |
| - MajorBiscuit (QUIT: Ping timeout: 252 seconds) (~MajorBisc@86-88-79-148.fixed.kpn.net) | 09:06 | |
| - Nulo (QUIT: Ping timeout: 245 seconds) (~Nulo@user/nulo) | 09:31 | |
| + Nulo (~Nulo@user/nulo) | 09:33 | |
| - mtm (QUIT: Ping timeout: 240 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 09:45 | |
| + erle (~erle@ip5f5af7e0.dynamic.kabel-deutschland.de) | 09:46 | |
| + MajorBiscuit (~MajorBisc@c-001-020-005.client.tudelft.eduvpn.nl) | 09:56 | |
| + klardotsh (~klardotsh@98.97.33.172) | 11:19 | |
| - bluerise (QUIT: Ping timeout: 240 seconds) (~bluerise@user/bluerise) | 12:02 | |
| - MajorBiscuit (QUIT: Ping timeout: 268 seconds) (~MajorBisc@c-001-020-005.client.tudelft.eduvpn.nl) | 12:40 | |
| + MajorBiscuit (~MajorBisc@2a02-a461-129d-1-193d-75d8-745d-e91e.fixed6.kpn.net) | 12:42 | |
| - buckket (QUIT: Quit: buckket) (~buckket@pdp8.buckket.org) | 12:58 | |
| - MajorBiscuit (QUIT: Ping timeout: 240 seconds) (~MajorBisc@2a02-a461-129d-1-193d-75d8-745d-e91e.fixed6.kpn.net) | 12:58 | |
| + MajorBiscuit (~MajorBisc@c-001-020-005.client.tudelft.eduvpn.nl) | 13:01 | |
| + buckket (~buckket@pdp8.buckket.org) | 13:02 | |
| - mjw (QUIT: Killed (NickServ (GHOST command used by wielaard!~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440))) (~mark@gnu.wildebeest.org) | 13:30 | |
| * wielaard -> mjw | 13:30 | |
| + mark_ (~mark@gnu.wildebeest.org) | 13:30 | |
| + bluerise (~bluerise@p5b0ac1da.dip0.t-ipconnect.de) | 13:58 | |
| - erle (QUIT: Ping timeout: 268 seconds) (~erle@ip5f5af7e0.dynamic.kabel-deutschland.de) | 14:05 | |
| + erle (~erle@ip5f5af7e0.dynamic.kabel-deutschland.de) | 14:13 | |
| + bkeys (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 14:40 | |
| josch | bkeys: hi again! sorry for having gone afk yesterday without announcing that -- do you have time to debug your problem? | 15:23 |
|---|---|---|
| josch | i think you still have some problems with your dip switch | 15:23 |
| josch | you told me that your switch position is the same as in the photo i sent you | 15:24 |
| josch | but that would mean that it is set to OFF which would load u-boot from emmc which is not what you want | 15:24 |
| josch | just to make sure that we are talking about the same thing, I made a close-up photo that shows the two possible settings for the switch: https://source.mnt.re/reform/reform-handbook/uploads/b12aa967bac4e10448bb5e937733b7af/anim_opt.gif | 15:25 |
| josch | i agree that it's quite hard to make out what the setting is without looking veeeeeery closely | 15:25 |
| - qbit (QUIT: Quit: WeeChat 3.6) (~qbit@h.suah.dev) | 15:44 | |
| bkeys | josch: Well right now my worry is I can boot to Linux, and do everything in tty but I get no graphical output on the screen | 16:06 |
| bkeys | But the screen does light up | 16:06 |
| josch | bkeys: which image is on your sd-card? | 16:06 |
| josch | bkeys: i assume you currently use your reform via serial? | 16:07 |
| bkeys | https://source.mnt.re/reform/reform-system-image/-/pipelines/606/builds | 16:07 |
| bkeys | Yes but I am also able to SSH into it which is nicer | 16:07 |
| bkeys | I want to make sure something with the screen isn't broken before I go back into uboot world | 16:07 |
| josch | bkeys: the image from that build "should" work but why did you choose such an old one? | 16:08 |
| + qbit (~qbit@h.suah.dev) | 16:08 | |
| bkeys | I just chose a build | 16:08 |
| bkeys | But like I said I am getting no graphical output but the screen does light up | 16:08 |
| josch | bkeys: this is the last image i successfully tested with my reform: https://source.mnt.re/reform/reform-system-image/-/jobs/840/artifacts/browse/reform2-imx8mq/ | 16:14 |
| - cwebber (QUIT: Ping timeout: 244 seconds) (~user@user/cwebber) | 17:02 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 17:16 | |
| + cwebber (~user@user/cwebber) | 17:32 | |
| - qwer (QUIT: Remote host closed the connection) (~qwer@78-80-99-117.customers.tmcz.cz) | 17:45 | |
| + qwer (~qwer@78-80-99-117.customers.tmcz.cz) | 17:52 | |
| - qwer (QUIT: Remote host closed the connection) (~qwer@78-80-99-117.customers.tmcz.cz) | 18:02 | |
| + mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 18:20 | |
| + qwer (~qwer@78-80-99-117.customers.tmcz.cz) | 18:20 | |
| bkeys | josch: I am burning that image to an SD card now | 18:20 |
| bkeys | josch: Booted that SD card and I still get no graphical output | 18:29 |
| bkeys | This is starting to get worrying | 18:30 |
| - erle (QUIT: Ping timeout: 252 seconds) (~erle@ip5f5af7e0.dynamic.kabel-deutschland.de) | 18:32 | |
| bkeys | josch, minute: https://paste.centos.org/view/0a654ddc Here is my output from dmesg | 18:33 |
| bkeys | And right now my DIP switch is off | 18:41 |
| bkeys | I just put it on | 18:45 |
| bkeys | I turn the Reform on and I still get no output on the screen but it did boot to TTY on serial | 18:47 |
| bkeys | I wonder what happens if I hook it up to an HDMI screen | 18:48 |
| bkeys | Okay I get graphical output but it has to be on an external HDMI screen | 18:52 |
| bkeys | Even then I only get output during the uboot part; once I boot into Linux I get no output | 18:52 |
| - mjw (QUIT: Ping timeout: 240 seconds) (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 19:04 | |
| josch | bkeys: something is still wrong with your u-boot. the log you link to contains this: init=/sbin/reform-init | 19:05 |
| kfx | line 375 through 377 | 19:05 |
| + mjw (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 19:06 | |
| kfx | of that dmesg output | 19:06 |
| josch | kfx: yes I see that but according to your log there is no initrd loaded | 19:06 |
| josch | and the initrd contains the kernel modules for your display | 19:06 |
| josch | kfx: can you post a full boot log including the u-boot parts that you get on serial? | 19:06 |
| josch | errr.. bkeys I mean | 19:07 |
| - klardotsh (QUIT: Ping timeout: 268 seconds) (~klardotsh@98.97.33.172) | 19:07 | |
| bkeys | josch: Is /sbin/reform-init no longer used? | 19:13 |
| josch | bkeys: correct -- the fact that this is part of your boot log even though you just downloaded a fresh image can mean one of two things: | 19:14 |
| josch | a) you are not booting what you think you are booting (the fresh image) | 19:14 |
| josch | b) your u-boot options still mess with your kernel cmdline | 19:14 |
| josch | bkeys: but according to your log there is no initramfs loaded and that explains why your display doesn't come up | 19:14 |
| bkeys | Okay good I was worrying that something else was physically damaged | 19:15 |
| bkeys | This uboot thing is really annoying and it makes no sense; I would think if I did saveenv but then dd'ed a new uboot on top of it then the old settings would go away | 19:15 |
| bkeys | But for some reason there is a ghost setting in my Reform that lingers and there is no real way to get rid of it | 19:16 |
| josch | bkeys: we recently made two changes to prevent that in the future: | 19:16 |
| josch | disable saveenv altogether: https://source.mnt.re/reform/reform-boundary-uboot/-/merge_requests/8 | 19:16 |
| josch | don't load env from emmc: https://source.mnt.re/reform/reform-boundary-uboot/-/merge_requests/9 | 19:16 |
| bkeys | https://paste.centos.org/view/4fb686dd | 19:17 |
| bkeys | Here is my uboot output with accompanying printenv output | 19:17 |
| bkeys | Now eventually I want to load the uboot from the emmc so I can free up the SD card slot | 19:17 |
| josch | yes, but maybe we do it one step at a time | 19:17 |
| bkeys | The dream is encrypted Fedora installation on the nvme drive with the uboot and /boot on the emmc | 19:18 |
| bkeys | I agree | 19:18 |
| josch | this works for debian so it can also work with fedora | 19:18 |
| bkeys | I just gotta get the distroboot stuff on here | 19:18 |
| bkeys | Do you have a flash.bin to share that doesn't load from emmc? | 19:18 |
| bkeys | Anytime I dd into an SD card or the emmc it seems to have no effect | 19:19 |
| josch | bkeys: try this one: https://source.mnt.re/reform/reform-boundary-uboot/-/jobs/854/artifacts/browse | 19:19 |
| + erle (~erle@ip5f5af7e0.dynamic.kabel-deutschland.de) | 19:21 | |
| bkeys | josch: I didn't manage to stop the uboot but it booted up with no graphical output just like before | 19:22 |
| bkeys | YES OH MY GOSH | 19:23 |
| bkeys | I GOT THE DISTROBOOT STUFF | 19:23 |
| josch | bkeys: it's also possible that the change that minute applied to stop loading from emmc didn't do what we expected -- you are the first to test this | 19:23 |
| josch | hm? | 19:23 |
| bkeys | The printenv is totally different | 19:23 |
| josch | yes, this should include distroboot | 19:23 |
| bkeys | Yes but the last 100 images it felt like should have had distroboot | 19:23 |
| bkeys | But for some reason it never showed up; but I have itn ow | 19:23 |
| bkeys | But still no graphical output | 19:23 |
| josch | good, this means that you successfully loaded uboot from your sd-card | 19:24 |
| josch | can you post me your environment? we can diff it with mine | 19:24 |
| bkeys | https://paste.centos.org/view/b073efe6 | 19:25 |
| bkeys | Now to somehow get Fedora booting | 19:25 |
| bkeys | Or the sysimage, I am pretty sure Fedora is on the nvme drive but it's not encrypted and I'd like an encrypted install | 19:27 |
| vagrantc | well, distroboot is mostly an implementation of the environment values, so if you're using a saved environment that doesn't have distroboot ... | 19:29 |
| vagrantc | doesn't matter how much your shiny new u-boot supports distroboot if it's loading the environment from somewhere else | 19:29 |
| bkeys | Yeah I just don't know why it's so persistent | 19:34 |
| bkeys | josch, vagrantc: So advice on getting the sysimage booting and have it light up my display? | 19:35 |
| bkeys | Now that the uboot is good; what is the problem now? | 19:35 |
| josch | bkeys: we might see in a sec, i'm about to get the u-boot env as it is for me | 19:36 |
| + ajr (~ajr@user/ajr) | 19:42 | |
| bkeys | ACTION stares at the printenv output and tries to wrap his head around it | 19:42 |
| josch | bkeys: congratulations, the only difference between what you have and whatt I have is the values of ethaddr and serial# which is no surprise | 19:48 |
| josch | bkeys: this suggests that the change from MR 9 indeed did what it should | 19:49 |
| bkeys | So any theories why my display isn't being brought up? | 19:49 |
| josch | bkeys: another output of your boot log please | 19:49 |
| bkeys | Okay | 19:49 |
| josch | i'm eating dinner now but will come back in an hour or so unless somebody else solves the problem before i'm back :) | 19:50 |
| bkeys | https://paste.centos.org/view/ac37bbc1 | 19:51 |
| bkeys | Here is my boot log | 19:51 |
| dodo | hm, what's the "gnome on xorg" session entry? does that use xwayland? | 20:06 |
| dodo | ah, doesn't start anyway | 20:11 |
| - MajorBiscuit (QUIT: Ping timeout: 252 seconds) (~MajorBisc@c-001-020-005.client.tudelft.eduvpn.nl) | 20:12 | |
| - qwer (QUIT: Ping timeout: 240 seconds) (~qwer@78-80-99-117.customers.tmcz.cz) | 20:20 | |
| kfx | same issue: lines 395, 399-401 | 20:26 |
| kfx | normally if the display is disconnected it will complain that it can't find a panel | 20:30 |
| kfx | let me go see if I get this same output on mine | 20:30 |
| bkeys | Alright | 20:30 |
| bkeys | I am just toying around seeing if I can get a Fedora live image to boot | 20:30 |
| bkeys | kfx: So how does your output look? | 20:36 |
| kfx | I don't get that output. I'm downloading the image you pulled so I can test that too | 20:39 |
| bkeys | Yeah the uboot configuration mentions boot.scr so my guess is it won't work with Fedora since Fedora requires EFI; but josch says he got debian with EFI on his so who knows | 20:44 |
| josch | bkeys: this is how it should look like with the reform-rescue-system image I linked to plus the flash.bin I linked you to: http://paste.debian.net/1249123/ | 20:49 |
| josch | and yes, display works | 20:50 |
| kfx | ok, when I boot your image I get full working video and no ti_sn65dsi86 messages in dmesg | 20:51 |
| kfx | I mean, when I boot that github debian image I get full working video and no ti_sn65dsi86 messages in dmesg | 20:51 |
| bkeys | You mean the one on the reform gitlab? | 20:55 |
| + qwer (~qwer@37-48-50-4.nat.epc.tmcz.cz) | 20:57 | |
| josch | bkeys: wait, were you booting anything else before?? | 21:10 |
| bkeys | What do you mean? | 21:10 |
| josch | you said earlier today that your problem was, that when you tried the stock image from the CI pipeline artifacts on source.mnt.re your display didn't come up | 21:11 |
| bkeys | Yes that is still an issue | 21:11 |
| bkeys | I haven't been able to get the display to come up since getting it back from the repair shop | 21:11 |
| josch | but you just said that when you boot that debian image you get full working video | 21:11 |
| josch | oh no that was kfx, sorry | 21:12 |
| bkeys | When did I say that? | 21:12 |
| bkeys | Yeah | 21:12 |
| bkeys | So lets say I want to write a .img file with dd so that it's shifted some megabytes forward to make room for uboot and have the image shifted over X megabytes? | 21:14 |
| josch | no, you first dd the image without any offset | 21:17 |
| josch | and then you dd uboot with bs=1k seek=33 | 21:17 |
| bkeys | Well any theories why the display isn't working? | 21:20 |
| josch | I actually do not see anything obvious yet. | 21:22 |
| josch | the log looks good apart from those ti_sn65dsi86 messages | 21:23 |
| bkeys | What is ti_sn65dsi86? | 21:26 |
| josch | what is also odd is that your log is missing the messages that i have for keyboard and trackball | 21:26 |
| josch | messages like "hub 1-1:1.0: 4 ports detected" are not in your log | 21:26 |
| bkeys | Do you think maybe the repair place damaged my Reform? | 21:26 |
| josch | i wouldn't be able to say | 21:27 |
| - mjw (QUIT: Killed (NickServ (GHOST command used by mark_!~mark@gnu.wildebeest.org))) (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 21:32 | |
| * mark_ -> mjw | 21:32 | |
| + wielaard (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 21:32 | |
| josch | bkeys: does your keyboard light up? | 21:33 |
| josch | because if not, then that's another problem | 21:35 |
| josch | (which would be explained by your log missing the messages about the usb hub and keyboard and trackball that are attached to it) | 21:36 |
| josch | minute: the kernel log of bkeys is different from mine in the following way: http://paste.debian.net/1249133/ | 21:41 |
| bkeys | Yes my keyboard lights up | 21:41 |
| josch | minute: lines prefixed with a - are missing and lines prefixed with a + are new | 21:42 |
| bkeys | The ti_sn65dsi86 appears to be the adapter for the display | 21:42 |
| - ajr (QUIT: Ping timeout: 240 seconds) (~ajr@user/ajr) | 21:50 | |
| + ajr (~ajr@user/ajr) | 21:52 | |
| + klardotsh (~klardotsh@98.97.33.172) | 22:00 | |
| minute | bkeys: looks like as if the display is not (correctly) connected | 22:04 |
| + MajorBiscuit (~MajorBisc@2a02-a461-129d-1-193d-75d8-745d-e91e.fixed6.kpn.net) | 22:06 | |
| bkeys | That is what I was thinking, I don't know why the people at the repair shop would have touched it though | 22:09 |
| - MajorBiscuit (QUIT: Ping timeout: 268 seconds) (~MajorBisc@2a02-a461-129d-1-193d-75d8-745d-e91e.fixed6.kpn.net) | 22:22 | |
| josch | bkeys: did you attempt to try re-connecting the display properly? | 22:53 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 23:01 | |
| + bkeys (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 23:01 | |
| bkeys | josch, minute: Yeah let me try to unplug it and plug it back in. If that doesn't work is this adapter something you would be able to mail me a replacement for? | 23:02 |
| bkeys | Accordding to my manual the display adapter was in the right place | 23:06 |
| bkeys | Yeah, I unplugged it and plugged it back in and still not display output | 23:08 |
| bkeys | I knew this thing was gonna be a project, but gosh. I just got it back from the repair shop | 23:09 |
| josch | :( | 23:09 |
| + MajorBiscuit (~MajorBisc@2a02-a461-129d-1-193d-75d8-745d-e91e.fixed6.kpn.net) | 23:09 | |
| bkeys | I don't know; I mean I could try to buy a replacement adapter from y'all if you had it, but I worry that the problem might be deeper. Who knows | 23:10 |
| kfx | that bridge chip puts out a different error message if the panel is not connected, according to the driver source | 23:11 |
| kfx | to me it looks like the chip is not working or something | 23:12 |
| bkeys | Yeah I mean the screen gets power | 23:12 |
| bkeys | Is this chip on the adapter or is it in the carrier board? | 23:12 |
| kfx | all those errno -6 things, errno 6 is ENXIO | 23:13 |
| kfx | as in no such device | 23:13 |
| bkeys | So what do you think it is? | 23:13 |
| minute | the chip is on the motherboard | 23:19 |
| bkeys | Well that is just great... | 23:23 |
| minute | bkeys: is the fpc cable going from som to motherboard ok? is the connector on the back of the display ok? | 23:23 |
| minute | the chip is probably fine | 23:23 |
| bkeys | I don't know | 23:23 |
| bkeys | The connector going to the motherboard is on there | 23:23 |
| bkeys | Do you have one of these cables? | 23:24 |
| - MajorBiscuit (QUIT: Ping timeout: 240 seconds) (~MajorBisc@2a02-a461-129d-1-193d-75d8-745d-e91e.fixed6.kpn.net) | 23:29 | |
| - yankcrime (QUIT: Ping timeout: 252 seconds) (~nick@agrajag.dischord.org) | 23:31 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
