- GNUmoon (QUIT: Quit: Leaving) (~GNUmoon@gateway/tor-sasl/gnumoon) | 00:04 | |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 00:04 | |
- Christoph_ (QUIT: Remote host closed the connection) (~Christoph@p54bf6d4d.dip0.t-ipconnect.de) | 00:26 | |
mntmn | bibliocar: thanks! | 00:33 |
---|---|---|
pkill9 | will there be a fix for the issue of a lack of low voltage battery cutoff for existing mnt reforms? | 00:41 |
- bibliocar (QUIT: Quit: GrumpyChat v. 1.0.0. Such client. WOW. Much quit. https://github.com/grumpy-irc/grumpy) (~g@195.82.99.14) | 00:44 | |
- mtm (QUIT: Ping timeout: 240 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 01:04 | |
- bluerise (QUIT: Ping timeout: 240 seconds) (~bluerise@user/bluerise) | 01:49 | |
+ bluerise (~bluerise@pc19f8c48.dip0.t-ipconnect.de) | 01:57 | |
- ephase (QUIT: Quit: WeeChat 3.4) (~ephase@2a01:e0a:168:1211::885) | 02:20 | |
+ vagrantc (~vagrant@2600:3c01:e000:21:21:21:0:100e) | 02:49 | |
- Guest5699 (QUIT: Ping timeout: 256 seconds) (~nicolas@i5c74415e.versanet.de) | 03:06 | |
+ nsc (~nicolas@i5C744BCB.versanet.de) | 03:08 | |
* nsc -> Guest3485 | 03:08 | |
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 03:10 | |
- marcodiego (QUIT: Quit: Leaving) (~marco@2804:d4b:b50f:9f00:c2f4:fa0b:cd0e:8021) | 03:31 | |
- sts-q (QUIT: Ping timeout: 256 seconds) (~sts-q@212.53.219.162) | 05:01 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:21:21:0:100e) | 05:30 | |
- GNUmoon (QUIT: Ping timeout: 276 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 07:20 | |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 07:59 | |
* Guest3485 -> nsc | 08:45 | |
+ ruff (~ruff@ip-78-45-99-112.net.upcbroadband.cz) | 09:08 | |
- mtm (QUIT: *.net *.split) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 09:09 | |
- bluerise (QUIT: *.net *.split) (~bluerise@pc19f8c48.dip0.t-ipconnect.de) | 09:09 | |
- natalie (QUIT: *.net *.split) (~natalie@user/natalie) | 09:09 | |
- Nulo (QUIT: *.net *.split) (~Nulo@user/nulo) | 09:09 | |
- qbit (QUIT: *.net *.split) (~qbit@ns2.suah.dev) | 09:09 | |
- erlehmann (QUIT: *.net *.split) (~erle@ip5f5bd566.dynamic.kabel-deutschland.de) | 09:09 | |
- leonardo (QUIT: *.net *.split) (~leonardo@user/leonardo) | 09:09 | |
- kfx (QUIT: *.net *.split) (~kfx@wopr.sciops.net) | 09:09 | |
- robin (QUIT: *.net *.split) (~robin@user/terpri) | 09:09 | |
- bkeys (QUIT: *.net *.split) (~Thunderbi@66.115.189.236) | 09:09 | |
- skalk (QUIT: *.net *.split) (~skalk@vond.sysret.de) | 09:09 | |
- dodo (QUIT: *.net *.split) (~dodo@user/dodo) | 09:09 | |
- lexik (QUIT: *.net *.split) (~lexik@171.25.222.230) | 09:09 | |
- _Bnu (QUIT: *.net *.split) (~beeanyew@89-160-120-72.cust.bredband2.com) | 09:09 | |
- S0rin (QUIT: *.net *.split) (~S0rin@user/s0rin) | 09:09 | |
- V (QUIT: *.net *.split) (~v@anomalous.eu) | 09:09 | |
- ezequielg (QUIT: *.net *.split) (sid363064@id-363064.uxbridge.irccloud.com) | 09:09 | |
- q66 (QUIT: *.net *.split) (~q66@q66.moe) | 09:09 | |
- Kooda (QUIT: *.net *.split) (~kooda@natsu.upyum.com) | 09:09 | |
- sundog (QUIT: *.net *.split) (~sundog@reclaim.technology) | 09:09 | |
- XgF (QUIT: *.net *.split) (~quassel@2001:19f0:5001:1174:5400:2ff:fef2:1fa2) | 09:09 | |
- ggoes (QUIT: *.net *.split) (~gregf@fsf/staff/ggoes) | 09:09 | |
- dj-death (QUIT: *.net *.split) (~djdeath@vps-8659ed31.vps.ovh.net) | 09:09 | |
- marlun (QUIT: *.net *.split) (~marlun@46.101.246.245) | 09:09 | |
- blast007 (QUIT: *.net *.split) (~blast@user/blast007) | 09:09 | |
- kremlin (QUIT: *.net *.split) (~kremlin@uglyman.kremlin.cc) | 09:09 | |
- plomlompom (QUIT: *.net *.split) (~plom@142.93.47.113) | 09:09 | |
- ndufresne (QUIT: *.net *.split) (~ndufresne@gyros.collabora.co.uk) | 09:09 | |
- hl (QUIT: *.net *.split) (~hl@user/hl) | 09:09 | |
- andrey_utkin (QUIT: Ping timeout: 256 seconds) (~andrey_ut@gentoo/developer/andrey-utkin) | 09:13 | |
+ andrey_utkin (~andrey_ut@gentoo/developer/andrey-utkin) | 09:15 | |
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 09:20 | |
+ bluerise (~bluerise@pc19f8c48.dip0.t-ipconnect.de) | 09:20 | |
+ natalie (~natalie@user/natalie) | 09:20 | |
+ Nulo (~Nulo@user/nulo) | 09:20 | |
+ q66 (~q66@q66.moe) | 09:20 | |
+ qbit (~qbit@ns2.suah.dev) | 09:20 | |
+ erlehmann (~erle@ip5f5bd566.dynamic.kabel-deutschland.de) | 09:20 | |
+ leonardo (~leonardo@user/leonardo) | 09:20 | |
+ kfx (~kfx@wopr.sciops.net) | 09:20 | |
+ robin (~robin@user/terpri) | 09:20 | |
+ bkeys (~Thunderbi@66.115.189.236) | 09:20 | |
+ Kooda (~kooda@natsu.upyum.com) | 09:20 | |
+ skalk (~skalk@vond.sysret.de) | 09:20 | |
+ dodo (~dodo@user/dodo) | 09:20 | |
+ lexik (~lexik@171.25.222.230) | 09:20 | |
+ _Bnu (~beeanyew@89-160-120-72.cust.bredband2.com) | 09:20 | |
+ sundog (~sundog@reclaim.technology) | 09:20 | |
+ S0rin (~S0rin@user/s0rin) | 09:20 | |
+ XgF (~quassel@2001:19f0:5001:1174:5400:2ff:fef2:1fa2) | 09:20 | |
+ ggoes (~gregf@fsf/staff/ggoes) | 09:20 | |
+ dj-death (~djdeath@vps-8659ed31.vps.ovh.net) | 09:20 | |
+ marlun (~marlun@46.101.246.245) | 09:20 | |
+ ezequielg (sid363064@id-363064.uxbridge.irccloud.com) | 09:20 | |
+ V (~v@anomalous.eu) | 09:20 | |
+ blast007 (~blast@user/blast007) | 09:20 | |
+ kremlin (~kremlin@uglyman.kremlin.cc) | 09:20 | |
+ plomlompom (~plom@142.93.47.113) | 09:20 | |
+ ndufresne (~ndufresne@gyros.collabora.co.uk) | 09:20 | |
+ hl (~hl@user/hl) | 09:20 | |
+ MajorBiscuit (~MajorBisc@c-001-032-022.client.tudelft.eduvpn.nl) | 09:34 | |
- GNUmoon (QUIT: Ping timeout: 276 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 09:49 | |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 10:02 | |
- freakazoid343 (QUIT: Ping timeout: 252 seconds) (~matt@2603-9000-cf03-86c3-11c4-68db-ad36-c833.inf6.spectrum.com) | 10:08 | |
+ frank2 (~frank@juicy.frank2.net) | 10:11 | |
- bluerise (QUIT: Changing host) (~bluerise@pc19f8c48.dip0.t-ipconnect.de) | 10:44 | |
+ bluerise (~bluerise@user/bluerise) | 10:44 | |
bluerise | mntmn: got a Radxa CM3 on the way \o/ | 11:07 |
bluerise | not sure why they called it CM3 when the adapter is more like CM4... | 11:08 |
Boostisbetter | pkill9, I though the firmware update does that very thing. Wouldn't the existing Reform just need to update? | 11:16 |
+ mjw (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 11:20 | |
- bluerise (QUIT: Ping timeout: 256 seconds) (~bluerise@user/bluerise) | 11:32 | |
+ bluerise (~bluerise@p5b0ac7de.dip0.t-ipconnect.de) | 11:33 | |
- bluerise (QUIT: Changing host) (~bluerise@p5b0ac7de.dip0.t-ipconnect.de) | 11:39 | |
+ bluerise (~bluerise@user/bluerise) | 11:39 | |
mntmn | bluerise: nice | 11:57 |
mntmn | bluerise: that one has an additional header, no? i haven't looked at what signals are on it... maybe usb3? | 11:57 |
bluerise | Yes | 11:57 |
mntmn | https://wiki.radxa.com/Rock3/CM3/pinout | 11:58 |
bluerise | The table is 'incorrect' regarding the connector names | 11:58 |
bluerise | column 1 & 2 are the original CM4 ones | 11:58 |
bluerise | column 3 is the additional one | 11:58 |
mntmn | hmm the pinout makes no sense yes | 12:01 |
mntmn | mixed up | 12:02 |
bluerise | https://github.com/radxa/radxa-cm3-projects/tree/main/radxa-cm3-io | 12:02 |
mntmn | ohh they also have eDP on that extra connector | 12:02 |
bluerise | these board design files for their own carrier board probably will help you | 12:02 |
bluerise | yeah, RK3566 has eDP ;) | 12:02 |
bluerise | damn mipi :P | 12:03 |
mntmn | hehehe | 12:03 |
mntmn | btw you probably knew that, but from my experiments with the mipi->edp stuff (with fpga), if you get colorbars it means that mipi clock is running ;) | 12:03 |
mntmn | and also that the pixelclock is correct afaik | 12:04 |
bluerise | :/ | 12:04 |
mntmn | but funfact, i also haven't gotten any mipi pixels to display yet using the kintex board | 12:04 |
mntmn | bluerise: you had colorbars, right? | 12:05 |
bluerise | yes | 12:05 |
mntmn | so probably means dcss->mipi is not working right | 12:05 |
mntmn | in your case | 12:05 |
mntmn | and in my case it's rgb(dpi)->mipi (with a toshiba chip) | 12:05 |
pkill9 | Boostisbetter: i'm not sure, i watched a video on youtube that said the Reform would require a separate circuit/PCB to monitor the batteries, that the firmware update just reduces the amount of electricity used passively so they last longer, but doesn't actually remove the probolem, just improves it | 12:06 |
pkill9 | how much might the pocket reform cost? | 12:09 |
mntmn | that is not yet known (price) | 12:10 |
josch | mntmn: do you think I should try adding more solder to the pins of S1 on the top side of the mainboard or are the pads on the top not connected? | 12:26 |
mntmn | hmm | 12:30 |
mntmn | sorry, my desktop pc just crashed (weird) | 12:31 |
mntmn | josch: the pads are actually connected on an inner layer, but the via is of course connected to the bottom and top layers | 12:33 |
josch | since S1 is not working, maybe the solder is then not connected to that inner layer and heating it up and adding some more solder might help? | 12:36 |
- MajorBiscuit (QUIT: Ping timeout: 240 seconds) (~MajorBisc@c-001-032-022.client.tudelft.eduvpn.nl) | 12:39 | |
mntmn | josch: yep, try that, and use flux ^^ and probably needs high temp @ the gnd pad | 12:47 |
+ sts-q (~sts-q@212.53.219.246) | 12:55 | |
- mtm (QUIT: Ping timeout: 256 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 13:03 | |
+ freakazoid333 (~matt@2603:9000:cf03:86c3:11c4:68db:ad36:c833) | 13:10 | |
- freakazoid333 (QUIT: Ping timeout: 240 seconds) (~matt@2603:9000:cf03:86c3:11c4:68db:ad36:c833) | 13:33 | |
ruff | btw this morning my laptop had 44% after nightly suspend, not sure if it was because of new kernel or I just fell asleep too early | 14:00 |
ruff | right after suspend battery status was showing same ~100mA, maybe it went lower a bit later, not sure, forgot to check in the morning the current drain | 14:03 |
+ Christoph_ (~Christoph@p54bf66f2.dip0.t-ipconnect.de) | 14:07 | |
+ MajorBiscuit (~MajorBisc@c-001-032-008.client.tudelft.eduvpn.nl) | 14:35 | |
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 15:09 | |
sigrid | ruff: thanks again for 5.15.13 rebase. it worked once I used the same old device tree. otherwise works fine | 15:26 |
sigrid | I'm putting it all together using xbps with the idea of having a ready to use void linux image in the end | 15:27 |
josch | mntmn: sadly, that didn't do the trick :/ | 15:37 |
mntmn | neat @ 5.15 | 15:37 |
mntmn | josch: damn. then i wonder if we can move you to S2 somehow. you could send your board but we don't have imx8m replacement modules atm | 15:38 |
josch | mntmn: you think it's not the mainboard but the imx8m module? | 15:39 |
mntmn | josch: could be either. only a scope can tell | 15:39 |
josch | right | 15:40 |
+ freakazoid333 (~matt@2603:9000:cf03:86c3:65a8:b0e3:f0de:5a94) | 16:29 | |
josch | currently my patch to let u-boot use S2 instead of S1 looks like this http://paste.debian.net/1226416/ but that isn't booting -- does anybody have an idea what is missing? | 16:33 |
- freakazoid333 (QUIT: Read error: Connection reset by peer) (~matt@2603:9000:cf03:86c3:65a8:b0e3:f0de:5a94) | 16:37 | |
+ freakazoid333 (~matt@2603:9000:cf03:86c3:65a8:b0e3:f0de:5a94) | 16:38 | |
+ adjtm (~adjtm@79.red-88-19-30.staticip.rima-tde.net) | 17:28 | |
mntmn | maybe the uart2 base addr is incorrect in uboot | 17:33 |
mntmn | or hardcoded somewhere else | 17:33 |
ruff | s1 is switch 1 (since you are speaking about soldering)? i.e. not sleep1. Sorry I probably missed the issue description | 17:38 |
ruff | or from patch actually looks like serial1 | 17:40 |
josch | ruff: the S1/J18 connector of my reform is non-functional but the S2 connector next to it works fine. Since I was unsuccessful in fixing the problem by applying additional solder to S1, I'm looking for a software fix which lets u-boot output to S2 (UART2) instead of to S1. | 17:40 |
ruff | ok, thx, j18 ser1. Do you have logic analyzer/osciloscope? to check actual signal from som | 17:42 |
josch | nope :( | 17:43 |
ruff | And other than ser1 the board works ok, just cannot access early boot console? | 17:44 |
josch | yes, I haven't found any other problem than that | 17:45 |
mntmn | but s2 works in linux, just not in uboot | 17:45 |
josch | yes, when I set console=ttymxc1,115200, then I can see the kernel output to S2 just fine | 17:46 |
mntmn | so technically it must be possible in uboot, we just need to find out why it doesn't | 17:47 |
mntmn | bluerise: ideas? | 17:48 |
mntmn | heh | 17:51 |
mntmn | #define UART1_BASE_ADDR0x30860000 | 17:51 |
mntmn | #define UART3_BASE_ADDR0x30880000 | 17:51 |
mntmn | #define UART2_BASE_ADDR0x30890000 | 17:51 |
mntmn | is this consistent with linux? | 17:52 |
mntmn | yep it is | 17:53 |
mntmn | uart2: serial@30890000 { | 17:53 |
sigrid | it is consistent with the ref manual | 17:56 |
bluerise | maybe try my u-boot image? | 17:56 |
ruff | ehm... why patch, isn't it configurable via menuconf? | 17:58 |
mntmn | ruff: but the pinctrl pads are not set up based on config, for example | 17:59 |
Boostisbetter | mntmn, so regarding updating (sudo apt full-upgrade), do you know when we might be able to do that? I'm not in a burning rush to update anything, because my system is running super duper at the moment. | 17:59 |
mntmn | (which is a bug) | 17:59 |
bluerise | josch: Grab a new SD card (so that you don't replace the 'good one' with my crap), and run ... | 18:00 |
bluerise | josch: $ sudo dd if=flash.bin of=/dev/sd[x] bs=1024 seek=33 conv=notrunc | 18:00 |
bluerise | josch: http://blueri.se/flash.bin | 18:00 |
mntmn | bluerise: and that one is configured for UART2? | 18:02 |
josch | bluerise: I do get some output but it looks like random garbage: ������� ���0����0�p�F��D �"����#���0�����0� �`�����`�����# ��0��#��0�� �`��� | 18:06 |
ruff | ok i thought you can do it via dtb but I found already it only init 1 uart on boot | 18:06 |
bluerise | mntmn: that's configured for the 'normal' UART, whichever that is | 18:08 |
bluerise | I'm using the same pins josch used when he first posted pictures if the cabling is correct | 18:09 |
bluerise | set to baudrate 115200 | 18:09 |
josch | bluerise: those pins are S1 which is not working on my reform so i'm trying to make u-boot work with S2 instead | 18:09 |
josch | bluerise: so far I have this patch http://paste.debian.net/1226416/ but that doesn't boot anything | 18:10 |
mntmn | josch: if you get random garbage it mostly if GND is not connected correctly | 18:11 |
mntmn | josch: do you have a multimeter? can you beep the GND pin on S1 to another GND pad on the board, or a screw on the heatsink? | 18:12 |
josch | yeah, indeed I made a mistake but I tried again now and I get no output at all | 18:12 |
mntmn | ok | 18:12 |
- nsc (QUIT: Ping timeout: 240 seconds) (~nicolas@i5C744BCB.versanet.de) | 18:15 | |
bluerise | have you tried a different serial adapter? | 18:16 |
bluerise | oh wait you tried with uart2 on Linux iirc, that works | 18:16 |
+ nsc (~nicolas@i5C744BCE.versanet.de) | 18:17 | |
* nsc -> Guest4393 | 18:17 | |
mntmn | josch: it's possible you have to add a line like this to .config as well: CONFIG_MXC_UART_BASE="UART2_BASE_ADDR" | 18:24 |
josch | mntmn: according to my multimeter, GND of S1 is connected to GND of S2 | 18:45 |
josch | mntmn: I tried adding that line to the u-boot config (patch looks like this now: http://paste.debian.net/1226662/) but still not booting at all | 18:47 |
dj-death | anybody having this problem with xwayland not able to find gdm_bo_get_fd_for_plane() symbol? | 19:01 |
- pkill9 (QUIT: Ping timeout: 256 seconds) (~quassel@104.238.170.104) | 19:03 | |
+ vagrantc (~vagrant@2600:3c01:e000:21:21:21:0:100e) | 19:06 | |
dj-death | not gdm, gbm ;) | 19:09 |
mntmn | dj-death: probably incompatible libdrm/libgbm? (both built from drm) | 19:11 |
josch | mntmn: the change that prevents booting is the one-line change in include/configs/nitrogen8m_som.h -- with the original value of UART1_BASE_ADDR it boots fine (but of course doesn't output anything to S2). | 19:11 |
mntmn | dj-death: do you mix debian Xwayland with /usr/local/lib/libdrm / gbm? | 19:12 |
josch | mntmn: what clue does it give you that GND seems to be connected? | 19:12 |
mntmn | josch: just i had dead uart1 on one of my boards and it was bad/missing solder on gnd | 19:12 |
mntmn | josch: but probably different issue for you then | 19:12 |
josch | :( This is frustrating... There are probably many out there who never need their serial line to work but it had to hit me... :/ | 19:19 |
mntmn | really sorry... if you want to send the laptop to me, i can take a look, but it will take several days | 19:20 |
mntmn | i still believe there is a software solution for uboot | 19:21 |
mntmn | btw can you tell me why you need serial in uboot? | 19:21 |
mntmn | maybe there's another way to achieve what you need? | 19:21 |
mntmn | i think uboot can also do network console if i'm not totally mistaken | 19:21 |
- MajorBiscuit (QUIT: Quit: WeeChat 3.3) (~MajorBisc@c-001-032-008.client.tudelft.eduvpn.nl) | 19:23 | |
josch | mntmn: I built the kernel as a Debian package. My idea was to ship the kernel packaged, so that one can upgrade it via 'apt-get upgrade'. But what I built doesn't boot, so I wanted to investigate. | 19:28 |
josch | Furthermore, I patched flash-kernel for the reform. flash-kernel is a Debian-specific package that handles kernel upgrades with u-boot. There is existing support for the librem 5, so I thought I could do the same for the reform. | 19:30 |
mntmn | josch: there is another thing you can try: HDMI | 19:31 |
mntmn | josch: maybe uart input to S1 works and you can see output on HDMI (but you have to enable the graphics console in uboot for that. i'm trying to remember how) | 19:32 |
mntmn | josch: if you have a hdmi monitor plugged in before powering on, you should see DENX logo by default from uboot | 19:33 |
josch | thanks! I'll try that in a bit -- dinner now | 19:33 |
mntmn | according to rgrep on the irc logs, looks like i tried that on 2021-06-21 | 19:34 |
mntmn | lol https://mntre.com/reform-irc-logs/2021-06-21.log.html#t19:19:29 | 19:35 |
mntmn | josch: oh i have here an uboot binary that will give you a uboot console on HDMI https://mntre.com/reform-irc-logs/2021-06-21.log.html#t19:35:14 | 19:35 |
dj-death | mntmn: oh... I didn't know there was 2 Xwayland | 19:38 |
dj-death | mntmn: I don't remember the story behind that :) | 19:41 |
technomancy | I found a fix for the cage bug! WLR_NO_HARDWARE_CURSORS=1 according to someone in #wayland | 19:42 |
mntmn | dj-death: we ship a custom build of xwayland in /usr/local/bin | 19:42 |
mntmn | technomancy: woop! so then cage works? | 19:42 |
technomancy | yeah, that did the trick! | 19:42 |
mntmn | dj-death: with a patch that fixes missing GUI elements/flickering on GTK2 stuff | 19:42 |
mntmn | technomancy: awesome! | 19:42 |
technomancy | although I don't expect it to be particularly stable going forward; the next time debian pushes a new wlroots version it's likely to break again | 19:43 |
mntmn | you can perhaps pin the wlroots version that works for you | 19:47 |
technomancy | hm; yeah that's probably smart | 19:50 |
dj-death | mntmn: I'm a bit puzzled than even using the default binaries, I still have a missing symbol | 20:02 |
sigrid | caam-revert-swiotlb-origaddr.patch ← looks like this got into 5.16 | 20:10 |
mntmn | dj-death: maybe that's the problem? did you try ldconfig /usr/local/lib? | 20:18 |
mntmn | dj-death: what's ldd Xwayland | grep gbm? | 20:18 |
mntmn | sigrid: nice | 20:18 |
mntmn | sigrid: that was a real bummer | 20:19 |
mntmn | hours of bisecting | 20:19 |
dj-death | mntmn: thanks, yeah weird /usr/bin/Xwayland depends on /usr/local/lib/.../libgbm1.so | 20:50 |
mntmn | dj-death: do you have /root/src/drm? | 20:53 |
dj-death | yep | 20:55 |
mntmn | dj-death: btw i think it might be that you're using debian wlroots? | 20:55 |
dj-death | mntmn: gnome-shell actually | 20:55 |
mntmn | oh | 20:55 |
mntmn | it might be the compositor, not Xwayland, that uses that symbol | 20:55 |
mntmn | dj-death: you could try sth like mkdir /tmp/drm; mv /usr/local/lib/libdrm* /usr/local/libgbm* /tmp/drm/; sudo ldconfig | 20:56 |
mntmn | but YMMV it might not work with dual display | 20:57 |
mntmn | dj-death: i suspect the compositor (gnome-shell/mutter) depends on a newer libdrm/libgbm, which debian installed but is shadowed by /usr/local/lib/ versions | 20:57 |
dj-death | oh what | 20:58 |
dj-death | I never noticed there was 2 /dev/dri/card | 20:58 |
mntmn | dj-death: yep | 20:58 |
mntmn | sorry, my command above missed a lib/ in the mv | 20:58 |
mntmn | (before libgbm) | 20:58 |
mntmn | dj-death: those two "cards" are the two display engines, dcss and lcdif, if you're on dual display mode | 20:59 |
dj-death | yep | 20:59 |
dj-death | I did exactly what you suggested | 20:59 |
mntmn | and what happened? | 20:59 |
dj-death | now it's just gnome-shell failing to setup a renderer on /dev/dri/card1 | 20:59 |
mntmn | ok, you could try mv /dev/dri/card1 /tmp/ | 21:00 |
mntmn | but probably the problem is missing drm module/driver name in debian's libdrm | 21:00 |
mntmn | for one of the engines | 21:00 |
mntmn | it's really silly because they're all aliases for kmsro... | 21:00 |
mntmn | dj-death: you could try to move over to debian's stuff completely, if you dare | 21:01 |
mntmn | dj-death: script: https://source.mnt.re/reform/reform-system-image/-/issues/15#note_1601 | 21:02 |
mntmn | (you could tar /usr/local/lib beforehand to have a backup) | 21:02 |
dj-death | Jan 10 21:56:58 reform gnome-shell[1974]: Failed to open gpu '/dev/dri/card0': No suitable mode setting backend found | 21:02 |
dj-death | Jan 10 21:56:58 reform gnome-shell[1974]: Integrated GPU /dev/dri/card1 selected as primary | 21:02 |
dj-death | Jan 10 21:56:58 reform org.gnome.Shell.desktop[1974]: Failed to setup: The GPU /dev/dri/card1 chosen as primary is not supported by EGL. | 21:02 |
dj-death | I think that's the problem :) | 21:03 |
mntmn | dj-death: ah, this was a dumb suggestion by me then (about card1) | 21:03 |
dj-death | you're not far though :) | 21:03 |
mntmn | wait, shouldn't there be 3 cards... one for etnaviv | 21:03 |
dj-death | I only see 2 on my system | 21:03 |
mntmn | single or dual display mode? | 21:03 |
dj-death | card0, card1, renderD128 | 21:04 |
dj-death | single | 21:04 |
dj-death | internal display | 21:04 |
mntmn | ah yeah so then these are dcss and etnaviv | 21:04 |
mntmn | in case your libdrm supports mxsfb/lcdif, you could try sudo reform-display-config and reboot | 21:04 |
mntmn | then you have lcdif instead of dcss on the internal display | 21:04 |
mntmn | sorry, sudo reform-display-config single | 21:05 |
dj-death | thanks a bunch | 21:05 |
dj-death | I'm really not familiar with the ARM SOC ecosystem | 21:05 |
dj-death | still the same problem | 21:06 |
dj-death | odd... | 21:06 |
dj-death | maybe it's the modifier thing | 21:12 |
mntmn | ah yeah there was a magic env var | 21:14 |
mntmn | but i think i got a different error msg for that/ | 21:14 |
dj-death | ACTION will continue tomorrow | 21:32 |
Boostisbetter | are any of you aware of a http based irc server? I just got the internet work on a 8088 machine, and I'd love to send something on IRC using it, I just can't use anything with encryption on | 21:36 |
technomancy | you don't need encryption to connect directly to libera | 21:38 |
technomancy | if anything IRC is easier than HTTP to avoid TLS with | 21:38 |
Boostisbetter | do you know the address I would use? | 21:38 |
technomancy | oh, do you not have any DNS either? | 21:39 |
Boostisbetter | is it really just irc.libera.org | 21:39 |
technomancy | it is | 21:39 |
technomancy | you can literally just netcat it | 21:39 |
Boostisbetter | sorry libera.chat | 21:39 |
josch | mntmn: you won't believe it | 21:40 |
technomancy | https://git.sr.ht/~technomancy/fennel/tree/main/test/irc.lua for example | 21:40 |
josch | mntmn: my S1 is not completely broken -- the RX pin works. I can type via serial and see the output on my hdmi display | 21:40 |
mntmn | josch: amazing, that's what i hoped | 21:40 |
mntmn | josch: also, better than the other way aroud | 21:40 |
mntmn | around | 21:40 |
vagrantc | write-only interfaces | 21:41 |
josch | mntmn: how do i compile my own u-boot with hdmi support? | 21:41 |
mntmn | josch: i don't remember all the details, sorry... i mean HDMI support is enabled, check the other stuff i wrote on that day in the IRC log. i think basically you only have to set stdout to vga | 21:42 |
mntmn | josch: setenv stdout vga | 21:42 |
mntmn | josch: compile that in somehow | 21:43 |
mntmn | or, setenv stdout serial,vga | 21:43 |
mntmn | actually we could make that a default if it works | 21:43 |
josch | thanks, i'll investigate :) | 21:43 |
vagrantc | ACTION was just about to test the mainline patches submitted for u-boot on top of v2022.01 | 21:50 |
- GNUmoon (QUIT: Ping timeout: 276 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 21:56 | |
- ruff (QUIT: Quit: Switching to irssi) (~ruff@ip-78-45-99-112.net.upcbroadband.cz) | 22:21 | |
+ mark_ (~mark@gnu.wildebeest.org) | 22:23 | |
+ ruff (~ruff@ip-78-45-99-112.net.upcbroadband.cz) | 22:26 | |
+ ruff_ (~ruff@ip-78-45-99-112.net.upcbroadband.cz) | 22:27 | |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 22:33 | |
- ruff_ (PART: forgot how to switch windows) (~ruff@ip-78-45-99-112.net.upcbroadband.cz) | 22:36 | |
josch | mntmn: that worked! I now know why it didn't boot and will continue working on https://source.mnt.re/reform/reform-system-image/-/merge_requests/30 tomorrow | 22:47 |
josch | mntmn: thanks a lot for all your help! You are awesome. :) | 22:47 |
mntmn | thanks, i'm happy you can continue :) | 22:48 |
- mjw (QUIT: Killed (NickServ (GHOST command used by mark_!~mark@gnu.wildebeest.org))) (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 22:59 | |
* mark_ -> mjw | 22:59 | |
+ wielaard (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 23:00 | |
+ pkill9 (~quassel@104.238.170.104) | 23:01 | |
mjw | mntmn, btw the order at crowdsupply has been updated and split into 7 parts :) sleeve, handbook, ssd, power-cord, antenna, reform and wifi-card. | 23:05 |
mntmn | perfect | 23:06 |
mjw | 7 is a nice number indeed :) | 23:07 |
mjw | At least now it feels like I am getting a lot more. grin. | 23:07 |
mntmn | hehe | 23:08 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!