2024-10-10.log

- Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.56.60)00:10
+ Ar|stote|is (~linx@149.210.56.60)00:12
+ cow321 (~deflated8@user/meow/deflated8837)00:29
- Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)00:43
+ Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66)00:44
- gsora (QUIT: Ping timeout: 260 seconds) (~gsora@user/gsora)01:19
+ gsora (~gsora@user/gsora)01:33
- cow321 (QUIT: Ping timeout: 252 seconds) (~deflated8@user/meow/deflated8837)02:26
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)02:33
+ bkeys1 (~Thunderbi@173.16.175.75)02:33
* bkeys1 -> bkeys02:35
- erle (QUIT: Ping timeout: 246 seconds) (~erle@user/erle)02:44
+ cow321 (~deflated8@user/meow/deflated8837)02:45
- mjw (QUIT: Ping timeout: 246 seconds) (~mjw@gnu.wildebeest.org)03:01
+ jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net)03:07
- nsc (QUIT: Ping timeout: 252 seconds) (~nicolas@53-99-142-46.pool.kielnet.net)03:26
+ nsc (~nicolas@i5C74DC12.versanet.de)03:27
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)03:29
+ bkeys1 (~Thunderbi@173.16.175.75)03:29
* bkeys1 -> bkeys03:31
- paperManu (QUIT: Ping timeout: 248 seconds) (~paperManu@198.16.214.40)03:41
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)04:05
+ bkeys1 (~Thunderbi@173.16.175.75)04:06
* bkeys1 -> bkeys04:08
- spew (QUIT: Quit: spew) (~spew@201.141.99.170)04:28
- bkeys (QUIT: Remote host closed the connection) (~Thunderbi@173.16.175.75)04:33
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)04:38
- Gooberpatrol_66 (QUIT: Ping timeout: 276 seconds) (~Gooberpat@user/gooberpatrol66)04:39
- sts-q (QUIT: Ping timeout: 276 seconds) (~sts-q@2a11:fb80:3f0:8401:48b5:7b37:c759:8a59)04:48
+ sts-q (~sts-q@89.58.73.41)04:54
- CandidCadaver (QUIT: Ping timeout: 248 seconds) (~aloo_shu@90.166.98.221)05:21
- Ar|stote|is (QUIT: Ping timeout: 276 seconds) (~linx@149.210.56.60)05:26
+ Ar|stote|is (~linx@149.210.16.205)05:30
+ CandidCadaver (~aloo_shu@90.166.98.221)05:33
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)06:03
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50)06:43
- cobra (QUIT: Ping timeout: 246 seconds) (~cobra@user/Cobra)06:44
+ blast007` (~blast@user/blast007)07:05
- blast007 (QUIT: Read error: Connection reset by peer) (~blast@user/blast007)07:05
+ cobra (~cobra@user/Cobra)07:06
- grimmware (QUIT: Ping timeout: 276 seconds) (sid638840@id-638840.hampstead.irccloud.com)07:22
+ grimmware (sid638840@hampstead.irccloud.com)07:23
+ gustav28 (~gustav@c-5d34524e.019-141-67626730.bbcust.telenor.se)08:11
joschminute: another thing: is the rk3588 loading u-boot from sd-card or from emmc by default? If the latter I suppose you are flashing the emmc of the modules before you ship them? Are you using reform-flash-uboot to do that flashing? If not, could you maybe try doing that once to make sure that the version of reform-flash-uboot on release does not mess anything up?08:23
+ jaume (~user@user/jaume)08:32
+ erle (~erle@2a02:8109:da01:6400::430b)09:02
- erle (QUIT: Changing host) (~erle@2a02:8109:da01:6400::430b)09:02
+ erle (~erle@user/erle)09:02
minutejosch: so far it appears that sd card has priority, if that has a bootloader. with no sd card inserted it tries to boot from emmc09:10
joschthat's nice!09:17
* blast007` -> blast00709:29
- Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.16.205)09:46
+ Ar|stote|is (~linx@149.210.16.41)09:51
- Ar|stote|is (QUIT: Ping timeout: 260 seconds) (~linx@149.210.16.41)10:38
+ jaume` (~user@119.15.112.1)10:40
- jaume (QUIT: Ping timeout: 245 seconds) (~user@user/jaume)10:41
+ Ar|stote|is (~linx@149.210.16.24)10:42
- jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net)11:04
+ jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net)11:04
+ mjw (~mjw@gnu.wildebeest.org)11:40
+ jaume`` (~user@67.218.253.121)12:37
- jaume` (QUIT: Ping timeout: 260 seconds) (~user@119.15.112.1)12:39
- robin (QUIT: Remote host closed the connection) (~robin@user/terpri)12:39
+ robin (~robin@user/terpri)12:40
- mjw (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org)12:46
+ paperManu (~paperManu@198.16.214.40)12:46
* tadeus_brick -> TadeusTaD13:00
- TadeusTaD (QUIT: Changing host) (tadeustad@psifactor.pl)13:00
+ TadeusTaD (tadeustad@user/TadeusTaD)13:00
* Guest8415 -> mjw13:03
+ tom_ (~tom@compara.offerte.fibra.casa)13:13
tom_still can't access your site13:13
tom_checked ip on https://mioip.info and is ok13:13
tom_did you rifrewall filter ip from italy?13:13
gsorawrong buffer tom_?13:14
tom_dont know13:14
tom_:\13:14
joschtom_: i think you are in the wrong channel13:15
tom_damn13:15
tom_!13:15
tom_sorry13:15
- tom_ (QUIT: Quit: I was getting bored) (~tom@compara.offerte.fibra.casa)13:15
+ tom_ (~tom@madonna.che.casino)13:35
- tom_ (QUIT: Client Quit) (~tom@madonna.che.casino)13:38
minutejosch: ok so secondary HDMI on RK3588 strangely only works with clk_ignore_unused kernel parameter. that means some clock declaration is likely missing for the second hdmi. but i will add that to the kernel commandline then in uboot. and also the missing rotation for pocket rk3588. then the first system images will be ready14:08
+ ZylonMaster (~hjcs@syn-098-015-248-249.res.spectrum.com)14:31
joschminute: okay, so for a311d u-boot we have:14:53
joschCONFIG_BOOTARGS="ro no_console_suspend console=ttyAML0,115200 pci=pcie_bus_perf libata.force=noncq nvme_core.default_ps_max_latency_us=0 console=tty1 fbcon=rotate:3"14:53
joschif you add something similar to rk3588 u-boot and tag it, then the hashes can be put into reform-tools and a new release can be made14:53
ZylonMasterwill I get a notification if my mnt reform is coming to me?15:17
ZylonMasterjust wondering15:17
- jaume`` (QUIT: Remote host closed the connection) (~user@67.218.253.121)15:34
minuteZylonMaster: yes15:45
minutejosch: ah, i just need to tag, because i've done the uboot kernel cmdline fixes now and tested them with reform+pocket reform15:46
minutejosch: tag 2024-10-10 pushed to reform-rk3588-uboot15:47
ZylonMasterfrom what I hear RK3588 can compete with the intel N100. Sounds like it must be blazingly fast for an ARM chip15:50
ZylonMasterits good that you picked that15:50
minuteyes, i can't wait to put it in people's hands (working on that right now)15:50
minutewe already got a lot of them through QA15:51
ZylonMasterdont blame you15:51
ZylonMasterthats some speed15:51
ZylonMasterhow much you charging on crowdsupply is a good questionb15:51
ZylonMasterim sure some have asked that15:51
minutewhat do you mean?15:51
ZylonMasterwell its US dollars15:51
ZylonMasteron crowdsupply15:52
ZylonMasteri wondered its differing vs your website15:52
ZylonMaster500 euros is your website15:52
minuteah you mean if we offered rk3588 upgrade on crowd supply15:52
minutewe haven't negotiated that yet15:52
ZylonMasteryeah15:52
ZylonMasterah okay15:52
ZylonMasterprobably 600 if its like the website tho15:52
minutewe have to offer it and they have to agree to carry it etc15:52
ZylonMasteri would guess15:52
ZylonMasterbut uh yeah15:55
ZylonMasteri wait on that15:55
ZylonMasterdont see why they wouldn't offer it15:55
+ bkeys (~Thunderbi@173.16.175.75)15:59
- ZylonMaster (QUIT: Quit: Leaving) (~hjcs@syn-098-015-248-249.res.spectrum.com)16:00
- bkeys (QUIT: Client Quit) (~Thunderbi@173.16.175.75)16:00
+ bkeys (~Thunderbi@173.16.175.75)16:01
- bkeys (QUIT: Client Quit) (~Thunderbi@173.16.175.75)16:04
+ bkeys1 (~Thunderbi@173.16.175.75)16:04
* bkeys1 -> bkeys16:06
- murphnj (QUIT: Quit: Leaving) (~murph@user/murphnj)16:10
+ mark_ (~mjw@gnu.wildebeest.org)16:41
ehmrythe stock debian install on my pocket broker afte I booted from an sdcard: https://paste.sr.ht/~ehmry/16620b56b0690176da538b0e5a3388d810fc562e16:43
ehmry… and the off switch for the power board just broke off16:45
- mark_ (QUIT: Quit: Leaving) (~mjw@gnu.wildebeest.org)16:49
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)16:53
+ bkeys1 (~Thunderbi@173.16.175.75)16:54
joschminute: thank you! i'll combine that with fixing the expected kernel cmdline in the machines.conf files -- just to be sure, could you copypaste me your current /proc/cmdline with the updated u-boot?16:54
joschehmry: is there anything interesting above the first "Kernel panic"?16:55
joschah that's probably due to your loglevel setting16:55
* bkeys1 -> bkeys16:56
- bkeys (QUIT: Client Quit) (~Thunderbi@173.16.175.75)16:57
+ bkeys1 (~Thunderbi@173.16.175.75)16:57
joschehmry: your log shows 6.8.9-mnt-reform-arm64 -- that's quite old. What was your setup and what did you change?16:59
* bkeys1 -> bkeys17:00
- Ar|stote|is (QUIT: Ping timeout: 276 seconds) (~linx@149.210.16.24)17:00
ehmryjosch: I didn't change anything17:03
+ Ar|stote|is (~linx@149.210.16.212)17:04
joschehmry: you said you booted from an sd-card. Are you saying that you didn't change your original install, then booted a rescue image, shut it off, took out the sd-card, booted again and then it was broken?17:04
ehmryyes17:05
joschthat is... odd...17:05
ehmrythe image on the external didn't sucessfully boot, it did a fallback to debian17:05
ehmrywell hopefully I can get it to boot from sdcard17:07
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)17:07
+ bkeys (~Thunderbi@173.16.175.75)17:07
- bkeys (QUIT: Client Quit) (~Thunderbi@173.16.175.75)17:10
+ bkeys (~Thunderbi@173.16.175.75)17:10
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)17:13
+ bkeys (~Thunderbi@173.16.175.75)17:13
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)17:43
+ bkeys1 (~Thunderbi@173.16.175.75)17:44
* bkeys1 -> bkeys17:46
+ spew (~spew@201.141.99.170)17:52
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)17:55
+ bkeys (~Thunderbi@173.16.175.75)17:55
minutejosch: i'm having some last minute issues with rk3588 uboot SPL. first of note: the rk doesn't seem to use the boot partitions but expects the bootloader on the main emmc partition (i stumbled over this before). then, for some reason the current uboot build's SPL only tries to boot from MMC1 (eMMC) and fails if that's not there, even the sd card version. i have an older sd card with uboot from18:21
minuteAug 28 and there it correctly tries to load uboot from MMC2. so i need to dig into that now18:21
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)18:24
+ bkeys (~Thunderbi@173.16.175.75)18:25
- NanoCodeBug (QUIT: Ping timeout: 252 seconds) (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net)18:25
+ NanoCodeBug (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net)18:25
minutereading https://github.com/u-boot/u-boot/blob/master/doc/usage/spl_boot.rst#image-load-methods18:28
hramrachthere is some logic to determine from what device the SPL booted and try loading the next stage from that, maybe it broke18:31
minutethe docs mention board_boot_order() but that's only defined in very old boards, so the docs are likely outdated18:33
hramrachdepending on the SPL implementation there can be a fixed order or logic that tries to load the next stage from the same medium 18:33
minuterockchip-common.h has #define BOOT_TARGETS    "mmc1 mmc0 nvme scsi usb pxe dhcp spi"18:35
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)18:36
+ bkeys (~Thunderbi@173.16.175.75)18:37
minutebut BOOT_TARGETS are not referenced in spl code18:38
minutemhm, there is ./arch/arm/mach-rockchip/spl-boot-order.c18:40
minuteah, they have special fdt nodes18:43
minuteu-boot,spl-boot-order18:43
hramrachalso spl_decode_boot_device18:45
minuteaha, there's a special rk3588-rock-5b-u-boot.dtsi18:46
minuteand i changed to our own dts so that stuff is now gone18:47
minutebut that dtsi has > u-boot,spl-boot-order = "same-as-spl", &sdmmc, &sdhci;18:47
minuteis there a convention that auto includes -u-boot.dtsi for a given dts? because it's not explicitly included anywhere18:48
minuteadding that to our uboot .dtses18:50
hramrachyes, I think there is some fixup that appends the foo-u-boot.dtsi to foo.dts or something like that18:52
minutemhm makes sense18:52
hramrachhm, there are a lot of device trees that include it explicitly18:53
minutehmmmmm18:53
minuteah maybe i grepped wrongly18:53
minute> rg rk3588-rock-5b-u-boot18:54
minuteonly yields board/radxa/rock5b-rk3588/MAINTAINERS18:54
hramrachbut they often include a different one18:54
minuteok, but that was it, fixes SPL18:55
hramrachyes, it should work automagically, described in doc/develop/devicetree/control.rst18:55
hramrachthe cases when the u-boot.dtsi is included are cases like yours when it is reused 18:56
hramrachI suopose you could rename it to rk3588-u-boot.dtsi to get it included in all rk3588 boards18:58
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)18:58
+ bkeys (~Thunderbi@173.16.175.75)18:58
- bkeys (QUIT: Client Quit) (~Thunderbi@173.16.175.75)18:59
+ bkeys (~Thunderbi@173.16.175.75)19:00
+ mark_ (~mjw@gnu.wildebeest.org)19:02
minutei somehow broke one of the modules so that i now get "Found non-UXN mapping" during boot19:02
minutehramrach: thx19:02
minutethis is in kernel_init -> ptdump_check_wx 19:03
minute> watchdog: BUG: soft lockup - CPU#4 stuck for 104s!19:04
minuteoh strange, uboot says 16GB memory but this board has 32GB19:05
minuteso perhaps wrong dram init19:05
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)19:09
+ bkeys1 (~Thunderbi@173.16.175.75)19:09
minuteah no, that was a copypaste error, butttt the problem remains. so the problem is caused by the mainline SPL/ddr blob19:10
minutelooks like the icore modules were always booting vendor SPL from emmc which was in turn booting the rest of our uboot from SD19:11
minutebut now that i've overwritten that i get different output from ddr blob and then later memory errors19:11
minutevendor > DDR V1.10 75d050770f typ 23/02/28-20:47:1019:11
* bkeys1 -> bkeys19:11
minutecollabora > DDR Version V1.08 2022061719:11
minutejosch: btw: /scripts/init-top/reform: line 21: setfont: not found19:17
minuteaha, it boots on the "broken" module with mem=1G which confirms it has to do with ddr setup19:18
minuteso probably the ddr blob included in the collabora uboot build process can't deal with 32GB correctly, or with the DDR chips used on the firefly19:19
joschminute: that line in /scripts/init-top/reform was added by hramrach in https://source.mnt.re/reform/reform-tools/-/merge_requests/87 but that commit also copied /usr/bin/setfont into the initramfs... hrm...19:20
minutejosch: that doesn't seem to work yeah19:21
chhuh, that should just work19:22
joschindeed19:22
joschit was also tested by hramrach 19:22
chis it possible the image doesnt have setfont in the first place?19:22
joschso i'm curious to find out how it broke for you19:22
joschugh... and then the hook would *not* error out?19:23
joschsec...19:23
chdunno, maybe19:23
joscheverything is possible with mkinitramfs19:23
chyeah19:23
joschwould not be the first surprise...19:23
joschno, the vanilla system image has /usr/bin/setfont19:25
joschis this maybe a merged-/usr problem?19:26
chplease no19:26
joschthe canonical path in the kbd package is /bin/setfont19:26
chthe initramfs is supposed to be merged, iirc19:26
joschthis problem escaped me because i'm not testing the image on the pocket of course... :/19:27
joschlet me see if i can reproduce it in qemu...19:28
joschah i see the bug!19:29
joschsorry!19:29
chcurious now19:30
hramrachhm, the vendor ddr blob claims it's newer. Can it be extracted?19:30
joschch: https://source.mnt.re/reform/reform-tools/-/blob/main/initramfs-tools/hooks/reform?ref_type=heads#L3519:30
minutehramrach: digging into that atm...19:31
joschthis only copies in /usr/bin/setfont *if* the hook is run *on* the pocket19:31
joschch: and the system image is not built on the pocket :)19:31
minuteinteresting, github code search for 75d050770f gives error 50219:31
chugh19:31
minuteaha https://github.com/rockchip-linux/rkbin/blob/master/doc/release/RK3588_EN.md19:31
chjosch: but that means the LS1028A workaround is also wrong?19:32
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)19:32
ch(running the hook -on- the pocket does work)19:32
+ bkeys (~Thunderbi@173.16.175.75)19:32
minuteso it's part of rkbin. and collabora cloned some old rkbin19:32
chs/workaround/firmware copying/19:32
joschch: yes, but only very few people are running an ls1028a and those who do already have their machines set up and probably are not trying out new system images :)19:32
chright19:33
hramrachjosch: I would hope that's handled by the /etc/flash-kernel/machine19:33
minuteaha wait > export ROCKCHIP_TPL=../rkbin/bin/rk35/rk3588_ddr_lp4_2112MHz_lp5_2736MHz_v1.08.bin19:33
minutethere's the version right there. so DDR init is in TPL19:33
joschhramrach: you might be right... maybe my conclusion was too quick19:34
joschi'll dissect an initramfs...19:34
minutebut the rkbin fork is 2 years old anywy19:34
chstupid initramfs brightness hack in case anyone wants it: https://gist.githubusercontent.com/zeha/121b12c1ef540ee17df807fae0288f57/raw/ee83a61dda413a6fc658abb83abc1a0942bcdad8/brightness19:36
hramrachthre is https://github.com/rockchip-linux/rkbin/blob/master/bin/rk35/rk3588_ddr_lp4_2112MHz_lp5_2736MHz_eyescan_v1.11.bin19:37
minuteyeah, but firstly i will try https://github.com/rockchip-linux/rkbin/blob/master/bin/rk35/rk3588_ddr_lp4_2112MHz_lp5_2400MHz_v1.16.bin19:37
chjosch: i think your analysis is spot on19:37
chttyl19:37
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)19:37
+ bkeys (~Thunderbi@173.16.175.75)19:38
joschch: it might not because mkimage sets /etc/flash-kernel/machine19:38
joschas hramrach pointed out19:38
joschinvestigating...19:38
minuteindeed the new ddr blob makes it work ;319:40
joschyup, setfont is missing from pocket-reform-system-imx8mp.img.gz19:40
joschminute: phew, glad you found the fix quickly!19:40
minutenow by accident i caught the spurious crash in rk_hdptx_phy_runtime_resume... it's a null pointer deref. probably some race condition19:41
minutejosch: yessss also very happy about that19:41
minutejosch: first i thought i burnt the module...19:41
joschch, hramrach: can either of you confirm that the currently published reform system images do not boot? https://source.mnt.re/reform/reform-system-image/-/jobs/6202/artifacts/browse19:41
joschminute: that would've been a big uff... :(19:42
joschehmry: the currently published system images for the pocket reform might indeed be broken19:43
minutejosch: the setfont stuff is not fatal though, it only means that the font stays small in initramfs19:44
minutenote to self > [    3.424539] pc : rk_hdptx_phy_runtime_resume+0x24/0xd8 [phy_rockchip_samsung_hdptx]19:44
joschminute: oh, so it just continues and just prints an error to the terminal?19:45
minutejosch: yes, the setfont error is printed multiple times19:45
minutebut it continues19:46
joschhah indeed the script is missing a set -e :)19:46
joschhramrach: okay, so the mkimage.sh script indeed cycles through all possible values for /etc/flash-kernel/machine contents but it then only runs flash-kernel and it does *not* run update-initramfs -u again19:48
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)19:50
+ bkeys1 (~Thunderbi@173.16.175.75)19:50
hramrachI never tried to run another image. Does wwriting it to a SD card suffice to test it?19:50
joschyes, inserting an sd-card with the system image should show the issue19:50
joschhramrach: but minute already confirmed that the problem is not fatal, so i guess it's not that critical to reproduce it19:51
joschhramrach: but if you have some time, i'd appreciate a test of the fixed image later :)19:51
hramrachthe setfont script is only cosmetic, there is no problem if it does not work unless you really want to see what's written to the display19:52
* bkeys1 -> bkeys19:52
joschhramrach: right, i feared that it was connected with the problem ehmry mentioned earlier and i missed that the initramfs script is indeed not run with set -e so nothing can break it :)19:53
hramrachit does return a failure in the end if it returns the last command return value but initramfs does not seem to mind19:56
minuteinteresting, the rk3588 ram blob is ARM6419:56
hramrachit might be code that is executed on the main CPU19:57
hramrachsome older rockchip SoCs have driver for this in u-boot and don't need a blob, iirc19:58
minuteyeah, that's nice... on imx8m* and a311d it's a special ISA (ARCompact) that's hard to RE19:59
- bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@173.16.175.75)20:01
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-72-235.tukw.qwest.net)20:02
+ colinsane (~colinunin@97-113-72-235.tukw.qwest.net)20:06
- Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)20:15
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)20:15
+ bkeys (~Thunderbi@173.16.175.75)20:21
- bkeys (QUIT: Client Quit) (~Thunderbi@173.16.175.75)20:22
+ bkeys1 (~Thunderbi@173.16.175.75)20:22
* bkeys1 -> bkeys20:25
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)20:31
joschuntested: https://source.mnt.re/reform/reform-system-image/-/merge_requests/11120:31
joschafk for a few hours now20:31
+ bkeys (~Thunderbi@173.16.175.75)20:32
- mjw (QUIT: Killed (tantalum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae)20:32
* mark_ -> mjw20:32
+ Guest3540 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae)20:33
minutemeh, why does CONFIG_BOOTDELAY=0 not work20:34
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)20:34
+ bkeys (~Thunderbi@173.16.175.75)20:34
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)20:45
+ bkeys (~Thunderbi@173.16.175.75)20:46
minutesomething puts bootdelay=2 into the env20:48
minutestrange because "bootdelay="__stringify(CONFIG_BOOTDELAY)"\0" in env_default.h20:48
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)20:54
+ bkeys (~Thunderbi@173.16.175.75)20:54
- Ar|stote|is (QUIT: Ping timeout: 276 seconds) (~linx@149.210.16.212)20:58
minuteah, nevermind, all good20:59
minuteSPL hash checking seems slowish21:00
+ Ar|stote|is (~linx@149.210.16.41)21:02
ehmryis there a way to boot the pocket from uboot on an sdcard rather than the onboard u-boot?21:03
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)21:05
+ bkeys (~Thunderbi@173.16.175.75)21:05
minuteehmry: not the imx8mplus pocket21:07
ehmryok21:07
minuteehmry: if there's a problem with the emmc flash bootloader you have to resort to USB reflashing which is documented in community21:08
+ Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66)21:09
minuteehmry: see also https://community.mnt.re/t/flashing-emmc-bootloader-unbricking-imx8mp/2287/721:09
- Gooberpatrol66 (QUIT: Ping timeout: 276 seconds) (~Gooberpat@user/gooberpatrol66)21:10
ehmryokay, no problem with my emmc bootloader yet so I won't worry about that21:12
minuteok21:14
minuteok emmc boot time on rk3588 pocket now down to 10 seconds. not awesome but also not bad21:15
- jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net)21:24
+ jacobk_ (~quassel@47-186-105-237.dlls.tx.frontiernet.net)21:24
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)21:29
+ bkeys1 (~Thunderbi@173.16.175.75)21:29
* bkeys1 -> bkeys21:31
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)21:52
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)21:52
+ bkeys1 (~Thunderbi@173.16.175.75)21:52
* bkeys1 -> bkeys21:54
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-72-235.tukw.qwest.net)21:55
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)21:58
+ bkeys1 (~Thunderbi@173.16.175.75)21:58
+ colinsane (~colinunin@97-113-72-235.tukw.qwest.net)21:59
* bkeys1 -> bkeys22:00
chjosch: do you still need sth tested?22:08
- Ar|stote|is (QUIT: Ping timeout: 248 seconds) (~linx@149.210.16.41)22:14
- gustav28 (QUIT: Quit: Quit) (~gustav@c-5d34524e.019-141-67626730.bbcust.telenor.se)22:15
+ Ar|stote|is (~linx@149.210.16.147)22:18
- jacobk_ (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net)22:26
joschch: it should be working now: https://source.mnt.re/reform/reform-system-image/-/jobs/6220/artifacts/browse22:30
joschhramrach: if you want to test something ^22:37
chdd'ing it now22:40
chmaybe i should get an usb3 sd card reader/writer22:41
joschi heard there is this new sd-card standard22:44
ch:(22:45
chi already dont know what any of the icons on the cards mean22:45
joschthe one i probably mean is ultra extreme pro 2000 or so22:46
ch§B4722:46
chSD Express22:46
chimage boots with correct font, resizing atm22:48
joschcool!22:48
joschminute: the "setfont" problem should be fixed with newer system images -- do you have some /proc/cmdline output with more recent u-boot for me? :)22:49
chsigh22:49
chat some point the font is switched back22:50
chbut i vaguely remember this is not a new problem :>22:50
- mjw (QUIT: Remote host closed the connection) (~mjw@gnu.wildebeest.org)22:51
+ mjw (~mjw@gnu.wildebeest.org)22:51
cheh, if i close the setup wizard with the X in the top right, i'm left in a broken sway with no way to quit(?)22:51
joschi thought i had opened an issue about that already but it seems not22:53
joschch: this is for you: https://source.mnt.re/reform/mnt-reform-setup-wizard/-/issues/22:53
chthx, made #1922:55
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)22:56
minutech: bmaptool also helps! (re: imaging speed)22:57
+ bkeys1 (~Thunderbi@173.16.175.75)22:57
* bkeys1 -> bkeys22:59
chdpkg-reconfigure console-setup -> Do not change the boot/kernel font -> much nicer23:15
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)23:16
+ bkeys (~Thunderbi@173.16.175.75)23:16
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50)23:26
- Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)23:29
+ Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66)23:30
joschthat should be console-setup/use_system_font23:34
- Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.16.147)23:42
+ Ar|stote|is (~linx@149.210.16.147)23:44
- bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75)23:49
+ bkeys (~Thunderbi@173.16.175.75)23:50
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75)23:55
+ bkeys1 (~Thunderbi@173.16.175.75)23:55
* bkeys1 -> bkeys23:57
- erle (QUIT: Quit: K-lined) (~erle@user/erle)23:57

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