| - Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.76.68) | 00:18 | |
| josch | minute: have fun: https://source.mnt.re/reform/reform-system-image/-/jobs/6202/artifacts/browse | 00:18 |
|---|---|---|
| + Ar|stote|is (~linx@149.210.76.68) | 00:19 | |
| minute | josch: thx, will test it out in the morrow! | 00:20 |
| - bkeys (QUIT: Ping timeout: 265 seconds) (~Thunderbi@173.16.175.75) | 00:21 | |
| - digitalrane (QUIT: Ping timeout: 248 seconds) (~digitalra@user/digitalrane) | 00:50 | |
| + digitalrane (~digitalra@user/digitalrane) | 00:51 | |
| - sts-q (QUIT: Ping timeout: 248 seconds) (~sts-q@2a11:fb80:3cc:3401:982b:a61a:a52c:36d8) | 00:59 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 01:34 | |
| - mtm (QUIT: Ping timeout: 265 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:03 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:05 | |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 02:10 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 02:11 | |
| - edenist (QUIT: Ping timeout: 252 seconds) (~edenist@rdns.robotprofessor.net) | 02:58 | |
| + edenist (~edenist@rdns.robotprofessor.net) | 03:03 | |
| - mjw (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org) | 03:12 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 03:21 | |
| - nsc (QUIT: Ping timeout: 248 seconds) (~nicolas@i5C74DC12.versanet.de) | 03:27 | |
| + nsc (~nicolas@53-99-142-46.pool.kielnet.net) | 03:29 | |
| - paperManu (QUIT: Ping timeout: 272 seconds) (~paperManu@198.16.214.40) | 03:35 | |
| - spew (QUIT: Quit: spew) (~spew@201.141.99.170) | 04:26 | |
| - mtm (QUIT: Quit: Textual IRC Client: www.textualapp.com) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 04:28 | |
| + bkeys (~Thunderbi@173.16.175.75) | 04:48 | |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 04:50 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 260 seconds) (~Gooberpat@user/gooberpatrol66) | 04:51 | |
| - Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.76.68) | 05:13 | |
| + Ar|stote|is (~linx@149.210.56.60) | 05:17 | |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 07:07 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 07:07 | |
| - bkeys (QUIT: Remote host closed the connection) (~Thunderbi@173.16.175.75) | 08:33 | |
| - sir-photch (QUIT: Remote host closed the connection) (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 08:54 | |
| + sir-photch (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 08:56 | |
| + sts-q (~sts-q@2a11:fb80:3f0:8401:48b5:7b37:c759:8a59) | 08:56 | |
| - nsc (QUIT: Ping timeout: 252 seconds) (~nicolas@53-99-142-46.pool.kielnet.net) | 09:21 | |
| + nsc (~nicolas@53-99-142-46.pool.kielnet.net) | 10:07 | |
| - jacobk (QUIT: Ping timeout: 260 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:08 | |
| minute | testing new system image for rk3588 reform | 11:54 |
| minute | uboot now says: Model: MNT Reform 2 with RCORE RK3588 Module | 11:54 |
| minute | display works, i see "extending inode table" | 11:55 |
| minute | "Starting MNT Reform Setup Wizard..." | 11:55 |
| minute | works | 11:55 |
| josch | \o/ | 11:55 |
| josch | but this is via the default boot.scr, no? | 11:55 |
| minute | so all of that stuff works without special kernel parameters | 11:55 |
| josch | wow | 11:55 |
| minute | yes. we might run into issues with pcie but lets see, i'll try to mount nvme and use pcie wifi | 11:56 |
| josch | the reform-check tool has a function that allows making sure that all kernel parameters are as expected, can you give me the contents of your /proc/cmdline so that i can put it into the next reform-tools version? | 11:56 |
| minute | > Wi-Fi Networks Available | 11:57 |
| minute | ok, pcie wifi (ath9k) works without any kernel parameter tweaks | 11:57 |
| minute | audio (speaker) works ootb, battery status is there | 12:00 |
| josch | hrm... maybe you are accidentally testing your old thinkpad or something? everything works out of the box... makes me be a bit worried :D | 12:01 |
| minute | josch: haha no :D but i guess i took my time to prepare rk3588... | 12:01 |
| minute | i mean, to prepare reform for it :D | 12:02 |
| josch | things are becoming real mature! \o/ | 12:02 |
| + minutest (~megamnt@p509936c9.dip0.t-ipconnect.de) | 12:03 | |
| minutest | test test | 12:03 |
| minutest | cat /proc/cmdline | 12:03 |
| minutest | "ro no_console_suspend cryptomgr.notests loglevel=3 console=tty1" | 12:03 |
| josch | nice, thank you! | 12:03 |
| josch | no parameter for serial like console=ttyAML0,115200 needed? | 12:04 |
| minute | but we might still need to tweak it for nvme, lets see | 12:04 |
| minute | josch: well, the only thing right now on serial is "Starting kernel ..." | 12:04 |
| josch | ah :) | 12:05 |
| minute | i need to see if serial debugging can be relatively easily be enabled in uboot | 12:05 |
| ehmry | where is the reference kernel config for the pocket reform? | 12:06 |
| josch | ehmry: in your /boot | 12:06 |
| josch | ehmry: otherwise, it's the default Debian config plus this: https://source.mnt.re/reform/reform-debian-packages/-/blob/main/linux/config?ref_type=heads | 12:07 |
| ehmry | josch: thanks | 12:08 |
| minute | so far nvme works without any kernel parameter tweaks... | 12:08 |
| gsora | you seem almost sad it's working out of the box :P | 12:24 |
| - minutest (QUIT: Ping timeout: 252 seconds) (~megamnt@p509936c9.dip0.t-ipconnect.de) | 12:28 | |
| + minutest (~megamnt@p509936c9.dip0.t-ipconnect.de) | 12:30 | |
| josch | gsora: i think my time spent on making reform platforms usable has exponentially decreased. For imx8mq I was dumping a *lot* of time on it to make everything work (debian integration, debian kernel etc)... | 12:31 |
| gsora | i can only imagine! | 12:37 |
| gsora | thanks for the work you folks do | 12:38 |
| - minutest (QUIT: Remote host closed the connection) (~megamnt@p509936c9.dip0.t-ipconnect.de) | 12:39 | |
| minute | i wrote a little guide while writing down what i did to "reconnect" my old system with a newly flashed system image for rk3588: https://community.mnt.re/t/howto-upgrade-an-existing-mnt-reform-system-on-encrypted-nvme-for-rk3588/2630 | 12:45 |
| minute | josch: any critiques? | 12:45 |
| + paperManu (~paperManu@198.16.214.40) | 12:55 | |
| josch | minute: the "mount /boot" might fail depending on what the user had in their /etc/fstab before | 12:57 |
| josch | because emmc naming differs depending on the platform | 12:57 |
| minute | josch: ah that's right | 12:57 |
| josch | or maybe /etc/fstab points to the sd-card which is still mounted outside the chroot | 12:57 |
| josch | or even if it points to the emmc of the rk3588, is the emmc already partitioned? | 12:57 |
| minute | josch: ah, so one needs to unmount /boot before | 12:57 |
| minute | josch: the assumption is that we want the chroot to regenerate /boot on the sd card | 12:58 |
| josch | reform-boot-config will set up /etc/fstab accordingly and re-run update-initramfs | 12:59 |
| josch | reform-boot-config knows about the sd-card and emmc namings from the /usr/share/reform-tools/machines/*.conf fies | 12:59 |
| josch | also, replace linux-image-arm64 with linux-image-mnt-reform-arm64 | 13:00 |
| josch | the former is a transitional package that we are trying to get rid of | 13:00 |
| josch | for example, the current system image should not install it anymore -- was it installed for you? | 13:01 |
| josch | minute: for migration to a311d, i think these are the most up-to-date steps: https://community.mnt.re/t/migration-from-i-mx8mplus-to-a311d/2317/20 | 13:03 |
| josch | also, if you want to re-use /boot from the sd-card, the assumption is also, that the system you are trying to migrate has the very latest package versions installed, so maybe your instructions should have a "run apt full-upgrade on your old system" in the beginning | 13:04 |
| minute | josch: ah, full-upgrade can take a loooong time :D | 13:04 |
| josch | at least the kernel has to be up-to-date | 13:06 |
| minute | josch: yeah, aha i wasn't sure about the kernel package name, will fix that now | 13:06 |
| josch | because with your current instructions, you are re-using the kernel and initramfs from a fresh system image to boot into an existing system which might have different versions installed | 13:06 |
| minute | josch: hmm that's why i have the kernel upgrade instruction there | 13:07 |
| josch | minute: that will work *if* the kernel on the existing system was older than the one in the repo, yes | 13:07 |
| josch | minute: but that instruction will do nothing if the system was already up-to-date | 13:07 |
| minute | josch: oh interesting | 13:08 |
| josch | and in that case, you are still re-using the initramfs from the system image | 13:08 |
| minute | josch: what if i would put --reinstall ? | 13:08 |
| minute | ah | 13:08 |
| minute | so i need to add update-initramfs -u? | 13:08 |
| josch | which might be a bad idea if the user has installed packages taht influence what their initramfs does via hooks | 13:08 |
| josch | update-initramfs is what is run by reform-boot-config already | 13:08 |
| minute | yeah i would need to re-read reform-boot-config again to see what that does | 13:09 |
| josch | if you want to use /boot of the sd-card, just to make sure that whatever the vanilla system image put in, maybe start with first unmounting /boot on the outside and then mkfs.ext4 on it, to get a clean slate | 13:09 |
| minute | so i can redo the process and try to use reform-boot-config | 13:09 |
| josch | and then mount it in the chroot and populate it with apt install --reinstall | 13:09 |
| minute | josch: ah, is that necessary? | 13:10 |
| minute | well, i can try that now | 13:10 |
| josch | and the thing you want to reinstall is not linux-image-mnt-reform-arm64 (that's just a meta package) but linux-image-$(uname -r) | 13:10 |
| minute | hmm | 13:11 |
| minute | i see | 13:11 |
| minute | update-initramfs -u wouldn't work? | 13:11 |
| josch | it might | 13:11 |
| josch | it depends on the modifications that the user has done to their old system | 13:11 |
| josch | with most things vanilla and everything upgraded to the latest version, update-initramfs -u is the only thing you should need | 13:12 |
| minute | ok cool | 13:12 |
| minute | i'll try that now be re-imaging the sd card and redoing that process | 13:12 |
| josch | good luck! | 13:12 |
| josch | i'll probably be afk until 17:30 though | 13:13 |
| minute | no problem | 13:13 |
| josch | i hope evreything works out! | 13:13 |
| josch | the forum thread i linked has a lot of info in it | 13:13 |
| minute | yeah, if someone used reform-setup-encrypted-nvme they might have a different partition setup than me | 13:14 |
| minute | i have no partitions on the nvme | 13:14 |
| minute | and no lvm | 13:14 |
| minute | (because i don't know why i would need those) | 13:14 |
| minute | so i probably should take the vgchange stuff from the other guide or use reform-boot-config... | 13:14 |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 13:14 | |
| * Guest3102 -> mjw | 13:16 | |
| josch | minute: then where do you have your swap if not on nvme? | 13:19 |
| minute | josch: /swapfile | 13:20 |
| josch | ah i see | 13:20 |
| josch | i still have to get used to /etc/fstab supporting mounting a swap file instead of a swap partition :D | 13:21 |
| josch | about lvm: the idea was to replicate what debian-installer does | 13:22 |
| josch | so that those coming from vanilla debian find a partition setup that mimics what they were used to | 13:22 |
| josch | minute: about reform-boot-config: the --help output should tell you everything you need. "should", so if something is missing it should be added to the --help output (which is also used to generate the man page) | 13:24 |
| josch | so you can also run man reform-boot-config | 13:24 |
| minute | josch: ok, will try that | 13:46 |
| + ZylonMaster (~hjcs@syn-098-015-248-249.res.spectrum.com) | 14:03 | |
| minute | josch: i now found in that thread that you made a wiki page https://source.mnt.re/reform/reform-system-image/-/wikis/Migration | 14:04 |
| ZylonMaster | I wonder whats going on with crowdsupply, dates keep changing a lot. Nov29th is shipping date now | 14:05 |
| ZylonMaster | I am dying to try out this computer | 14:05 |
| ZylonMaster | ;) | 14:05 |
| minute | ZylonMaster: those dates are random, mouser is just trying to guess how long we'll need to resupply | 14:06 |
| minute | today we're sending out a batch of 18 devices | 14:06 |
| ZylonMaster | ah | 14:06 |
| ZylonMaster | have all not hyper's been sent | 14:06 |
| ZylonMaster | mine hasnt i know | 14:06 |
| ZylonMaster | but any others | 14:06 |
| ZylonMaster | just was askin | 14:06 |
| minute | this batch is non-hypers only, so maybe yours is one of them... | 14:10 |
| ZylonMaster | ah ok | 14:10 |
| ZylonMaster | guess ill see | 14:11 |
| ZylonMaster | wonder how many non hypers left | 14:11 |
| ZylonMaster | to ship | 14:11 |
| minute | this shipment has 2x purple/white, 7x black/white, 9x black/red | 14:16 |
| minute | next shipment has lots of hyper purple/white | 14:16 |
| ZylonMaster | ah | 14:16 |
| ZylonMaster | oh | 14:16 |
| ZylonMaster | cool | 14:16 |
| ZylonMaster | so you think that mine must be on the first because its last nonm hyper | 14:16 |
| ZylonMaster | got it | 14:16 |
| minute | no, there'll be more non hypers to ship | 14:17 |
| minute | so it's a bit of a lottery... | 14:17 |
| ZylonMaster | oh i wondered how many | 14:17 |
| ZylonMaster | tho | 14:17 |
| ZylonMaster | if that true | 14:17 |
| ZylonMaster | yeah it probably is a bit of a lottery | 14:17 |
| ZylonMaster | but anywho, I shouldnt take the dates to heart just in case is what you meant | 14:22 |
| ZylonMaster | Ill keep that in mind | 14:22 |
| minute | yeah | 14:23 |
| ZylonMaster | i did wonder how many nore non hypers you had, to guess how much time left in case this batch doenst have mine tho | 14:26 |
| ZylonMaster | you do sometimes post when you ship them on mastodon after all | 14:27 |
| minute | yes | 14:27 |
| bluerise | minute: haha, just saw the Qualcomm mention :D | 14:33 |
| bluerise | re | 14:33 |
| ZylonMaster | are qualcomm as bad as allwinner? | 14:34 |
| ZylonMaster | i hear allwinner does gpl violations a lot | 14:35 |
| ryukazou | I don’t think so | 14:43 |
| ZylonMaster | thats good | 14:44 |
| ryukazou | Allwinner also has backdoor in their system firmware | 14:45 |
| minute | bluerise: wb | 14:52 |
| gsora | ryukazou: do you have a reference to that? | 14:57 |
| - ZylonMaster (QUIT: Quit: Leaving) (~hjcs@syn-098-015-248-249.res.spectrum.com) | 15:06 | |
| ryukazou | gsora: https://www.ithome.com.tw/news/105921 | 15:15 |
| ryukazou | https://blog.csdn.net/m0_61737429/article/details/129787025 | 15:16 |
| grimmware | https://www.theregister.com/2016/05/09/allwinners_allloser_custom_kernel_has_a_nasty_root_backdoor/ | 15:18 |
| gsora | oh, i completely forgot about that | 15:24 |
| bluerise | QC is just a mess of FW complexity and no docs | 15:34 |
| + bkeys (~Thunderbi@173.16.175.75) | 15:34 | |
| gsora | new ones as well? | 15:37 |
| bluerise | at least the laptops, yes | 15:40 |
| bluerise | not sure if there are any other | 15:40 |
| bluerise | Linux works well I'd say, but it's just a nightmare of complexity | 15:40 |
| bluerise | I was told it might get better at some point | 15:41 |
| gsora | fingerscrossed for that | 15:45 |
| gsora | does qualcomm sells to small companies like mntre? | 15:46 |
| + mark_ (~mjw@gnu.wildebeest.org) | 16:04 | |
| minute | gsora: no but we can buy qcs6490 via thundercomm | 16:09 |
| gsora | wondering if it's competitive with rk3588 performance wise | 16:11 |
| gsora | cpu-wise might be faster now that i'm looking into it, but adreno gpu drivers might be a hassle to deal with? | 16:18 |
| gsora | also max 16gb ram | 16:18 |
| - mark_ (QUIT: Ping timeout: 255 seconds) (~mjw@gnu.wildebeest.org) | 16:33 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 17:02 | |
| minute | gsora: why, freedreno should be good? | 17:27 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 17:34 | |
| + bkeys (~Thunderbi@173.16.175.75) | 17:35 | |
| gsora | never had experience with it -- didn't mean to imply it wasn't good, only that it may be an hassle to manage due to the fact that's a qualcomm component | 17:40 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 17:48 | |
| + bkeys (~Thunderbi@173.16.175.75) | 17:48 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@173.16.175.75) | 17:49 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 17:49 | |
| * bkeys1 -> bkeys | 17:51 | |
| ch | my reform (with my fw branch) charges ok on the lg ultrafine, but i see a lot of PD traffic that maybe shouldnt be there | 18:01 |
| ch | will take a closer look later this week | 18:01 |
| + spew (~spew@201.141.99.170) | 18:05 | |
| minute | ch: interesting, thanks | 18:18 |
| + gustav28 (~gustav@c-5d34524e.019-141-67626730.bbcust.telenor.se) | 18:19 | |
| ch | just so i get the right cable this time, the reform hdmi is *micro*, right? | 18:20 |
| minute | ch: yes | 18:30 |
| gustav28 | Mnt & collaborators: I'm interested in how the patching of the kernel for rk3588 works in practice, where do you find/know which patches to pick? I looked at the collobara git and their linux repo has tons of changes in the rk3588 branch. I guess I'm asking what the rough workflow is like for you (I understand that experience must be key here) | 18:46 |
| minute | gustav28: i think we just pick all of them that are not yet included in the respective mainline kernel release | 19:04 |
| minute | gustav28: but some patches are not from collabora, for example DSI2 driver and my changes to enable secondary hdmi | 19:04 |
| gustav28 | minute: I see! where do you find that selection for e.g. 6.11? a specific subdir (drivers/?) or tag or just plowing through the diff? where to look basically :) | 19:12 |
| gustav28 | and the DSI2 driver you know you want because of some chip that you use in the reform that requires a driver fix, or something like that? | 19:13 |
| gustav28 | oh, maybe the collabora git is old - are you taking latest from them and doing a git diff with the latest official kernel release? I could see that resulting in a smaller patchset than om collabora web interface | 19:30 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 19:31 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 19:32 | |
| josch | gustav28: https://source.mnt.re/reform/reform-debian-packages/-/tree/main/linux/patches6.11/rk3588-mnt-reform2 | 19:32 |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@173.16.175.75) | 19:32 | |
| + bkeys (~Thunderbi@173.16.175.75) | 19:33 | |
| minute | gustav28: dsi is a requirement to drive the display of e.g. the pocket reform. the collabora and mainline linuxes don't have a driver for the dsi2 ip in the rk3588. i know that the IP exists because of emails dug up from arm kernel mailing list (where the phy part of the driver was submitted). i then got in touch with the author and asked for the other half which he kindly pointed me to. also | 19:37 |
| minute | the IP is mentioned in the rk3588 reference manual. | 19:37 |
| hramrach | 0005-BROKEN-arm64-dts-rockchip-rk3588-evb1-add-PCIe2-WLAN.patch :) | 19:40 |
| minute | hramrach: yeah that's useless | 19:41 |
| minute | hramrach: all those dts patches could be deleted in our case | 19:41 |
| minute | hramrach: because we're not rockchip evb1... | 19:42 |
| gustav28 | josch: I've looked at them, but I'm curious how you get to that relatively small patch set in the first place :) | 19:42 |
| josch | gustav28: i just run "git format-patch" in the collabora git | 19:42 |
| josch | a few are missing because they got applied mainline | 19:43 |
| gustav28 | and you spot that manually? | 19:43 |
| hramrach | if you don't the patch does not apply | 19:43 |
| gustav28 | ah ok | 19:44 |
| josch | exactly | 19:44 |
| josch | and patch helpfully tells you that the patch can be reverse applied in that case :) | 19:44 |
| gustav28 | minute: thx for that, it's a bit of digging then :) | 19:44 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 19:46 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 19:46 | |
| hramrach | minute: could you add the URL of the e-mail thread where it's picked from to the description of these exotic patches? I think it's useful information | 19:46 |
| * bkeys1 -> bkeys | 19:48 | |
| gustav28 | josch: thx for explaining! | 19:50 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 19:51 | |
| + bkeys (~Thunderbi@173.16.175.75) | 19:51 | |
| hramrach | 4001-mnt-rk3588-dual-hdmi-vop2-pll.patch has no description nor authorship information, and is missing in the 6.10 patchset so it's probably original | 19:53 |
| gustav28 | minute: evb1 = evaluation board 1? | 19:53 |
| minute | hramrach: dual hdmi patches are written by me yes | 19:55 |
| gustav28 | ok, next step for me is to read up on device tree I think | 19:55 |
| minute | hramrach: this is the dsi phy patch announcing a dsi2 driver patch that wasn't sent yet (afaik) http://lists.infradead.org/pipermail/linux-arm-kernel/2024-May/926245.html | 19:56 |
| minute | hramrach: but i got it from heiko directly | 19:56 |
| + mark_ (~mjw@gnu.wildebeest.org) | 19:56 | |
| hramrach | That's very exotic indeed. Great job getting the board work :) | 20:00 |
| - op_4 (QUIT: Read error: Connection reset by peer) (~tslil@user/op-4/x-9116473) | 20:06 | |
| + op_4 (~tslil@user/op-4/x-9116473) | 20:06 | |
| minute | tghx | 20:14 |
| minute | thx | 20:14 |
| minute | because of some earlier questions i had today in #panfrost on oftc i discovered we should pick this patch for rk3588 https://www.spinics.net/lists/kernel/msg5371339.html | 20:22 |
| minute | also confirmed that we don't need CMA | 20:23 |
| Twodisbetter | Anyone tried running Ubuntu on MNT products? | 20:37 |
| + tadeus_brick (tadeustad@psifactor.pl) | 20:38 | |
| - mjw (QUIT: Killed (zirconium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 20:39 | |
| * mark_ -> mjw | 20:39 | |
| + Guest8415 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 20:39 | |
| - josch (QUIT: Remote host closed the connection) (~josch@mister-muffin.de) | 20:40 | |
| + josch (~josch@mister-muffin.de) | 20:40 | |
| - TadeusTaD (QUIT: Ping timeout: 248 seconds) (tadeustad@user/TadeusTaD) | 20:40 | |
| - ndufresne (QUIT: Read error: Connection reset by peer) (~ndufresne@apple.collaboradmins.com) | 20:41 | |
| minute | https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/65 | 20:42 |
| + reform1815 (~sandspur@2604:2d80:c82:9b00:bf6f:228e:171f:7966) | 20:59 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 20:59 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 20:59 | |
| reform1815 | exit | 21:00 |
| - reform1815 (QUIT: Remote host closed the connection) (~sandspur@2604:2d80:c82:9b00:bf6f:228e:171f:7966) | 21:00 | |
| - bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 21:00 | |
| + bkeys (~Thunderbi@173.16.175.75) | 21:01 | |
| - Aard (QUIT: Remote host closed the connection) (~bwachter@217.11.60.132) | 21:01 | |
| + Aard (~bwachter@edna-edison.lart.info) | 21:01 | |
| - vagrantc (QUIT: Ping timeout: 260 seconds) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 21:02 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@173.16.175.75) | 21:03 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 21:03 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@173.16.175.75) | 21:04 | |
| + bkeys (~Thunderbi@173.16.175.75) | 21:04 | |
| gustav28 | minute: so faster gpu performance after this mr? | 21:05 |
| minute | gustav28: could be, or less display overhead. should avoid some bounce buffering | 21:20 |
| + ndufresne (~ndufresne@apple.collaboradmins.com) | 21:22 | |
| - CandidCadaver (QUIT: Ping timeout: 246 seconds) (~aloo_shu@90.166.98.221) | 21:39 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 21:42 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 21:42 | |
| * bkeys1 -> bkeys | 21:44 | |
| - jacobk_ (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 21:44 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 21:45 | |
| - mjw (QUIT: Remote host closed the connection) (~mjw@gnu.wildebeest.org) | 21:49 | |
| + mjw (~mjw@gnu.wildebeest.org) | 21:49 | |
| + CandidCadaver (~aloo_shu@90.166.98.221) | 21:50 | |
| - murphnj (QUIT: Quit: Leaving) (~murph@user/murphnj) | 21:52 | |
| gustav28 | mhm | 22:13 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-5d34524e.019-141-67626730.bbcust.telenor.se) | 22:15 | |
| - jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 22:21 | |
| - cow321 (QUIT: Ping timeout: 260 seconds) (~deflated8@user/meow/deflated8837) | 22:33 | |
| + murphnj (~murph@user/murphnj) | 23:02 | |
| josch | minute: did you find any more problems with the rk3588 system image? | 23:39 |
| josch | did you find the tty setting that enables serial? | 23:39 |
| minute | josch: i didn't find any problems with the rk3588 reform image so far, except that it doesn't boot _sometimes_, but i think that's a known problem (i think panic in hdptx, will investigate). tomorrow will try the pocket image | 23:54 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!