mntmn | the sn65dsi86 driver can set 1 dsi flag | 00:00 |
---|---|---|
mntmn | if (!(val & DPPLL_CLK_SRC_DSICLK)) | 00:00 |
mntmn | dsi->mode_flags |= MIPI_DSI_CLOCK_NON_CONTINUOUS; | 00:00 |
mntmn | we do not use a refclk so DPPLL_CLK_SRC = DACP/N | 00:02 |
mntmn | DPPLL_CLK_SRC_DSICLK should thus be true | 00:02 |
mntmn | are you setting any refclk bits in u-boot let me see? | 00:03 |
chartreuse | ust want to give a slight update on the trackball, after a couple days use it has become much smoother and doesn't have any extra friction in certain directions | 00:04 |
chartreuse | Still will probably make a model with the 1.5mm ball bearings when they get here as a test, but it has become much smoother just from use | 00:05 |
mntmn | chartreuse: ok, that's very good to know, thanks | 00:05 |
mntmn | bluerise: how do we know that 486 mhz is the correct dsi refclk? | 00:08 |
mntmn | bluerise: but the PLL locking stuff in your bridge driver looks sane, it should lock on to the DSI clock and that also means that the DSI driver is working | 00:15 |
bluerise | mntmn: because... | 00:22 |
bluerise | (162 * 24) / (4 * 2) | 00:23 |
bluerise | 486 | 00:23 |
bluerise | (pixelclock * bits-per-pixel-or-so) / (lanes * 2) | 00:23 |
bluerise | forgot what the 2 was | 00:23 |
mntmn | ah ok thanks | 00:26 |
mntmn | bluerise: linux driver has a 10ms delay after setting the timings in the sn68 and before starting its video stream | 00:26 |
bluerise | hmhm | 00:27 |
bluerise | I can try that | 00:27 |
bluerise | starting video stream is the dcss init? | 00:27 |
bluerise | _00:00:05 mntmn | if (!(val & DPPLL_CLK_SRC_DSICLK)) | 00:27 |
bluerise | I grepped through the code and thought I don't need to set NON_CONTINUOUS | 00:28 |
bluerise | Do I need to set it? | 00:28 |
mntmn | don't set | 00:29 |
mntmn | we need continuous clock | 00:29 |
mntmn | found one more thing maybe. we don't do any lane assignment or polarity setting | 00:29 |
mntmn | regmap_write(pdata->regmap, SN_LN_ASSIGN_REG, pdata->ln_assign); | 00:30 |
mntmn | regmap_update_bits(pdata->regmap, SN_ENH_FRAME_REG, LN_POLRS_MASK, | 00:30 |
mntmn | pdata->ln_polrs << LN_POLRS_OFFSET); | 00:30 |
mntmn | lets see | 00:30 |
bluerise | true | 00:31 |
bluerise | well SN_ENH_FRAME_REG | 00:32 |
bluerise | we set to 0x5 | 00:32 |
mntmn | interesting, these are commented out in my dts in linux | 00:32 |
mntmn | //data-lanes = <2 1 3 0>; | 00:32 |
mntmn | //lane-polarities = <0 1 0 1>; | 00:33 |
bluerise | heh | 00:33 |
mntmn | the plot thickens... | 00:33 |
mntmn | lane assign reg is 0x59 | 00:34 |
bluerise | interesting | 00:34 |
bluerise | why is it commented out? :P | 00:34 |
mntmn | * Read config from the device tree about lane remapping and lane | 00:36 |
mntmn | * polarities. These are optional and we assume identity map and | 00:36 |
mntmn | * normal polarity if nothing is specified. It's OK to specify just | 00:36 |
mntmn | * data-lanes but not lane-polarities but not vice versa. | 00:36 |
mntmn | so linux' default would be 0123 for the lane mapping and 0000 for the polarity | 00:38 |
bluerise | that's the default | 00:39 |
bluerise | in the datasheet | 00:39 |
bluerise | u-boot=> i2c md 2c 59 1 | 00:40 |
bluerise | 0059: e4 . | 00:40 |
mntmn | yep, these are fine. | 00:41 |
bluerise | 11 10 01 00 | 00:41 |
bluerise | sounds about right | 00:41 |
mntmn | that's all correct | 00:41 |
mntmn | thanks | 00:41 |
mntmn | mipi is also outputting on 4 lanes yes? | 00:42 |
mntmn | i see in your code: | 00:42 |
mntmn | /* FIXME: somewhere else */ | 00:42 |
mntmn | device->lanes = 4; | 00:42 |
mntmn | device->format = MIPI_DSI_FMT_RGB888; | 00:42 |
bluerise | heh. I hope it is! ;) | 00:51 |
bluerise | nwl_enable: min_hs_clock_multiple=0 lanes=4 | 00:51 |
bluerise | nwl_dsi_mode_probe: phyref 0 24000000 | 00:51 |
bluerise | lanes=4, data_rate=972000000 | 00:51 |
bluerise | nwl_dsi_config_dpi: hbp=80 hfp=40 hsa=40 | 00:51 |
bluerise | nwl_dsi_config_dpi: hbp=226 hfp=113 hsa=110 e | 00:51 |
mntmn | data rate 972000000? | 00:53 |
mntmn | sounds a lotr | 00:53 |
mntmn | like a lot | 00:53 |
- wagga (QUIT: Quit: Client closed) (~wagga@node-1w7jra22ildhwu44kvuq39uhc.ipv6.telus.net) | 00:53 | |
bluerise | hehe, that's bit rate | 00:53 |
mntmn | mhm | 00:54 |
mntmn | >>> (972000000/8.0)*4 | 00:54 |
mntmn | 486000000.0 | 00:54 |
mntmn | ok there's our 486mhz i guess? | 00:54 |
bluerise | yup | 00:55 |
bluerise | hs_clk_rate *= bpp; | 00:55 |
bluerise | do_div(hs_clk_rate, lanes); | 00:55 |
mntmn | ok, i should go home like 2 hours ago :D | 00:55 |
bluerise | I'm home... | 00:55 |
mntmn | good for you!! | 00:55 |
bluerise | all day long :/ | 00:55 |
mntmn | ok depends! | 00:55 |
bluerise | well, I went to the golf range for half an hour | 00:55 |
bluerise | ah it's 24 | 00:56 |
bluerise | (972 * 4)/24 | 00:56 |
bluerise | 162 | 00:56 |
bluerise | RGB888 is apparently 24 bpp | 00:57 |
mntmn | makes sense | 00:57 |
mntmn | IIRC there needs to be some overhead though | 00:57 |
mntmn | hmm maybe that was on the dp side | 00:58 |
chartreuse | 24bpp though you may have the H and V sync encoded into an extra few bits or byte in there | 00:59 |
mntmn | /* fudge factor required to account for 8b/10b encoding */ | 01:00 |
mntmn | yeah that seems to be on the DP side | 01:00 |
mntmn | bit_rate_khz = mode->clock * ti_sn_bridge_get_bpp(pdata); | 01:02 |
mntmn | dp_rate_mhz = DIV_ROUND_UP(bit_rate_khz * DP_CLK_FUDGE_NUM, | 01:02 |
mntmn | 1000 * pdata->dp_lanes * DP_CLK_FUDGE_DEN); | 01:02 |
mntmn | hmmm this gives me 3.24ghz | 01:03 |
mntmn | not 2.7 | 01:04 |
mntmn | 162000*8*1000*2*(10/8.0) | 01:04 |
mntmn | wait, my calculation is off | 01:05 |
mntmn | >>> 162000*24*10/(1000*2*8.0) | 01:06 |
mntmn | 2430.0 | 01:06 |
mntmn | all good | 01:06 |
mntmn | so 2.7ghz should be fine, but 2.43ghz should work as well | 01:06 |
bluerise | you should go home | 01:08 |
bluerise | tomorrow is another day | 01:09 |
mntmn | we could try 0x60 instead of 0x80 for reg 0x94, but i will go home, yes | 01:09 |
mntmn | very true | 01:09 |
bluerise | 0x94? let's see | 01:09 |
bluerise | one last test, sure | 01:09 |
mntmn | that's the dp bitrate | 01:09 |
mntmn | as you have colorbars i don't think that'll fix it | 01:09 |
+ alex4nde1 (~alexander@c-76-126-12-166.hsd1.ca.comcast.net) | 01:09 | |
mntmn | but who knows | 01:09 |
bluerise | ack | 01:10 |
bluerise | let's try it | 01:10 |
bluerise | now it hangs | 01:11 |
bluerise | doesn't work | 01:12 |
mntmn | haha ok! | 01:12 |
mntmn | thanks for trying | 01:12 |
bluerise | no link | 01:12 |
bluerise | so training or so fails | 01:12 |
bluerise | ok, zzz! | 01:13 |
mntmn | n8n8n8 | 01:48 |
+ chartreu1e (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 03:24 | |
- chartreuse (QUIT: Remote host closed the connection) (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 03:25 | |
- Asmadeus (QUIT: Ping timeout: 272 seconds) (~asmadeus@240b:13:8c80:d300:e:98c:8000:d300) | 03:25 | |
+ Asmadeus (~asmadeus@240b:13:8c80:d300:e:98c:8000:d300) | 03:25 | |
- alex4nde1 (QUIT: Ping timeout: 248 seconds) (~alexander@c-76-126-12-166.hsd1.ca.comcast.net) | 04:04 | |
+ alex4nde1 (~alexander@c-76-126-12-166.hsd1.ca.comcast.net) | 04:19 | |
- alex4nde1 (QUIT: Ping timeout: 248 seconds) (~alexander@c-76-126-12-166.hsd1.ca.comcast.net) | 04:26 | |
- chartreu1e (QUIT: Quit: leaving) (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 04:46 | |
+ chartreuse (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 04:47 | |
+ alex4nder (~alexander@50-254-129-180-static.hfc.comcastbusiness.net) | 06:59 | |
- alex4nder (QUIT: Ping timeout: 268 seconds) (~alexander@50-254-129-180-static.hfc.comcastbusiness.net) | 08:32 | |
- kklimonda (QUIT: Ping timeout: 258 seconds) (sid72883@user/kklimonda) | 09:44 | |
+ kklimonda (sid72883@user/kklimonda) | 09:44 | |
- kremlin (QUIT: Ping timeout: 252 seconds) (~kremlin@uglyman.kremlin.cc) | 10:12 | |
+ kremlin (~kremlin@uglyman.kremlin.cc) | 10:12 | |
+ wagga (~wagga@node-1w7jra22ildhwu44kvuq39uhc.ipv6.telus.net) | 12:00 | |
- erlehmann (QUIT: Ping timeout: 248 seconds) (~erle@dynamic-046-114-033-055.46.114.pool.telefonica.de) | 13:24 | |
+ erlehmann (~erle@dynamic-046-114-036-024.46.114.pool.telefonica.de) | 13:26 | |
+ arminweigl_ (~arminweig@sourcehut/user/arminweigl) | 13:44 | |
+ adjtm_ (~adjtm@13.red-88-1-141.dynamicip.rima-tde.net) | 13:44 | |
+ ggoes_ (~gregf@pool-72-69-95-105.nycmny.fios.verizon.net) | 13:45 | |
+ blast007_ (~blast@user/blast007) | 13:45 | |
+ signop_ (~signop@li699-102.members.linode.com) | 13:47 | |
+ jackhill_ (~jackhill@kalessin.dragonsnail.net) | 13:47 | |
+ jnerula_ (~jnerula@li1009-93.members.linode.com) | 13:47 | |
+ wagga79 (~wagga@node-1w7jra22ildhvg0963fkd9csj.ipv6.telus.net) | 13:49 | |
- wagga (QUIT: Ping timeout: 246 seconds) (~wagga@node-1w7jra22ildhwu44kvuq39uhc.ipv6.telus.net) | 13:49 | |
* wagga79 -> wagga | 13:50 | |
+ tarxvf (~tarxvf@mail.tarxvf.tech) | 13:50 | |
- scops (QUIT: *.net *.split) (~scopstchn@2001:470:69fc:105::8da) | 13:51 | |
- marex (QUIT: *.net *.split) (~marex@195.140.253.37) | 13:51 | |
- tarxvf_ (QUIT: *.net *.split) (~tarxvf@mail.tarxvf.tech) | 13:51 | |
- jackhill (QUIT: *.net *.split) (~jackhill@kalessin.dragonsnail.net) | 13:51 | |
- Kooda (QUIT: *.net *.split) (~kooda@natsu.upyum.com) | 13:51 | |
- adjtm (QUIT: *.net *.split) (~adjtm@13.red-88-1-141.dynamicip.rima-tde.net) | 13:51 | |
- nio (QUIT: *.net *.split) (~nio@2001:470:69fc:105::172d) | 13:51 | |
- blast007 (QUIT: *.net *.split) (~blast@user/blast007) | 13:51 | |
- arminweigl (QUIT: *.net *.split) (~arminweig@sourcehut/user/arminweigl) | 13:51 | |
- jnerula (QUIT: *.net *.split) (~jnerula@li1009-93.members.linode.com) | 13:51 | |
- frank2 (QUIT: *.net *.split) (~frank@91.229.143.153) | 13:51 | |
- jomo (QUIT: *.net *.split) (~jomo@user/jomo) | 13:51 | |
- jfred (QUIT: *.net *.split) (quassel@libera/sponsor/jfred) | 13:51 | |
- signop (QUIT: *.net *.split) (~signop@li699-102.members.linode.com) | 13:51 | |
- fsx (QUIT: *.net *.split) (~fsx@durian.61924.nl) | 13:51 | |
- mtm (QUIT: *.net *.split) (~mtm@c-174-58-99-93.hsd1.fl.comcast.net) | 13:51 | |
- ggoes (QUIT: *.net *.split) (~gregf@fsf/staff/ggoes) | 13:51 | |
- mntmn (QUIT: *.net *.split) (~mntirc@softboy.mntmn.com) | 13:52 | |
- BluRaf (QUIT: *.net *.split) (bluraf@junkcc.net) | 13:52 | |
- schneider (QUIT: *.net *.split) (~schneider@irc2.xtort.eu) | 13:52 | |
- dodo (QUIT: *.net *.split) (~dodo@user/dodo) | 13:52 | |
- marlun (QUIT: *.net *.split) (~marlun@46.101.246.245) | 13:52 | |
- XgF (QUIT: *.net *.split) (~quassel@2001:19f0:5001:1174:dbf:47a1:9a3f:787d) | 13:52 | |
- q66 (QUIT: *.net *.split) (~q66@q66.moe) | 13:52 | |
* arminweigl_ -> arminweigl | 13:52 | |
+ scops (~scopstchn@2001:470:69fc:105::8da) | 13:53 | |
+ marex (~marex@195.140.253.37) | 13:53 | |
+ Kooda (~kooda@natsu.upyum.com) | 13:53 | |
- erlehmann (QUIT: Quit: Just say no, then the virus can not enter your body without your consent.) (~erle@dynamic-046-114-036-024.46.114.pool.telefonica.de) | 13:55 | |
- scops (QUIT: Ping timeout: 245 seconds) (~scopstchn@2001:470:69fc:105::8da) | 13:56 | |
- indefini[m] (QUIT: Ping timeout: 252 seconds) (~indefinim@2001:470:69fc:105::1e2a) | 13:56 | |
- cryptix (QUIT: Ping timeout: 252 seconds) (~cryptxxma@2001:470:69fc:105::94a) | 13:56 | |
+ erlehmann (~erle@dynamic-046-114-036-024.46.114.pool.telefonica.de) | 13:56 | |
+ XgF (~quassel@2001:19f0:5001:1174:dbf:47a1:9a3f:787d) | 13:57 | |
+ q66 (~q66@q66.moe) | 13:57 | |
+ nio (~nio@2001:470:69fc:105::172d) | 13:57 | |
+ mtm (~mtm@c-174-58-99-93.hsd1.fl.comcast.net) | 13:57 | |
+ mntmn (~mntirc@softboy.mntmn.com) | 13:57 | |
+ BluRaf (bluraf@junkcc.net) | 13:57 | |
+ schneider (~schneider@irc2.xtort.eu) | 13:57 | |
+ dodo (~dodo@user/dodo) | 13:57 | |
+ marlun (~marlun@46.101.246.245) | 13:57 | |
+ frank2 (~frank@91.229.143.153) | 13:58 | |
+ jomo (~jomo@user/jomo) | 13:58 | |
+ jfred (quassel@libera/sponsor/jfred) | 13:58 | |
+ fsx (~fsx@durian.61924.nl) | 13:58 | |
- nio (QUIT: Ping timeout: 256 seconds) (~nio@2001:470:69fc:105::172d) | 14:01 | |
- jryans (QUIT: Ping timeout: 268 seconds) (~jryans@2001:470:69fc:105::1d) | 14:01 | |
+ cryptix (~cryptxxma@2001:470:69fc:105::94a) | 14:13 | |
+ indefini[m] (~indefinim@2001:470:69fc:105::1e2a) | 14:16 | |
+ scops (~scopstchn@2001:470:69fc:105::8da) | 14:20 | |
- wiedi (QUIT: Read error: Connection reset by peer) (~wiedi@37.228.191.159) | 14:22 | |
* ggoes_ -> ggoes | 14:35 | |
- ggoes (QUIT: Changing host) (~gregf@pool-72-69-95-105.nycmny.fios.verizon.net) | 14:35 | |
+ ggoes (~gregf@fsf/staff/ggoes) | 14:35 | |
+ nio (~nio@2001:470:69fc:105::172d) | 14:39 | |
* blast007_ -> blast007 | 14:49 | |
- S0rin (QUIT: Ping timeout: 240 seconds) (~S0rin@user/s0rin) | 15:07 | |
+ odnes (~odnes@ppp141237116116.access.hol.gr) | 15:08 | |
+ S0rin (~S0rin@user/s0rin) | 15:08 | |
- odnes (QUIT: Read error: Connection reset by peer) (~odnes@ppp141237116116.access.hol.gr) | 15:09 | |
+ jryans (~jryans@2001:470:69fc:105::1d) | 15:36 | |
* jackhill_ -> jackhill | 16:13 | |
- khm_ (QUIT: Ping timeout: 248 seconds) (~kfx@wopr.sciops.net) | 16:21 | |
bluerise | mntmn: everyday I appreciate that nice laptop design | 16:22 |
bluerise | it's a bit bulky, but it's still awesome | 16:22 |
mntmn | happy to hear! | 16:23 |
bluerise | I wish the side panels were a bit more sturdy, like metal instead of 3d printed | 16:23 |
bluerise | on the other hand, having it plastic shows that it's easily replaceable, which is nice | 16:23 |
bluerise | now if only we got that MIPI running, right | 16:24 |
mntmn | yes, and yes | 16:27 |
mntmn | it should be easy to get them made from lasercut steel or something | 16:27 |
mntmn | the drawings are in the repo | 16:27 |
bluerise | :) | 16:32 |
qbit | mm | 17:10 |
qbit | mntmn: the boards with more ram, are they going to be the defacto board at some point? or is it an 'upgrade' kinda situation? | 17:10 |
qbit | trying to budget for 2022 :D | 17:11 |
+ cwebber (~user@user/cwebber) | 17:18 | |
cwebber | oh hello | 17:18 |
cwebber | mntmn: got our reform and holy shit that boot-up menu | 17:18 |
cwebber | it's so cool | 17:18 |
cwebber | honestly the whole thing is beautiful | 17:19 |
cwebber | tbh I probably won't start using it seriously until I have GuixSD running on here and I might be waiting for someone else (jackhill? :)) to do that first | 17:20 |
technomancy | cwebber: yessss you got yours =D | 17:22 |
cwebber | technomancy: yes it's so beautiful | 17:22 |
cwebber | also hi technomancy :) | 17:22 |
cwebber | technomancy: we haven't chatted as much lately and I've kind of missed it tbh! | 17:23 |
jackhill | ACTION waves | 17:23 |
technomancy | yeah same! hoping to get a chance to try out some of the spritely stuff you've been working on soon. | 17:23 |
cwebber | technomancy: :D | 17:24 |
cwebber | technomancy: I am currently porting Goblins to Guile in "phases" | 17:24 |
cwebber | saving each milestone | 17:24 |
cwebber | which means porting to eg fennel may be very possible | 17:24 |
technomancy | cwebber: is this about switching your platform or more about having multiple working implementations that will both be kept active? | 17:24 |
technomancy | mwahaha love to hear it | 17:25 |
mntmn | cwebber: thank you! | 17:27 |
mntmn | qbit: sorry, no idea | 17:27 |
mntmn | (yet) | 17:27 |
qbit | kew | 17:27 |
mntmn | we need to test them first for a while to be able to gauge how it works in practice | 17:27 |
qbit | makes sense | 17:28 |
mntmn | the ls1028a is currently in the ddr4 calibration phase | 17:28 |
cwebber | technomancy: multiple implementations, at least Guile and Racket will both be active | 17:28 |
mntmn | apparently they made it boot from sd card but now it's all about getting the ram parameters right and tested. then i will get the module | 17:28 |
cwebber | it's partly that I want to demonstrate distributed programming with CapTP across different language runtimes | 17:29 |
cwebber | you could say two schemes is kind of cheating | 17:29 |
jackhill | mntmn: have you had any more thoughts on a "desktop" case? | 17:29 |
technomancy | cwebber: awesome. too many social protocols out there with only one implementation; always feels like a huge red flag (*cough*SSB*cough*) | 17:29 |
cwebber | technomancy: yes I want to avoid that | 17:29 |
mntmn | jackhill: yeah. would be interesting i guess. could replace my old NAS with something passive cooled... | 17:29 |
cwebber | technomancy: also we're working on interoperability with JS with Agoric's stuff and also I should stop spamming this channel about spritely things | 17:29 |
technomancy | haha, unless you want to talk about how your reform is allowing you to make spritely so much better | 17:30 |
mntmn | cwebber: it's ok, sounds interesting ^^ | 17:30 |
cwebber | well I do want to hack on spritely from the reform :) | 17:30 |
cwebber | that's a serious goal there | 17:30 |
mntmn | cool | 17:30 |
technomancy | code that is written on free hardware is 15 to 30% more freedom-effective, don't you know? | 17:31 |
cwebber | technomancy: obviously ;) | 17:31 |
cwebber | technomancy: I'm going to buy "artisnal organic produce" stickers in bulk, transmute them into pure data, and transmute them right onto every release shipped to every user | 17:32 |
cwebber | and yet somehow have the same hash every time | 17:32 |
cwebber | artisnal AND reproducible obviously | 17:32 |
jackhill | mntmn: just thinking if I end up with multiple compute modules, I'll of course want to run them all at once :) | 17:33 |
+ darth-cheney (~darth-che@2603-7000-8d00-1f72-20a1-b00f-18b2-57b6.res6.spectrum.com) | 18:02 | |
darth-cheney | Yo, I'm having some trouble following the instructions in this community thread: wget http://mntre.com/reform_md/flash-rescue-reform-init.bin | 18:02 |
darth-cheney | whoops, I mean: https://community.mnt.re/t/operating-system-on-nvme-without-sd-card/110 | 18:03 |
darth-cheney | No matter what I do I am unable to boot from either the nvme or the sd card. I'm always in emmc | 18:03 |
mntmn | jackhill: yes, same | 18:06 |
mntmn | darth-cheney: what are you trying to do? boot nvme via emmc? | 18:07 |
darth-cheney | mntmn: Yes, I was originally but I couldn't get that to work | 18:07 |
darth-cheney | So now I'm trying to just get back to the sd card and that's a no go too | 18:07 |
mntmn | darth-cheney: you have to switch the switch back | 18:08 |
mntmn | to go back to SD | 18:08 |
mntmn | the one on the module | 18:08 |
darth-cheney | oh I see | 18:08 |
darth-cheney | so emmc can only boot into itself, nvme, and I guess a usb device, right? | 18:09 |
darth-cheney | (I'm thinking I may not have migrated correctly and that's why nvme won't boot) | 18:09 |
+ odnes (~odnes@ppp141237116116.access.hol.gr) | 18:11 | |
- odnes (QUIT: Read error: Connection reset by peer) (~odnes@ppp141237116116.access.hol.gr) | 18:11 | |
+ wiedi (~wiedi@37.228.191.159) | 18:21 | |
bluerise | once I have my u-boot working with LCD, I'll probably replace the eMMC content so I don't need the SD card anymore | 18:21 |
+ khm (~kfx@wopr.sciops.net) | 18:23 | |
darth-cheney | ok back in action on the sd card, thanks. I'll try the full migration with boot some other time | 18:28 |
mntmn | darth-cheney: the answer to your question is yes | 18:30 |
darth-cheney | mntmn: thanks | 18:31 |
- qbit (QUIT: Quit: WeeChat 3.2) (~qbit@foof.suah.dev) | 19:28 | |
+ qbit (~qbit@foof.suah.dev) | 19:36 | |
- darth-cheney (QUIT: Ping timeout: 272 seconds) (~darth-che@2603-7000-8d00-1f72-20a1-b00f-18b2-57b6.res6.spectrum.com) | 19:52 | |
mtm | ACTION zooms in and tries to read the notes, hoping to see his name: https://mastodon.social/@mntmn/106731397052106138 | 21:40 |
mntmn | haha, no names on that | 21:46 |
technomancy | I was kind of surprised that booting off the SSD instead of the SD card was considered an advanced topic in the manual | 22:11 |
mntmn | well, it was untested at the time | 23:15 |
mntmn | or, not really untested but it was still kind of new | 23:16 |
mntmn | there was also a point where i thought dual display + nvme cannot work together, was a real headache | 23:16 |
technomancy | HDMI needs to die in a fire | 23:17 |
mntmn | and the fix looks like this... https://source.mnt.re/reform/reform-system-image/-/blob/main/reform2-imx8mq/template-kernel/patches/mnt4001-lcdif-fix-pcie-interference.patch#L18 | 23:17 |
- adjtm_ (QUIT: Ping timeout: 268 seconds) (~adjtm@13.red-88-1-141.dynamicip.rima-tde.net) | 23:24 | |
+ adjtm (~adjtm@229.red-81-36-31.dynamicip.rima-tde.net) | 23:28 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!