2023-08-29.log

- GNUmoon (QUIT: Ping timeout: 246 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon)00:05
- S0rin (QUIT: Ping timeout: 246 seconds) (~S0rin@user/s0rin)00:16
+ S0rin (~S0rin@user/s0rin)00:18
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)00:19
- mjw (QUIT: Ping timeout: 255 seconds) (~mjw@gnu.wildebeest.org)01:27
* robin_ -> robin01:36
- mtm (QUIT: Ping timeout: 246 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)02:03
- jacobk (QUIT: Ping timeout: 255 seconds) (~quassel@utdpat241106.utdallas.edu)02:14
- nsc (QUIT: Ping timeout: 244 seconds) (~nicolas@250-49-142-46.pool.kielnet.net)03:31
+ reform7368 (~keydelk@c-67-176-15-10.hsd1.co.comcast.net)03:32
* reform7368 -> Keith_K03:33
Keith_Kwho03:33
+ nsc (~nicolas@30-49-142-46.pool.kielnet.net)03:34
- violet (QUIT: Ping timeout: 245 seconds) (~vi@user/violet)03:45
+ violet (~vi@user/violet)03:46
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)04:09
dozenshoo04:20
- murphnj (QUIT: Quit: Leaving) (~murph@user/murphnj)04:23
- Keith_K (QUIT: Quit: Leaving) (~keydelk@c-67-176-15-10.hsd1.co.comcast.net)04:30
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50)04:47
Asmadeus(yes, I can confirm "just routing the modem audio to a sai port" works on imx8mp -- it's what we do on https://armadillo.atmark-techno.com/armadillo-iot-g4 )05:33
Asmadeus(no english beware)05:33
+ bgs (~bgs@212-85-160-171.dynamic.telemach.net)07:15
+ IchikaZou_ (~IchikaZou@45.8.223.233)07:30
- IchikaZou (QUIT: Ping timeout: 246 seconds) (~IchikaZou@45.8.223.248)07:32
+ MajorBiscuit (~MajorBisc@62-137-46.netrun.cytanet.com.cy)08:36
minuteAsmadeus: oh nice09:42
Asmadeusthe LTE dts overlay is here if that's of any help (but schematics aren't public so might not be that useful) https://github.com/atmark-techno/linux-5.10-at/blob/master/arch/arm64/boot/dts/freescale/armadillo_iotg_g4-lte-ext-board.dts09:49
minuteAsmadeus: thanks!09:55
+ andreas-e (~Andreas@2001:861:c4:f2f0::c64)10:23
+ mjw (~mjw@gnu.wildebeest.org)10:36
- buckket (QUIT: Remote host closed the connection) (~buckket@vps.buckket.org)11:17
+ buckket (~buckket@vps.buckket.org)11:18
- MajorBiscuit (QUIT: Ping timeout: 246 seconds) (~MajorBisc@62-137-46.netrun.cytanet.com.cy)11:20
+ MajorBiscuit (~MajorBisc@62-137-46.netrun.cytanet.com.cy)11:22
- IchikaZou_ (QUIT: Remote host closed the connection) (~IchikaZou@45.8.223.233)11:51
+ IchikaZou (~IchikaZou@45.8.223.233)11:53
- IchikaZou (QUIT: Remote host closed the connection) (~IchikaZou@45.8.223.233)11:53
- mjw (QUIT: Ping timeout: 248 seconds) (~mjw@gnu.wildebeest.org)12:22
* mark_ -> mjw12:34
- mjw (QUIT: Quit: Leaving) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae)12:35
- MajorBiscuit (QUIT: Ping timeout: 246 seconds) (~MajorBisc@62-137-46.netrun.cytanet.com.cy)13:12
+ MajorBiscuit (~MajorBisc@2001:610:450:a0::2:58)13:14
minutejosch: hm, didn't you recently show me a MR where you rebased our linux patches on 6.5 (?)13:19
+ mjw (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae)13:37
minutehi from the first production MNT Reform 2.5 motherboard13:50
sevan<313:55
minuteseems to work fine!13:55
minutealready tested everything except battery charging13:55
sevanis the 2.5 motherboard on par with the pocket's one? just a different size?13:57
sevan(bad way of asking "what's changed? with the v2.5 one")13:59
minutesevan: hmm no, they're very different. the 2.5 is just an evolution of the 2.0 with some bug fixes and improvements14:01
sevanunderstood :)14:03
- mtm (QUIT: Ping timeout: 246 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)14:04
minutejosch: hmm, any idea what's causing this? https://source.mnt.re/reform/reform-debian-packages/-/jobs/1751#L141714:05
sevaninteresting, didn't think to install those deps from the Debian repos. I used stock from upstream which is normally fine but they have their actions to blindly regen packages daily even if there's no change. I always have box86 updates to install :)14:10
sevanhmm, I think the box64 repo needs attention on mine since upstream has had a reshuffle. I noticed the repo gets ignored by apt now.14:11
- MajorBiscuit (QUIT: Ping timeout: 258 seconds) (~MajorBisc@2001:610:450:a0::2:58)15:11
+ MajorBiscuit (~MajorBisc@62-137-46.netrun.cytanet.com.cy)15:13
unixpoetminute: given that I ordered a LS1028A module, will I be receiving the 2.0 or 2.5?15:15
minuteunixpoet: if you ordered a laptop from us (sounds like it), you'll get the 2.5 15:36
- GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon)15:50
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)15:51
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)16:10
minutejosch: ah, found it https://source.mnt.re/reform/reform-debian-packages/-/commits/linux6.516:11
unixpoetminute: I did, yes. and that's excellent, thank you!16:24
joschminute: the box64 related error happens because your branch is probably missing this commit from master: 9d1dcab8066bb7fd98722c35afc5b5949bc44fb216:31
minutejosch: i've now merged your 6.5 branch into my branch https://source.mnt.re/reform/reform-debian-packages/-/pipelines/115316:35
joschhrm.. the result is a bit of a mess now...17:12
joschyou don't need the changes to box64, xwayland or gst-plugins that you have in that branch because the branch you are basing your changes on top of already have all of that fixed -- now your merge commit re-introduces things that should not be there in the first place17:13
joschwell, 6.5 was officially released two days ago so it should not be long until that lands in Debian unstable17:14
minutejosch: ok, i can undo any box64 and gst-plugins changes, if you can point me to the files as they should be, i will just pick them. xwayland should be gone, no?17:18
joschyes17:21
joschminute: the files as they should be are what you see in the master branch17:21
joscherrr... main17:21
joschthe only commit that you need for 6.5 support on top of main is 044c8b1fc6185314256282e1e4d2344e8a5cabf317:22
joschthis is what the linux6.5 branch contains: main + 044c8b1fc6185314256282e1e4d2344e8a5cabf317:22
joschjust don't change things unrelated to a311d and you should be good to go :)17:23
minutejosch: ok, hmm, the only difference in "patches" that i can see is that i turned off gst-plugins-good1.0 because it didn't build before17:24
minuteah, but the build scripts are different.17:25
minuteok, then i will discard and start a new branch from main + 044c8b1fc6185314256282e1e4d2344e8a5cabf317:25
joschminute: i think you just need to rebase most of your commits17:26
joschi think the problem is the merge17:26
joschyou avoid that by rebasing instead i think17:26
minuteyeah, it's too hard for me to understand17:26
minuteso i'll redo it17:26
joschit should probably work by just doing "git switch linux6.5 && git checkout -b a311d6.5" and then cherry-pick what you need from a311d6.417:27
- MajorBiscuit (QUIT: Ping timeout: 248 seconds) (~MajorBisc@62-137-46.netrun.cytanet.com.cy)17:31
minutejosch: yeah, that's kind of what i want to do ^^17:32
joschit's always so tempting to already work on the most recent rc releases (oh look all the new shinies!) but then it creates confusion with non-main branches XD17:33
joschminute: note though, that linux6.5 does include changes that i will *not* merge into main (those that enable experimental) -- so if you want to go via a merge request, you will need to rebase again once 6.5 gets uploaded to Debian unstable and i push the right changes to main17:35
minutejosch: oh :(17:38
minutejosch: thing is, i want to make an image for a311d that we can ship. what would you suggest? i wanted to use 6.5 because you rebased the patchstack and it was quite significantly reduced17:39
minutei guess i have to instead rebase on main now17:40
joschminute: you can could either build a reform-system-image using the repo containing the experimental kernel17:40
joschminute: or you could wait a few days until 6.5 is in unstable17:40
minutehmm, don't really have that time17:40
joschoption 3:17:40
joschenable the experimental 6.5 kernel for everybody by letting the main branch build that instead of unstable17:40
joschand remember that when i say that i will *not* merge something into main, then you can still veto everything as it's your repo not mine :)17:41
minutehaha ok17:41
minutei don't want to cause a big disagreement though :D17:42
joschit won't17:42
joschi fear that things might break but that's not a problem if you take responsibility and not me :)17:42
minutei'll test the main + 6.5 way then, and install the package on my imx8mq test system17:42
joschwrt disagreement also remember that i now have reform.d.n and if i don't like something that's done on the mnt repos, then i can just do it different in reform.d.n :D17:44
minute:D17:49
joschgetting back to some actual breakage when shipping the experimental kernel in the mnt repos: the debian linux kernel has an abiname of "0" for all the experimental rcX releases. This means that users who install multiple experimental kernel versions will not have their dkms modules rebuilt (as the abiname didn't change) and that might work but it also might not. This is a risk but you decide of course. 17:54
josch:)17:54
joschif it's just the lpc module then not much will break (just the battery status indicator) but i think some people here have zfs built via dkms?17:55
joschbut then again, the mnt repos are based on unstable so those using it should be prepared to fix things if they break17:56
minutehm hm hm.17:56
joschactually, this might be solvable by also patching the abiname17:58
joschif you want to go that route, i'll just bump that one17:58
minutesounds good!17:59
minutejosch: this should be fine, right? https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/1318:15
joschminute: ah this looks much better :)18:16
joschminute: i'll be away until ~22 your TZ so feel free to press the merge button yourself after you have verified that the result actually works :)18:17
josch~22:0018:17
minutejosch: alright, see ya!18:18
joschcool, good luck! :)18:20
josch6.5 really looks good with respect to how many things got integrated already :)18:21
+ jacobk (~quassel@utdpat242094.utdallas.edu)18:24
- jacobk (QUIT: Ping timeout: 258 seconds) (~quassel@utdpat242094.utdallas.edu)18:33
minuteyes :318:37
+ MajorBiscuit (~MajorBisc@62-137-46.netrun.cytanet.com.cy)18:41
- MajorBiscuit (QUIT: Ping timeout: 255 seconds) (~MajorBisc@62-137-46.netrun.cytanet.com.cy)19:03
+ mark_ (~mjw@gnu.wildebeest.org)19:14
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)19:25
- mtm (QUIT: Ping timeout: 245 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)19:37
- andreas-e (QUIT: Quit: Leaving) (~Andreas@2001:861:c4:f2f0::c64)19:39
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)19:53
+ gnou_liber (~gnou_libe@223.pool85-50-3.static.orange.es)19:56
+ andreas-e (~Andreas@2001:861:c4:f2f0::c64)20:02
+ jacobk (~quassel@129.110.242.224)20:05
minuteok cool, kernel 6.5 build works fine @ a311d reform20:35
minutealso appears to work so far @ imx8mq reform21:14
minutebut we need a new kernel cmdline for a311d :321:14
- jacobk (QUIT: Ping timeout: 246 seconds) (~quassel@129.110.242.224)21:21
- gnou_liber (QUIT: Quit: Leaving) (~gnou_libe@223.pool85-50-3.static.orange.es)21:21
+ jacobk (~quassel@utdpat241106.utdallas.edu)21:35
noamI only lost three cells. Neat.21:38
noamFive are fully revived and charged, two fail to charge in the smart charger, and one isn't detected.21:38
+ MajorBiscuit (~MajorBisc@62-137-46.netrun.cytanet.com.cy)21:42
joschminute: is there a set of kernel cmdline that works for all SoMs or do we need to think of a way which installs the right cmdline per platform?21:45
minutejosch: i believe i can make a universal one21:53
joschminute: right now, the cmdline gets set by LINUX_KERNEL_CMDLINE in /etc/default/flash-kernel (created by reform-system-image) for boot.scr and by /usr/share/u-boot-menu/conf.d/reform.conf (as installed by reform-tools) for extlinux.conf21:53
joschthe second one can be fixed by introducing platform dependent reform-tools packages21:54
minuteok21:54
joschthe first one is harder because we cannot ship that file in a package21:54
minuteyep21:54
minutei will attempt it tomorrow!21:54
joschwhy is the correct cmdline not set by u-boot's ${bootargs} instead?21:54
joschbecause u-boot knows the platform it's booting and can set the value so that it doesn't have to be overridden by boot.scr or extlinux.conf, right?21:55
joschand then we can just drop the special handling21:55
joschoh there was some update of the gitlab at source.mnt.re21:59
- andreas-e (QUIT: Quit: Leaving) (~Andreas@2001:861:c4:f2f0::c64)22:05
- jacobk (QUIT: Ping timeout: 255 seconds) (~quassel@utdpat241106.utdallas.edu)22:11
- MajorBiscuit (QUIT: Ping timeout: 255 seconds) (~MajorBisc@62-137-46.netrun.cytanet.com.cy)22:13
+ jacobk (~quassel@129.110.242.224)22:39
- mjw (QUIT: Killed (NickServ (GHOST command used by mark_!~mjw@gnu.wildebeest.org))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae)22:50
* mark_ -> mjw22:50
+ mark_ (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae)22:50
- jacobk (QUIT: Ping timeout: 246 seconds) (~quassel@129.110.242.224)22:56
+ jacobk (~quassel@129.110.242.224)22:58
- jacobk (QUIT: Ping timeout: 246 seconds) (~quassel@129.110.242.224)23:06
+ MajorBiscuit (~MajorBisc@62-137-46.netrun.cytanet.com.cy)23:10
- MajorBiscuit (QUIT: Ping timeout: 255 seconds) (~MajorBisc@62-137-46.netrun.cytanet.com.cy)23:17
+ new_user (~new_user@p54aa97dd.dip0.t-ipconnect.de)23:47
new_userHi together. I got MNT Reform to play with but I get no screen output (not even a backlight) after "Power on". Only two white LEDs are shining. First thing I want to know is if it should work with and without batteries inserted? And what else can I try? Thanks23:50
new_userAlso no output on the HDMI port23:52

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!