2024-03-15.log

joschminute: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/2900:39
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20)00:47
- mtm (QUIT: Ping timeout: 246 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)01:02
minutejosch: thank you very much! my brain wasn't working well enough anymore ^^ this looks good!01:32
+ sevan (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4)01:45
- jacobk (QUIT: Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) (~quassel@utdpat242017.utdallas.edu)02:24
+ jacobk (~quassel@utdpat242017.utdallas.edu)03:05
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)03:08
- jacobk (QUIT: Ping timeout: 268 seconds) (~quassel@utdpat242017.utdallas.edu)03:11
- skipwich (QUIT: Quit: DISCONNECT) (~skipwich@user/skipwich)04:02
+ skipwich (~skipwich@user/skipwich)04:03
+ jacobk (~quassel@64.189.201.150)05:46
- sevan (QUIT: Ping timeout: 256 seconds) (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4)06:07
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20)06:35
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)06:45
- GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon)06:47
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)06:48
- GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon)07:00
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)07:00
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20)07:16
- anzu (QUIT: Quit: WeeChat 3.5) (~anzu@melkki.cs.helsinki.fi)08:40
+ chomwitt (~chomwitt@2a02:587:7a11:6600:1ac0:4dff:fedb:a3f1)09:18
- Nixkernal (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~quassel@2a02:1210:1613:e600:e064:d3b8:33d1:5081)09:27
- chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:587:7a11:6600:1ac0:4dff:fedb:a3f1)10:29
hramrachjosch: the gitlab web ui may show garbage, don't trust it10:59
joschoh? o011:00
hramrachSeems to be triggered by having a PR open while it's updated 11:30
hramrachI probably don't have the latest gitlab, maybe they fixed it. Probably related to some in-browser cached data in local storage. When it comes to debugging in-browser JavaScript applications I had 0 success so far.11:34
- GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon)11:34
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)11:35
- mjw (QUIT: Killed (iridium.libera.chat (Nickname regained by services))) (~mjw@gnu.wildebeest.org)11:49
* Guest3510 -> mjw11:49
- mtm (QUIT: Ping timeout: 260 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)12:18
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)12:18
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@64.189.201.150)12:18
- Gooberpatrol_66 (QUIT: Ping timeout: 260 seconds) (~Gooberpat@user/gooberpatrol66)12:18
+ jacobk (~quassel@64.189.201.150)12:18
minutejosch: now testing !29 on a311d pocket12:23
AbortRetryFailupgrade time let's roll :)12:26
minutejosch: your !29 of reform-debian-packages probably doesn't reference the staging branch of reform-tools, right?12:26
minutejosch: ah i found a little error "linux/arch/arm64/boot/dts/freescale/meson-g12b-bananapi-cm4-mnt-pocket-reform.dts" this should be amlogic, and also the dtb is not added to the linux makefile12:29
minutejosch: but good news, with my dtb manually put in place, the kernel from your branch works nicely on a311d pocket and display comes on12:40
joschminute: a few hours ago i started a reform-debian-packages job for the rk3588-reform2-josch branch (that's MR 29) with the staging branch of reform-tools: https://source.mnt.re/reform/reform-debian-packages/-/pipelines/179012:53
minutejosch: niiice12:54
joschminute: when that had finished an hour ago i also started a reform-system-image pipeline run pulling in the packages from that branch and the results are here: https://source.mnt.re/reform/reform-system-image/-/jobs/3599/artifacts/browse12:54
minutejosch: great. so we only need to fix the dtb thingie. and i have one more issue i wanted to discuss. on pocket reform, we need to add the kernel parameter "fbcon=rotate:3". but currently we have no way to detect in u-boot hook that we're on pocket13:05
joschminute: like this? https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/29/diffs?commit_id=c8fc1515b4e3b52bd979ae3dc4c0d3f54b8da97013:06
joschminute: but we are building a different u-boot for the pocket, right?13:07
joschand that u-boot can then set fbcon=rotate:3 in its ${bootargs} which will be picked up by boot.scr or extlinux.conf13:07
minutejosch: yes, thanks for that (dtb)13:07
+ chomwitt (~chomwitt@2a02:587:7a11:6600:1ac0:4dff:fedb:a3f1)13:07
minutejosch: sure, that would be possible @ u-boot. it will add another 2 uboot builds (for now). 13:10
minutebut there's another issue here13:10
minuteif someone buys rcm4 with bpi, we don't know if they will put it in pocket reform or reform13:10
joschi see what you mean but the example is not a good one because the tools disallow flashing u-boot to the a311d :)13:11
minuteexactly13:11
joschbut it would happen with imx8mp i guess13:11
minuteso we can only fix the console for that by adjusting boot.scr13:12
minutei mean, it could be kind of like the dtb switcheroo for imx8mq with dual display vs single?13:13
minuteor the system images for pocket override the dtb in boot.scr which in turn should make the machine id sticky13:14
joschooooh you are talking about the configured dtb not the bootargs13:15
minutehmm that, too13:15
minuteboth13:15
minute:D13:15
joschbut bootargs should be handled transparently these days13:15
minutemaybe we could use "chosen" in the dtb to fix the rotation13:15
joschwe only added workarounds for platforms where old u-boot versions didn't populate ${bootargs} correctly in flash-kernel/ubootenv.d/00reform2_ubootenv13:15
minutei will test if "chosen" is respected, then we only have to make sure the right dtb is on the device13:16
joschabout choosing the right dtb, i don't think it is too much to ask for users who want to plug in ther module into a different device to run flash-kernel with a different device name before switching it over, no?13:17
minutejosch: yeah that's ok, or they would download the system image for pocket/a311d 13:18
joschfor flash-kernel, it's the FK_MACHINE environment variable which allows it to populate /boot for a different machine than the one it is currently running on13:20
joschminute: one lesson learned from flash-kernel/ubootenv.d/00reform2_ubootenv is, that it's important to make sure that the created u-boot binary populates ${board} with something meaningful. For example for a311d, the value is just "u200" which is not very helpful. :)13:23
joschso maybe now that you are creating new u-boot binaries, make sure that ${board} is set to a value that specifies both the SoM as well as whether it's for the big reform or the pocket?13:24
minutejosch: so far we are not even deploying the a311d uboot anywhere13:36
minutejosch: we just ship the vendor uboot13:36
minuteok, chosen { bootargs } in dtb is not respected ;/13:44
minutejosch: can we adjust ubootenv.d/00reform2_ubootenv somehow depending on /etc/flash-kernel/machine?13:47
joschminute: maybe i don't understand the problem yet. You are currently shipping a a311d u-boot for the big reform. What stops you from building one for the pocket reform as well and let that u-boot export different ${bootargs}?13:52
joschAlso, when you are building an a311d u-boot for the pocket, it can set a different ${board} which can then used by ubootenv.d/00reform2_ubootenv13:52
joschbut since the boot.scr created via ubootenv.d/00reform2_ubootenv already respects ${bootargs} that should not be necessary13:52
minutejosch: ah, it's a lapse in my thinking. i forgot that we are _not_ booting from emmc on a311d, but we're indeed using our own uboot13:53
joschminute: hence my "your example is bad" from above :)13:54
minuteyeah13:54
minutesorry, i was confused by all the m * n variants 13:54
joschbut you are booting from emmc for imx8mp so you might have a problem there again13:54
joschyeah, i mean that's why you wanted to keep the matrix small in the first place XD13:54
minuteyep, but i plan to reflash that uboot for shipping, and imx8mp for reform will be rare13:54
joschit becomes confusing very fast :D13:54
joschokay, cool!13:54
minutejosch: ok, then my TODO is to split the a311d u-boot build for reform + pocket?13:56
joschyes13:58
joschand provide imx8mp u-boot for reform + pocket13:58
joschand provide rk3588 u-boot13:58
joschas far as i'm concerned, my further work on reform-system-image to support more boards is blocked on all the u-boots being available :)13:58
minuteok, written all of these down13:58
minuteaye aye13:59
joschessentially, there are all the elements of the matrix you want to have supported: https://source.mnt.re/reform/reform-tools/-/tree/staging/modules?ref_type=heads14:00
minutegreat14:00
joschand when you go over the list, you see that we only have u-boot for ls1028a-reform, a311d-reform, imx8mq-reform and imx8mq+hdmi-reform14:00
minuteok i'll have some food and then i'll make all those uboots happen14:01
joschso we have four and we are missing four14:01
joschwow, awesome! :D14:01
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)14:22
joschwhoops, I forgot to add support for MNT Pocket Reform with BPI-CM4 Module and MNT Reform 2 with i.MX8MP Module to flash-kernel -- fixing...14:22
- jacobk (QUIT: Ping timeout: 268 seconds) (~quassel@64.189.201.150)14:23
joschminute: should I add http://dump.mntmn.com/imx8mp-mnt-reform2.dts to reform-debian-packages MR 29?14:24
minutejosch: oh that would be nice yes14:26
+ jacobk (~quassel@64.189.201.150)14:29
minuteinteresting, noticed only now that emacs' diff mode supports messing with the contents of the patch file14:31
minutei.e. it adjusts @@ -213,6 +213,7 to @@ -213,6 +213,8 if i add a line14:31
+ mark_ (~mjw@gnu.wildebeest.org)14:35
joschthat is quite the killer feature!14:38
joschturns out, rk3588-mnt-reform2.dts also wasn't built yet XD14:38
josch(dts is in the git but not copied into the build tree and no patching of the Makefile)14:39
minute:014:40
minutejosch: https://source.mnt.re/reform/reform-a311d-uboot/-/merge_requests/1 (not sure yet if it builds/works)14:47
minutejosch: about "u200" i remember i tried to change it once but the build didn't work then14:49
minutei probably did it wrong14:49
joschyeah, i remember having a similar experience14:50
joschother than that, looks good!14:50
joschminute: we have a build failure after adding imx8mp-mnt-reform2.dts:14:55
josch/<<PKGBUILDDIR>>/arch/arm64/boot/dts/freescale/imx8mp.dtsi:1847.34-1849.9: ERROR (phandle_references): /soc@0/bus@32c00000/dsi@32e60000/ports/port@0/endpoint: Reference to non-existent node or label "lcdif_out"14:55
josch  also defined at /<<PKGBUILDDIR>>/arch/arm64/boot/dts/freescale/imx8mp-mnt-reform2.dts:810.22-812.614:55
minuteoh huh14:56
minutelooking into it14:56
joschi pushed all my changes to the reform-tools staging branch and the reform-debian-packages rk3588-reform2-josch branch -- i'm now afk until later tonight :)14:57
- mark_ (QUIT: Quit: Leaving) (~mjw@gnu.wildebeest.org)14:57
- chomwitt (QUIT: Ping timeout: 272 seconds) (~chomwitt@2a02:587:7a11:6600:1ac0:4dff:fedb:a3f1)14:57
minutejosch: ok for imx8mp, port@0 is already in the dtsi14:58
minute(of mipi_dsi)14:58
joschminute: feel free to push into the rk3588-reform2-josch branch to fix things :)14:59
minuteok :015:00
minutejosch: initial u-boot for imx8mp setup https://source.mnt.re/reform/reform-imx8mp-uboot15:23
minute(pocket and reform2)15:23
- S0rin (QUIT: Quit: WeeChat 3.8) (~S0rin@user/s0rin)16:24
+ chomwitt (~chomwitt@2a02:587:7a11:6600:1ac0:4dff:fedb:a3f1)16:32
minutejosch: https://source.mnt.re/reform/reform-a311d-uboot/-/jobs/3629/artifacts/browse16:39
joschminute: nice!16:40
joschminute: Can we make the naming a bit more homogenous? Currently we have the device tree model name, the device tree dtb path name and the reform-system-image name which all refer to a combination of SoM and platform.16:41
joschInstead of adding a new group of names for the u-boot images, maybe some of the existing names could be copied16:42
minutejosch: yes, i also noticed this. i'll gladly copy the dtb names16:42
minutejosch: "flash" at the end or at the beginning of the string?16:42
joschuff :D16:42
joschmy gut feeling is to put it at the end16:43
joschbut i have no objective reasoning which makes me prefer that16:43
minuteok16:45
minuteimx8mp-mnt-reform2-flash.bin16:45
minuteetc16:45
minutemeson-g12b-bananapi-cm4-mnt-pocket-reform-flash.bin16:47
minuteetc16:47
joschminute: also, currently flash.bin is a real file -- what happens if you make it a symlink? Does it then show up in the artifact list as a symlink to X? That would make it obvious what this flash.bin is compared to the other files.16:51
minutejosch: optimally i want to get rid of that flash.bin16:52
minutejosch: i just didn't know yet if that breaks anything for you16:52
joschi don't think it breaks something to not have it16:52
joschbecause the existing scripts, download from existing tags16:52
minuteok, gonna remove it16:52
joschso if somebody has old versions of their stuff, they will just download flash.bin from an old tag and it will still exist there16:53
joschminute: while we are at naming stuff... now that you are about to have eight different configurations supported, what about naming the system image after the dtb name as well?16:54
joschimx8mp-mnt-reform2-system.img16:54
joschmeson-g12b-bananapi-cm4-mnt-reform2-system.img16:54
joschdoing so will probably break something in the links you have pointing to the artifacts from the main websites though16:55
minutethis will break many things yeah, also the new handbook16:55
minutei think it's better to have these user-facing paths less unwieldly. nobody knows what a meson g12b is16:56
minutethe pocket reform system images shall just be pocket-reform-system-image-a311d.img and pocket-reform-system-image-imx8mp.img16:57
minutelol without the -image16:57
minutepocket-reform-system-a311d.img16:57
minuteetc16:57
joschminute: https://paste.debian.net/1310807/16:58
joschi'm currently refactoring mkimage.sh to accomodate for this, hence my asking16:59
minutejosch: great, this looks nice and simple to me17:00
erlenaming different things differently is always a plus for cross-platform work17:07
joscherle: this was more a question of whether the same things should be named the same or not :)17:08
joschbut "a311d" is probably a bit more approachable than "meson-g12b-bananapi-cm4"17:09
joschfor what it's worth, the mapping between device tree model name, system image name, dtb name and now u-boot name is stored in a machine readable way in the files that will be shipped in /usr/share/reform-tools/modules/*.conf17:10
minuteyeah that's nice17:11
erlejosch do these three things have different naming schemes for other platforms?17:12
erlefour things17:13
joschthree things. dtb and u-boot images are named the same17:14
- Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)17:14
joschdtb names and device tree model names are the same elsewhere (theoretically, a lot not upstreamed yet)17:14
joschthe only "made up" naming is the one of the system images17:15
minuteaha > Image 'main-section' has faked external blobs and is non-functional: lpddr4_pmu_train_1d_imem_202006.bin lpddr4_pmu_train_1d_dmem_202006.bin lpddr4_pmu_train_2d_imem_202006.bin lpddr4_pmu_train_2d_dmem_202006.bin17:25
minuteit's blobbin' time17:25
mjwwhat is so special about memory training that it needs to be a proprietary blob? :{17:27
minutemjw: nothing, just chip industry things17:28
mjwsigh17:28
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)17:29
mjwIs there a project or a person who is looking at this? Would it be solvable by throwing money at the right people?17:32
mjwACTION realizes that sounded disrespectful. But I mean, it isn't really something I could work on without needing to learn a lot of new things. But if someone already has that knowledge maybe I could do some cheerleading by adding a little money in the pot.17:33
minutemjw: by the time someone has figured that out, the soc will be obsolete17:35
mjwgrrr17:35
hramrachit's been done for some SoCs before being completely obsolete17:36
minutemjw: sorry. it's just that this stuff is very thankless to RE because it's a strange ISA with vendor extensions and the registers are unknown17:37
minuteit's basically the same blob in the imx8mq, imx8mp, and a311d17:37
mjwyeah, I understand. Just a little disappointing.17:38
minutebecause they all bought the same synopsys ddrc IP17:38
minutels1028a does not have this issue17:38
mjwACTION shakes fist at "chip industry"17:38
mjwAnd I just got one of those! :)17:38
minutels1028a needs a blob for eDP though. i have some ideas for a display controller for it but i can't spend time on it because it would tank us financially17:38
minute(if i spent all my time on that and it would still be a niche product)17:39
mjwACTION is afraid he doesn't have that amount of cash to throw at it17:39
mjwAt least I hope your aren't selling your time cheaply.17:40
minutemjw: i am earning significantly less than i would in a normal tech job17:42
hramrachthat's basically why it's been done for some SoCs before being completely obsolete - they reused some memory controller IP from now obsolete SoCs17:43
minutei earn around 2680 eur/mo net and my apartment rent is around 1200 eur/mo (for around 35qm)17:45
mjwAnd that is also a little infuriating. Free Software and Open Hardware are unaffordable :{17:45
mjw[Working on]...17:46
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)17:56
minutejosch: ok finally, imx8mp flash bins https://source.mnt.re/reform/reform-imx8mp-uboot/-/jobs/3642/artifacts/browse18:02
- chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:587:7a11:6600:1ac0:4dff:fedb:a3f1)18:36
+ mark_ (~mjw@82-217-174-174.cable.dynamic.v4.ziggo.nl)18:47
* mjw -> Guest710718:48
- Guest7107 (QUIT: Killed (silver.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae)18:48
* mark_ -> mjw18:48
+ Guest7107 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae)18:48
- mjw (QUIT: Ping timeout: 268 seconds) (~mjw@82-217-174-174.cable.dynamic.v4.ziggo.nl)18:54
+ mjw (~mjw@gnu.wildebeest.org)19:03
- Guest7107 (QUIT: Ping timeout: 255 seconds) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae)19:42
+ sevan (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4)20:08
minutejosch: here's my new prototype for setting up reform-setup and tuigreet in the system image, looking for your advice to make this more debian conformant20:22
minutejosch: https://source.mnt.re/reform/reform-system-image/-/commit/82e059cf7c0044171b3778b5f20d77936693c3f920:23
minutejosch: better: https://source.mnt.re/reform/reform-system-image/-/merge_requests/9220:29
- jacobk (QUIT: Ping timeout: 240 seconds) (~quassel@64.189.201.150)20:29
- sevan (QUIT: Changing host) (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4)20:35
+ sevan (~sevan@user/venture37)20:35
+ jacobk (~quassel@utdpat241106.utdallas.edu)20:47
joschminute: now playing Stardew Valley in multiplay on my reform, then reviewing your MR. Looking forward! :)21:13
josch*multiplayer21:14
minutejosch: niiice21:18
minutei'm also now in feierabend but first trying to import a midi file into my DAW format21:18
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@utdpat241106.utdallas.edu)21:37
+ chomwitt (~chomwitt@2a02:587:7a11:6600:1ac0:4dff:fedb:a3f1)22:16
+ athena (~athena@i577B8B57.versanet.de)23:46
* athena -> athenametro23:47
- chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:587:7a11:6600:1ac0:4dff:fedb:a3f1)23:47
athenametroWill people with an MNT Reform be at the easterhegg in Regensburg at the end of this month? I'd love to see one in person23:49
+ jacobk (~quassel@64.189.201.150)23:52
vkoskivI'll be in Germany, in Saarbrücken23:57
vkoskivs/in/but in/23:58
vkoskivThat sounded silly without the but :D23:58
vkoskivI was too focused on the ü23:58
erlemaybe23:59

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