| - MajorBiscuit (QUIT: Ping timeout: 244 seconds) (~MajorBisc@80.146.187.107) | 00:06 | |
| - chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:587:dc1e:cc00:8ece:d1c3:481c:8e10) | 00:08 | |
| + MajorBiscuit (~MajorBisc@c-001-015-032.client.tudelft.eduvpn.nl) | 00:08 | |
| + sundog206 (~sundog@reclaim.technology) | 00:22 | |
| - sundog20 (QUIT: Read error: Connection reset by peer) (~sundog@reclaim.technology) | 00:22 | |
| * sundog206 -> sundog20 | 00:22 | |
| - MajorBiscuit (QUIT: Ping timeout: 272 seconds) (~MajorBisc@c-001-015-032.client.tudelft.eduvpn.nl) | 00:31 | |
| - mtm (QUIT: Ping timeout: 246 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 02:03 | |
| - arminweigl (QUIT: Ping timeout: 240 seconds) (~arminweig@sourcehut/user/arminweigl) | 03:07 | |
| - mjw (QUIT: Quit: Leaving) (~mark@gnu.wildebeest.org) | 04:01 | |
| + mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 04:09 | |
| + arminweigl (~arminweig@sourcehut/user/arminweigl) | 04:19 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 04:33 | |
| minute | hmm i see a new (mesa?) bug where there's 1 pixel column of junk, mostly bright solid color, in the leftmost screen column | 08:54 |
|---|---|---|
| minute | but this new MR fixes the problems with gimp and chromium on mesa main https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/16683 | 09:12 |
| minute | josch: more later, but i've found that internal display doesn't come on in initramfs with 'reform-display-config dual' | 09:44 |
| + chomwitt (~chomwitt@2a02:587:dc1e:cc00:f079:d366:2a9:ed7f) | 09:52 | |
| josch | minute: Interesting, that's a new bug. This used to work. I'll look into it. But HDMI works fine? | 10:03 |
| minute | josch: i will test again later. btw i'm not sure if 'reform-display-config single' works for me; it could still be that the initramfs updating is not 100% clean on my system | 10:26 |
| + Christoph_ (~Christoph@p4fe73ef3.dip0.t-ipconnect.de) | 12:29 | |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 13:28 | |
| + mjw (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 13:48 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 13:57 | |
| - mtm (QUIT: Ping timeout: 276 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 14:04 | |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 14:16 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 14:23 | |
| + erle (~erle@ip5f5af138.dynamic.kabel-deutschland.de) | 15:36 | |
| + liquorice (uid267884@id-267884.uxbridge.irccloud.com) | 15:44 | |
| + mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 16:09 | |
| - bkeys (QUIT: Remote host closed the connection) (~Thunderbi@static-198-54-135-37.cust.tzulo.com) | 16:18 | |
| + bkeys (~Thunderbi@static-198-54-135-37.cust.tzulo.com) | 16:18 | |
| - bkeys (QUIT: Remote host closed the connection) (~Thunderbi@static-198-54-135-37.cust.tzulo.com) | 16:26 | |
| + bkeys (~Thunderbi@static-198-54-135-37.cust.tzulo.com) | 16:26 | |
| - erle (QUIT: Ping timeout: 244 seconds) (~erle@ip5f5af138.dynamic.kabel-deutschland.de) | 16:51 | |
| minute | lol! https://twitter.com/never_released/status/1529124411785216000?t=vG5n6NileFH7hR4dEKht_w&s=19 | 17:44 |
| sknebel | oh interesting, they are not exclusive to qualcomm anymore with that win 32 stuff? | 17:49 |
| - liquorice (QUIT: Quit: Connection closed for inactivity) (uid267884@id-267884.uxbridge.irccloud.com) | 17:54 | |
| minute | bluerise: nxp/MS released windows driver sources for imx8m, and they are BSD licensed | 18:19 |
| minute | (i'm just browsing them) | 18:19 |
| minute | including display and everything | 18:19 |
| minute | (not GPU of course, they have a windows version of galcore.dll blob) | 18:19 |
| minute | EFI_STATUS | 18:21 |
| minute | MipiDsiConfig ( | 18:21 |
| minute | IMX_DISPLAY_TIMING* Timing, | 18:21 |
| minute | imxMipiDsiToHdmiConverter MipiDsiConverter | 18:21 |
| minute | looks like these are EFI drivers? | 18:21 |
| kfx | nice! | 18:22 |
| minute | ah yeah the MIPI DSI driver includes a function that initializes an ADV7535 MIPI->HDMI converter | 18:23 |
| minute | so not dissimilar to our case | 18:23 |
| minute | there's also LCDIF.c which looks very simple | 18:24 |
| sigrid | ok, 5.18.0 works fine now | 18:27 |
| sigrid | including sound. seems like that required a dts update | 18:27 |
| minute | sigrid: oh nice | 18:28 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 18:54 | |
| sigrid | that's the difference https://github.com/ftrvxmtrx/void-packages/commit/52f060dfcc424177809a39d350617344f5d202ba | 19:09 |
| - mjw (QUIT: Quit: Leaving) (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 19:20 | |
| + bkeys1 (~Thunderbi@static-198-54-135-37.cust.tzulo.com) | 19:53 | |
| minute | another thing you could plug into reform https://forum.banana-pi.org/t/being-designed-banana-pi-bpi-cm4-computer-module-with-amlogic-a311d/13390 | 20:08 |
| - bkeys (QUIT: Remote host closed the connection) (~Thunderbi@static-198-54-135-37.cust.tzulo.com) | 20:23 | |
| * bkeys1 -> bkeys | 20:23 | |
| + bkeys1 (~Thunderbi@static-198-54-135-37.cust.tzulo.com) | 20:24 | |
| minute | josch: i'm doing further testing on my reform with 'reform-display-config dual' and the console is just invisible, but functional. i can decrypt the disk, log in and start sway, which then appears on the internal display (which is blank until that point) | 20:24 |
| minute | plugging in HDMI gives me a panic in drm_atomic_helper_wait_for_vblanks.part.0+0x28c/0x2b0 [drm_kms_helper] | 20:28 |
| minute | > [ 591.862353] cdns-mhdp-imx 32c00000.hdmi: Wait A0 Ack failed | 20:28 |
| josch | hrm... maybe we need to have yet another kernel module loaded early in that case? | 20:29 |
| minute | it's also possible that hdmi is somehow defective on my unit | 20:30 |
| josch | a guy with defective serial and a guy with defective hdmi try to debug linux kernel display problems :) | 20:31 |
| minute | i had HDMI trouble with the older system before (pre v3). but that did not prevent the console from displaying on LCDIF | 20:31 |
| + mjw (~mark@gnu.wildebeest.org) | 21:17 | |
| vagrantc | ACTION blinks | 21:41 |
| + erle (~erle@95.90.241.117) | 21:48 | |
| bluerise | minute: that's quite nice to hear | 22:32 |
| bluerise | minute: where can I download/clone? | 22:32 |
| minute | bluerise: Releases -> BSP Source Files https://www.nxp.com/design/software/embedded-software/i-mx-software/windows-10-iot-enterprise-for-i-mx-applications-processors:IMXWIN10IOT | 22:34 |
| minute | bluerise: (needs NXP account that you probably have) | 22:34 |
| + piroko (~piroko@104.225.216.16) | 22:36 | |
| bluerise | heh, yeah, using a mail account from past life | 22:37 |
| cinap_lenrek | just leak it to wikileaks | 22:37 |
| minute | well the interesting files are BSD so we can just mirror those | 22:39 |
| bluerise | yup | 22:39 |
| bluerise | mu_platform_nxp/NXP/MCIMX8M_EVK_4GB/AcpiTables/AcpiTables.inf | 22:43 |
| bluerise | that's kinda awesome | 22:43 |
| bluerise | i.MX8M ACPI | 22:43 |
| bluerise | oh, minute, maybe we can have EDK2 with graphics support out of the box? | 22:46 |
| bluerise | Sounds like someone has to port EDK2 to the MNT Reform2 now :P | 22:50 |
| sigrid | what would run otherwise, considering the code for acpi exists already? | 22:52 |
| sigrid | *would it | 22:52 |
| bluerise | EDK2 can provide either device tree or ACPI to the next boot stage | 22:53 |
| bluerise | typically those multimedia ARM devices have device tree | 22:53 |
| bluerise | ACPI is basically only used on servers... and maybe even those qualcomm thingies | 22:53 |
| bluerise | iirc Windows requires ACPI, hence NXP having to write that kind of support | 22:54 |
| sigrid | but how does it work right now is what I mean, if it's not edk2, then what? | 22:57 |
| bluerise | MNT Reform2 boots with U-Boot | 22:58 |
| sigrid | or is there another bootloader out there that deals with this efi stuff | 22:58 |
| bluerise | which also provides an UEFI interface | 22:58 |
| sigrid | ah ok | 23:00 |
| sigrid | (I thought it does not) | 23:00 |
| - bkeys (QUIT: Ping timeout: 246 seconds) (~Thunderbi@static-198-54-135-37.cust.tzulo.com) | 23:08 | |
| * bkeys1 -> bkeys | 23:08 | |
| vagrantc | EFI in u-boot is ... relatively new (as someone following u-boot for ~10 years now) | 23:18 |
| bluerise | Something like 2018? | 23:20 |
| minute | bluerise: the stuff in Library something something that has display/hdmi/mipi driver code uses EFI return types all over, not sure what that means | 23:22 |
| minute | i mean, what it could be used for | 23:23 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!