| - jacobk (QUIT: Quit: No Ping reply in 180 seconds.) (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 00:03 | |
| + jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 00:05 | |
| - Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 00:22 | |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 00:23 | |
| - wickedshell (QUIT: Read error: Connection reset by peer) (~wickedshe@2601:8c0:800:4baa:7d17:d32d:96fe:ea0b) | 01:12 | |
| + LainExperiments (~LainExper@user/LainExperiments) | 01:24 | |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 01:29 | |
| + LainExperiments4 (~LainExper@user/LainExperiments) | 01:30 | |
| - LainExperiments4 (QUIT: Client Quit) (~LainExper@user/LainExperiments) | 01:30 | |
| - LainExperiments (QUIT: Ping timeout: 240 seconds) (~LainExper@user/LainExperiments) | 01:31 | |
| - paperManu (QUIT: Ping timeout: 260 seconds) (~paperManu@107.159.71.33) | 02:01 | |
| - talos (QUIT: Quit: The Lounge - https://thelounge.chat) (~talos@syn-068-186-150-133.res.spectrum.com) | 02:09 | |
| + talos (~talos@2600:6c5d:0:4b06:b7ee:74be:9b4:fb82) | 02:10 | |
| + wickedshell (~wickedshe@2601:8c0:800:4baa:7d17:d32d:96fe:ea0b) | 03:12 | |
| wickedshell | I've been a bit out of the loop, but has anyone else noticed firefox taking an absolute dive on performance? Kinda noticed it first about 2 weeks ago, but kept attributing it to me using a bunch of CPU to compile stuff. (Pocket reform, original SOM, sway, debian unstable) | 03:12 |
|---|---|---|
| - nsc (QUIT: Ping timeout: 248 seconds) (~nicolas@71-98-142-46.pool.kielnet.net) | 03:59 | |
| + nsc (~nicolas@231-97-142-46.pool.kielnet.net) | 04:01 | |
| + mtm (~textual@47.202.75.129) | 04:02 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 04:10 | |
| - Gooberpatrol_66 (QUIT: Ping timeout: 260 seconds) (~Gooberpat@user/gooberpatrol66) | 04:11 | |
| - Gooberpatrol66 (QUIT: Client Quit) (~Gooberpat@user/gooberpatrol66) | 04:12 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 04:13 | |
| josch | wickedshell: yes, violet observed something similar a month ago: https://mntre.com/reform-irc-logs/2025-01-31.log.html#t12:05:30 | 05:16 |
| josch | wickedshell: could you check which groups your user is in (by calling groups) | 05:16 |
| wickedshell | josch: "wickedshell cdrom floppy sudo audio dip video plugdev users netdev wireshark" | 05:28 |
| - robin (QUIT: Ping timeout: 260 seconds) (~robin@user/terpri) | 05:29 | |
| josch | wickedshell: and if you add yourself to the group "render", is the problem gone? | 05:29 |
| josch | (you have to log out and log back in again for changes to your user's group to take effect) | 05:29 |
| wickedshell | josch: yup, that fixed it | 05:31 |
| josch | wow | 05:32 |
| josch | wickedshell: thank you for trying this out! | 05:32 |
| wickedshell | I think you get the thanks here, you provided the fix! | 05:32 |
| josch | thank violet who came up with the fix :) | 05:33 |
| josch | i just search irc logs :) | 05:33 |
| wickedshell | Although interestingly glxgears is now vsynceed, and renders funky. I might need to drop the group and see if it reverts | 05:33 |
| wickedshell | josch: https://imgur.com/a/HzwB91n | 05:39 |
| wickedshell | minetest looks fine when in group render though | 05:39 |
| wickedshell | But neverball levels are messed up as well now | 05:40 |
| josch | o0 | 05:40 |
| josch | minute: ^ | 05:40 |
| wickedshell | (firefox content, foot, tuba all seems fine) | 05:41 |
| wickedshell | Kinda obvious in a way, when I'm not in group render llvmpipe is the graphics device, and when I am in render it's Vivante | 05:49 |
| wickedshell | (and llvmpipe has more capabilities as you might expect) | 05:50 |
| josch | armbian seems to add new users to the render group by default since last year: https://github.com/armbian/build/pull/6621 | 05:50 |
| josch | i still wonder how all this plays together because on a311d i'm *not* in the render group and my /dev/dri/renderD128 is owned by root:render but i have no rendering slowness... | 05:51 |
| wickedshell | what's glxinfo say your device is? | 05:52 |
| wickedshell | (i realize that's asking x windows, not wayland directly) | 05:53 |
| josch | glxinfo says direct rendering: Yes and Device: Mali-G52 (Panfrost) | 05:56 |
| josch | aha! | 05:57 |
| josch | getfacl /dev/dri/renderD128 | 05:57 |
| josch | user:josch:rw- | 05:57 |
| josch | I missed the "+" when running ls -lha /dev/dri/renderD128 | 05:58 |
| wickedshell | huh, I don't have getfacl before, nor have it installeed, but seeems useful! | 06:00 |
| josch | so the question becomes: why did your setup stop to set the right ACLs | 06:00 |
| wickedshell | Unstable vs stable? | 06:01 |
| wickedshell | getfacl shows just root:render for me | 06:03 |
| josch | wickedshell: to test that hypothesis you could flash a vanilla system image to an sd-card and boot that and see if firefox runs smooth and what getfacl /dev/dri/renderD128 outputs on that one | 06:03 |
| josch | i have a311d and imx8mq reform where graphics are not a problem | 06:04 |
| josch | (both running unstable) | 06:04 |
| wickedshell | vanilla system image is unstable right? That's still what I'm on | 06:05 |
| wickedshell | Or do you just want to see if the image comes up with the problem? | 06:05 |
| josch | wickedshell: yes, vanilla system image is unstable | 06:07 |
| josch | wickedshell: i'm wondering whether this is a problem that is a regression in unstable (and then a vanilla system image should exhibit the same issues) | 06:07 |
| josch | or whether it's a problem in changed configuration or a package that got installed (and then the vanilla image should not show the problem) | 06:08 |
| josch | i just tested this with a vanilla system image on imx8mq classic reform and there, the default user indeed has access to /dev/dri/renderD128 via an ACL | 06:09 |
| wickedshell | josch: makes sense. Might be a bit before I have a spare SD card sitting around, but I can try and do that test. (I'm assuming I can just pop the uSD card in, boot, test, pop it out and the emmc/nvme drive setup will be left alone) | 06:10 |
| josch | wickedshell: yes | 06:10 |
| josch | u-boot on eMMC will prefer loading a system from sd-card if it finds one | 06:11 |
| josch | booting a system on sd-card does not touch the rest (unless of course you do dd if=/dev/zero ... from the system on sd-card :D) | 06:11 |
| wickedshell | Cool, that was my assumption, but wanted to check (and confirm that it wasn't going to try and "fix" anything) | 06:12 |
| josch | indeed there are no such scripts doing funny things | 06:13 |
| wickedshell | josch: one last dumb question: https://reform.debian.net/images/ is the appropriate place to get the image from, or is there an artifact from gitlab I should use? | 06:14 |
| josch | wickedshell: reform.debian.net does not serve you Debian unstable images, those you get from https://mnt.re/system-image | 06:15 |
| josch | there is a disclaimer about that on the front page | 06:15 |
| wickedshell | josch: thanks! Will let you know once I've tested | 06:17 |
| josch | wickedshell: so what *should* happen (i think) is that the rule in /usr/lib/udev/rules.d/70-uaccess.rules fires when you log in | 06:21 |
| josch | that file contains: SUBSYSTEM=="drm", KERNEL=="renderD*", TAG+="uaccess" | 06:21 |
| josch | when I run "udevadm info /dev/dri/renderD128" I get this: https://paste.debian.net/hidden/1e0dd68a/ | 06:23 |
| josch | and at the bottom it says TAGS=:uaccess:seat: which is what gives it the right ACL for my user | 06:23 |
| wickedshell | I geet the same TAGS line at the end, do you want the whole output? | 06:25 |
| wickedshell | oh, wait I'm tired. Mine says seat:uacces | 06:26 |
| josch | should be okay | 06:26 |
| josch | hrm... | 06:27 |
| josch | then i wonder why your getfacl output looks different... | 06:27 |
| wickedshell | josch: https://pastebin.com/7ehyS84q here's what I get | 06:28 |
| + aloo_shu (~aloo_shu@84.78.242.52) | 06:29 | |
| wickedshell | and then getfacl: https://pastebin.com/YTKUQx4V | 06:29 |
| - aloo_shu (QUIT: Remote host closed the connection) (~aloo_shu@84.78.242.52) | 06:30 | |
| josch | i see no problem with the "udevadm info" output but indeed the getfacl output is missing your user for some reason :/ | 06:30 |
| josch | wickedshell: it would be useful to test a vanilla unstable image at some point i think | 06:31 |
| wickedshell | yeah, I'll try and do that soon, but it's going to have to be another day as I'm falling asleep! Thaks for all your help though. | 06:32 |
| josch | wickedshell: thank you for helping with getting to the bottom of this :) | 06:32 |
| + colinsane (~colinunin@97-113-94-165.tukw.qwest.net) | 06:38 | |
| - colinsane (QUIT: Ping timeout: 260 seconds) (~colinunin@97-113-94-165.tukw.qwest.net) | 06:49 | |
| - mtm (QUIT: Read error: Connection reset by peer) (~textual@47.202.75.129) | 07:19 | |
| + mtm (~textual@47.202.75.129) | 07:20 | |
| + chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1) | 07:38 | |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 07:43 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 07:44 | |
| + Ar|stote|is (~linx@149.210.32.228) | 08:26 | |
| + xandyv (xandyv@user/xandyv) | 09:05 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 10:04 | |
| + jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 10:04 | |
| + mjw (~mjw@gnu.wildebeest.org) | 10:37 | |
| - talos (QUIT: Quit: Konversation terminated!) (~talos@2600:6c5d:0:4b06:b7ee:74be:9b4:fb82) | 10:38 | |
| + talos (~talos@2600:6c5d:0:4b06:c376:5e91:49f5:d1ec) | 10:39 | |
| - laumann (QUIT: Changing host) (~quassel@2a0a-e5c0-2-2-0-c8ff-fe68-bef1.loves.ipv6.at.ungleich.ch) | 10:41 | |
| + laumann (~quassel@user/laumann) | 10:41 | |
| hramrach | it would depend on how you log in - the display manager, logind, seatd, and such | 10:41 |
| josch | wickedshell: that would be interesting to know ^ | 10:45 |
| - anuejn_ (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~quassel@46.101.193.235) | 11:01 | |
| - BAndiT1983_ (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~quassel@46.101.193.235) | 11:01 | |
| - se6astian (QUIT: Quit: se6astian) (~quassel@46.101.193.235) | 11:01 | |
| + se6astian (~quassel@46.101.193.235) | 11:11 | |
| + BAndiT1983 (~quassel@46.101.193.235) | 11:11 | |
| + anuejn (~quassel@46.101.193.235) | 11:11 | |
| - kensanata (QUIT: Quit: Ping timeout (120 seconds)) (~alex@user/kensanata) | 11:21 | |
| + kensanata (~alex@user/kensanata) | 11:21 | |
| + paperManu (~paperManu@107.159.71.33) | 11:43 | |
| - iank (QUIT: Quit: ZNC 1.8.2+deb2+deb11u1 - https://znc.in) (~iank@fsf/staff/iank) | 12:25 | |
| + iank (~iank@fsf/staff/iank) | 12:29 | |
| grimmware | josch, minute: where are we at with merging the removal of mipi_dsi_dcs_enter_sleep? I just had a reboot where I got the regression again because a newer kernel was installed. | 12:50 |
| minute | grimmware: lets merge! | 12:54 |
| minute | i'll do it in a few | 12:54 |
| grimmware | \o/ | 12:55 |
| grimmware | If I'm going to contribute upstream I need to get way better at putting package holds in place | 12:56 |
| + jfred-linode (quassel@libera/sponsor/jfred) | 12:58 | |
| - jfred-linode_ (QUIT: Ping timeout: 276 seconds) (quassel@libera/sponsor/jfred) | 12:58 | |
| + gustav28 (~gustav@c-78-82-53-220.bbcust.telenor.se) | 13:02 | |
| - mtm (QUIT: Ping timeout: 260 seconds) (~textual@47.202.75.129) | 13:04 | |
| - mjw (QUIT: Ping timeout: 244 seconds) (~mjw@gnu.wildebeest.org) | 13:05 | |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 13:05 | |
| + mtm (~textual@47.202.75.129) | 13:05 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 13:05 | |
| josch | okay, well here go the past five hours of my life i guess | 13:11 |
| josch | but maybe to prevent this from happening to others, here my take-away message: | 13:12 |
| josch | touching the otherwise unconnected TX cable to your reform's serial connector *at the insulation* wakes it up from suspend... | 13:12 |
| * Guest805 -> mjw | 13:13 | |
| josch | i really thought i had broken suspend/resume somehow in recent kernel and/or reform-tools uploads | 13:13 |
| josch | turns out, that the reason why the issue was so hard to bisect is, that even a slight touch to the uart tx cable's insulation would wake it up... | 13:13 |
| josch | or, if the cable (the insulation!) would touch the pipe to the room's heating | 13:14 |
| josch | sigh... | 13:14 |
| hramrach | EMF .. | 13:14 |
| josch | yup... | 13:16 |
| josch | electricity is magic sometimes | 13:17 |
| minute | josch: uff uff | 13:27 |
| minute | josch: open wire = antenna ;/ | 13:27 |
| josch | minute: didn't you recently say that you wanted to consult an antenna expert for the reform next? antennas are indeed scary!! XD | 13:28 |
| ch | josch signing up to become the antenna expert? | 13:30 |
| josch | i'm signing up as the negative expert | 13:30 |
| josch | ask me to build you an antenna without noticing XD | 13:31 |
| vkoskiv | I know what SWR means, where does that place me on the antenna expertise spectrum? | 13:31 |
| - xandyv (QUIT: Ping timeout: 252 seconds) (xandyv@user/xandyv) | 14:14 | |
| + xandyv (xandyv@user/xandyv) | 14:21 | |
| - L29Ah (PART: !!unknown attribute: msg!!) (~L29Ah@wikipedia/L29Ah) | 14:44 | |
| minute | josch: hehehe | 15:06 |
| minute | qualcomm reform news https://mastodon.social/@mntmn/114200718380276070 | 15:06 |
| josch | oh wow | 15:12 |
| josch | ~15 years ago i was told by linux-on-mobile kernel hackers "der name ist programm" (the word "qual" in german means "torture") | 15:13 |
| josch | that changed i guess? | 15:13 |
| josch | congrats for the funding! \o/ | 15:13 |
| + L29Ah (~L29Ah@wikipedia/L29Ah) | 15:17 | |
| minute | josch: haha well qualcomm really is another dimension of complexity, but there has been a lot of work on mainlining these qcs chips | 15:19 |
| minute | https://pkgs.postmarketos.org/package/master/postmarketos/aarch64/linux-postmarketos-qcom-sc7280 | 15:21 |
| BoostisBetter | minute: that is great although I am ignorant about how those chips perform compared to the current offerings. | 15:29 |
| + bkeys1 (~Thunderbi@173.186.16.211) | 15:30 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 15:30 | |
| * bkeys1 -> bkeys | 15:30 | |
| - Ar|stote|is (QUIT: Ping timeout: 268 seconds) (~linx@149.210.32.228) | 15:51 | |
| - chomwitt (QUIT: Ping timeout: 265 seconds) (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1) | 15:53 | |
| minute | josch: interesting, mesa patch failed here https://source.mnt.re/grimmware/reform-debian-packages/-/pipelines/3609 | 16:34 |
| - L29Ah (PART: !!unknown attribute: msg!!) (~L29Ah@wikipedia/L29Ah) | 16:41 | |
| + Ar|stote|is (~linx@149.210.12.121) | 16:45 | |
| wickedshell | hramrach: using the default TUI login prompt on the pocket reform. Not even sure what one it is :) | 16:45 |
| + L29Ah (~L29Ah@wikipedia/L29Ah) | 16:51 | |
| hramrach | so it's not changed in any obvious way | 17:04 |
| minute | wickedshell: that's greetd+tuigreet | 17:06 |
| josch | minute: thank you for the ping. mesa 25.0.2 was uploaded and the patch needs to be refreshed | 17:27 |
| josch | minute: did you ever see the problem of the user missing ACLs on /dev/dri/renderD128? That's the problem wickedshell reported this morning and violet was also bitten by that in the past. | 17:29 |
| josch | it doesn't happen on a vanilla imx8mq nor on a vanilla a311d system image, so maybe it's imx8m+ specific | 17:29 |
| grimmware | minute: I didn't touch that patch :/ Is there a way I can see any more information on what failed? | 17:38 |
| josch | grimmware, minute: problem should be taken care of | 17:38 |
| grimmware | josch: what was the problem? | 17:38 |
| grimmware | oh newer mesa | 17:38 |
| grimmware | nm | 17:38 |
| josch | grimmware: can you rebase on main once this pipeline succeeded please: https://source.mnt.re/reform/reform-debian-packages/-/pipelines/3610 | 17:39 |
| grimmware | sure | 17:39 |
| josch | grimmware: hold on, more problems | 17:48 |
| josch | ah i see | 17:49 |
| - L29Ah (QUIT: Read error: Connection reset by peer) (~L29Ah@wikipedia/L29Ah) | 17:50 | |
| + wytch (~wytch@user/wytch) | 17:50 | |
| josch | grimmware: the problem was that last week, Lukas added the x86 box as a gitlab CI runner and the scripts do assume that you build natively (which works fine if the gitlab runner is the ampere VPS) | 17:53 |
| grimmware | ah gotcha | 17:54 |
| josch | though it seems i have sufficient privileges to pause a runner, so that's what i did | 17:55 |
| josch | minute: i looked in the logs but i think you didn't yet test the latest CI results for the multi-arch reform-debian-packages builder? (it was Sunday, so no worries) Here is the updated line for your /etc/apt/sources.list: deb [trusted=yes] https://source.mnt.re/reform/reform-debian-packages/-/jobs/8106/artifacts/raw/repo reform main | 17:59 |
| josch | the version before that one had file conflicts because dch does not respect SOURCE_DATE_EPOCH | 18:00 |
| josch | if the latest version works as it should, we can merge https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/42 | 18:00 |
| minute | josch: ahh i remember now... i can test it here in parallel | 18:15 |
| + L29Ah (~L29Ah@wikipedia/L29Ah) | 18:25 | |
| + Guest28 (~Guest28@38.145.3.251) | 18:30 | |
| Guest28 | Hi, does anyone know if MNT Reform's battery are compatible with tabless 18650s? | 18:32 |
| josch | Guest28: Which tabless 18650s did you find that are not lithium-ion but LiFePO4 chemistry? | 18:37 |
| + mark_ (~mjw@gnu.wildebeest.org) | 18:37 | |
| Guest28 | https://www.licaptech.com/pdfs/datasheets/lithium-ion/LICAP_LIC_Summary.pdf lithium ion capacitor, neither lifepo4, but not lipolymer either | 18:42 |
| minute | Guest28: very interesting, never heard about it. it looks kind of safe but idk if our charger will just charge it. 3.8v should work out though | 18:44 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 18:45 | |
| josch | grimmware: pipeline passed -- you can rebase now :) | 18:48 |
| Guest28 | I am researching ways to design a PCB with solar power manager (https://www.waveshare.com/solar-power-manager.htm) and one 18650, for very low power consumption https://www.sparkfun.com/sparkfun-micromod-artemis-processor.html Since each battery slot of the MNT Reform is redundant, I am wondering if I can use the KiCad schematic and develop a | 19:00 |
| Guest28 | carrier board that supports various system on a modules. | 19:00 |
| + chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1) | 19:27 | |
| minute | Guest28: classic reform battery slots are not redundant. only on the reform next, the 2 packs are redundant. | 19:31 |
| Guest28 | minute ah ok. thanks | 19:32 |
| grimmware | jos | 19:32 |
| grimmware | whoops hahah | 19:32 |
| grimmware | sorry, still learning a new keyboard | 19:33 |
| grimmware | josch: rebased | 19:33 |
| minute | josch: (re)install of mesa for arm64+armhf (i did it with the libegl1 package) worked on the next | 19:35 |
| - chomwitt (QUIT: Ping timeout: 272 seconds) (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1) | 19:36 | |
| josch | grimmware: i actually failed to spot anything U shaped in the photo you sent yesterday :D | 19:51 |
| josch | minute: nice! you think this MR should be merged then? it increases pipeline runtime from ~53 minutes to ~72 minutes | 19:53 |
| grimmware | Hahah, yeah that wasn’t the greatest photo | 19:54 |
| josch | grimmware: i think the photo was cool (love the red) but i faild to spot the thing XD | 19:55 |
| minute | josch: i386 also worked | 19:56 |
| minute | josch: ok, lets merge. i hope we don't have to patch mesa too often ;/ | 19:56 |
| josch | minute: i fear we will. The problem seems to be limited to bananapi a311d and thus it would be a regression for the other platforms to apply that fix in debian | 19:58 |
| josch | i pinked narmstrong in #panfrost about it a few hours ago | 19:58 |
| josch | *pinged | 19:59 |
| - mjw (QUIT: Killed (tantalum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 20:00 | |
| * mark_ -> mjw | 20:00 | |
| + Guest2976 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 20:01 | |
| josch | grimmware: I set https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/87 to auto-merge | 20:01 |
| minute | josch: good to have infra for it! | 20:02 |
| josch | yes, having both arm64 and x86 runners really helps | 20:02 |
| minute | josch: if narmstrong won't help, we could also wrap this in an ENV var or even propose a patch with an ENV var/quirk to mesa project so one could disable this feature at runtime | 20:02 |
| minute | there are a few things like that in mesa (not many though) | 20:03 |
| josch | good point. We could argue to the Debian mesa maintainers that the problem is unlikely to be fixed in mesa upstream before Trixie and that it would thus make sense to carry such a patch for those platforms that are affected in the next stable release. | 20:05 |
| josch | the env-var hack doesn't have to end up in mesa upstream | 20:05 |
| josch | then the next problem would be that we have currently no way to roll out env-var hacks to our users, no? | 20:06 |
| minute | hmm probably not, there is /etc/environment but we don't control it | 20:07 |
| josch | we *could* by putting an evil sed into the reform-tools postinst but i'd consider such a hack very evil because of potenital unintended side-effects | 20:08 |
| josch | at least the problem is of the kind where you do not completely loose the display -- it's just an annoying flicker but not annoying enough to be unable to apply a fix like with the environment variable... hrm... | 20:12 |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 20:14 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 20:15 | |
| hramrach | also can the quirk be applied by detecting the affected hardware? | 20:36 |
| minute | hramrach: yes i think so | 20:45 |
| minute | https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/2809/diffs | 20:46 |
| minute | https://gitlab.freedesktop.org/mesa/mesa/-/blob/mesa-21.1.7/src/panfrost/include/panfrost-quirks.h?ref_type=tags#L66 | 20:47 |
| minute | could probably be patched into panfrost_get_quirks(), we just need to know the gpu id | 20:47 |
| minute | ah, should be case 0x7212 | 20:48 |
| minute | but that's probably too strong for debian because it will affect anything with g52 | 20:48 |
| + ZylonMaster (~hjcs@syn-098-015-248-249.res.spectrum.com) | 20:49 | |
| grimmware | josch: noice, thank you! | 21:01 |
| + chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1) | 21:10 | |
| - jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 21:13 | |
| + jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 21:14 | |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 21:27 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 268 seconds) (~Gooberpat@user/gooberpatrol66) | 21:27 | |
| - xandyv (QUIT: Ping timeout: 244 seconds) (xandyv@user/xandyv) | 21:49 | |
| + xandyv (xandyv@user/xandyv) | 21:51 | |
| - ZylonMaster (QUIT: Quit: Leaving) (~hjcs@syn-098-015-248-249.res.spectrum.com) | 21:55 | |
| - xandyv (QUIT: Ping timeout: 245 seconds) (xandyv@user/xandyv) | 21:55 | |
| - Guest28 (QUIT: Quit: Client closed) (~Guest28@38.145.3.251) | 21:56 | |
| + xandyv (xandyv@user/xandyv) | 21:57 | |
| + Guest28 (~Guest28@38.145.3.251) | 22:12 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-220.bbcust.telenor.se) | 22:15 | |
| Guest28 | in the MNT Reform Next, do 4 18650s need to be plugged in for one well to boot, or just one? | 22:18 |
| Guest28 | one bank* | 22:19 |
| BoostisBetter | Guest28: I believe minute has already answered before that only one bank is needed. | 22:20 |
| minute | yep | 22:20 |
| Guest28 | my mistake, i thought that in parallel, it would run at 3.7V. | 22:23 |
| minute | 2x4S in parallel | 22:26 |
| - Guest28 (QUIT: Quit: Client closed) (~Guest28@38.145.3.251) | 22:26 | |
| minute | in my experience powering a computer from a low voltage isn't that great because of resistive losses, boosting etc | 22:26 |
| wickedshell | minute: agreed, sooooo PoE? :D | 22:42 |
| wickedshell | ACTION ducks | 22:42 |
| minute | :D | 22:57 |
| hramrach | edgar allan? | 23:06 |
| - xandyv (QUIT: Ping timeout: 276 seconds) (xandyv@user/xandyv) | 23:12 | |
| - Ar|stote|is (QUIT: Ping timeout: 260 seconds) (~linx@149.210.12.121) | 23:33 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!