| josch | minute: feedback: in contrast to ch I really dig the fact that the flat PCI-E cable to the wifi extension board is as long as it is. This allows for a lot of options of how to mount the board inside the classic Reform. I wonder if signal integrity would suffer if the cable was even longer? | 00:04 |
|---|---|---|
| minute | josch: it would, pcie is relatively resilient though and if not, i have the flex pcb cable option that i made for next | 00:07 |
| - AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 00:08 | |
| josch | i remember you customized those such that you adjusted which pairs go together and how thick each wire is according to its function somehow? But the order of the wires for the cable used in the next would be incompatible for the ones used to connect RCORE R4 to the wifi/bt board, no? | 00:09 |
| minute | josch: not incompatible | 00:19 |
| josch | wow | 00:20 |
| minute | josch: the same pinout is used in the next for its wifi board. in fact, the wifi board for the pocket is a backport of that. | 00:20 |
| josch | o0 | 00:20 |
| josch | this is seriously impressive how you re-use things and make everything compatible with each other | 00:21 |
| minute | well, it doesn't always work out but i try | 00:21 |
| minute | iirc it's also partially compatible with the rpi 5 pcie pinout, but haven't tested that in practice yet | 00:22 |
| josch | i fear we know only half of the things that can/are supposed to be doable :D | 00:22 |
| minute | yeah | 00:23 |
| josch | /o\ | 00:23 |
| - chomwitt (QUIT: Ping timeout: 256 seconds) (~chomwitt@2a02:85f:9a5f:900:1ac0:4dff:fedb:a3f1) | 00:24 | |
| josch | does https://source.mnt.re/reform/mnt-reform-rk3588-som only contain the R2 of RCORE? | 00:25 |
| - LainIwakura (QUIT: Quit: Client closed) (~LainIwaku@user/LainIwakura) | 00:26 | |
| josch | ah there is a branch | 00:26 |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 00:38 | |
| + jacqueline (~jacquelin@user/jacqueline) | 00:54 | |
| - cli (QUIT: Ping timeout: 265 seconds) (~m-vsauiy@user/cli) | 02:40 | |
| + cli (~m-vsauiy@user/cli) | 02:46 | |
| - lidstah (QUIT: Remote host closed the connection) (~lidstah@gateway/tor-sasl/lidstah) | 03:09 | |
| + lidstah (~lidstah@gateway/tor-sasl/lidstah) | 03:10 | |
| - paperManu (QUIT: Ping timeout: 240 seconds) (~paperManu@107.159.15.124) | 03:26 | |
| - paperManu_ (QUIT: Ping timeout: 256 seconds) (~paperManu@107.159.15.124) | 04:00 | |
| + robin_ (~robin@user/terpri) | 06:29 | |
| - robin (QUIT: Ping timeout: 256 seconds) (~robin@user/terpri) | 06:30 | |
| - robin_ (QUIT: Ping timeout: 256 seconds) (~robin@user/terpri) | 06:34 | |
| + robin (~robin@user/terpri) | 06:56 | |
| + chomwitt (~chomwitt@2a02:85f:9a5f:900:1ac0:4dff:fedb:a3f1) | 07:11 | |
| + aloo_shu_ (~aloo_shu@85.51.18.212) | 07:15 | |
| - wickedshell (QUIT: Ping timeout: 256 seconds) (~wickedshe@c-98-60-138-166.hsd1.nm.comcast.net) | 07:15 | |
| - swivel (QUIT: Ping timeout: 256 seconds) (~swivel@shells.gnugeneration.com) | 07:15 | |
| - aloo_shu (QUIT: Read error: Connection reset by peer) (~aloo_shu@85.51.18.212) | 07:15 | |
| + swivel (~swivel@shells.gnugeneration.com) | 07:15 | |
| * aloo_shu_ -> aloo_shu | 07:15 | |
| + gidzit (~gidzit@gidzit.org) | 08:45 | |
| + kxtells (~kxtells@user/kxtells) | 08:46 | |
| + TechnoWizard (~TechnoWiz@user/TechnoWizard) | 08:47 | |
| - TechnoWizard (QUIT: Remote host closed the connection) (~TechnoWiz@user/TechnoWizard) | 08:47 | |
| ch | josch: i will try another upload | 08:56 |
| josch | thank you! | 09:02 |
| josch | it is interesting to think that the classic reform is not starved of pci-e connections (especially now with the pocket reform wifi/bt adapter for rcore) what it is missing is extra usb. The mini-pci-e socket of motherboard 3.0 does not have usb connected but both bluetooth as well as wwan modules all rely on usb instead of pci-e. | 09:10 |
| josch | i guess i have to spin another revision of my mini-usb hub and then "waste" the pci-e slot and abuse it as a physical holder for an adapter board which does nothing else than provide usb to a wwan module, throwing away its pci-e capabilities | 09:11 |
| Zaba | many wwan modems do technically support PCIe but Iām not sure what the driver situation for that is like | 09:15 |
| josch | Zaba: "technically support"? :) I only found those which plug into the mini-pcie slot but when you look closer, they rely on its usb signal. | 09:17 |
| Zaba | yes, they often have multiple interfaces. and those sold for use with specific PC laptops are often eFused to PCIe, even | 09:18 |
| josch | interesting -- do you know a specific card out of the top of your head? | 09:19 |
| josch | i was so far unlucky to find one | 09:19 |
| Zaba | e.g., https://forums.quectel.com/uploads/short-url/1zkjPRnxF5BZ2woox386baCZx4g.pdf section 4.3 | 09:20 |
| - aelius (QUIT: Read error: Connection reset by peer) (~aelius@user/aelius) | 09:21 | |
| + aelius (~aelius@user/aelius) | 09:22 | |
| josch | interesting, thank you! | 09:22 |
| + wickedshell (~wickedshe@c-98-60-138-166.hsd1.nm.comcast.net) | 09:24 | |
| josch | it's just so suspicious that when you find this modem on sites like aliexpress then it is usually sold with an adapter board with which you connect that modem *only* via usb... :/ | 09:35 |
| josch | i mean in the worst case i could just solder two wires for usb D+ and D- to the right pins on the mini-pci-e connector... | 09:41 |
| Zaba | that would limit you to usb 2 speeds, but yeah | 09:48 |
| josch | 480 MBit/s should be enough for everybody :) | 09:49 |
| Zaba | definitely better than nothing if it works and is stable | 09:53 |
| josch | i don't think i get usb3 signals from anywhere | 09:56 |
| josch | otherwise i'd add a usb3 hub | 09:56 |
| + wielaard (~mjw@gnu.wildebeest.org) | 10:24 | |
| * mjw -> Guest3735 | 11:01 | |
| * wielaard -> mjw | 11:01 | |
| minute | josch: the wifi/bt connector on rcore does have usb2.0 | 11:04 |
| minute | josch: so you'll have bluetooth with the intel ax210 for example | 11:04 |
| josch | minute: yes, but if i want *both* wifi+bt *and* lte i either need a wwan card which does not rely on usb or a mini-pci-e/m.2 with usb | 11:13 |
| josch | i already have a usb-hub in my current classic reform with a311d but that one already has bluetooth built-in, so the usb-hub is not essential | 11:16 |
| josch | now i'm looking for better ways to attach a hub to rk3588 and i see that the last three wires of the 20-pin flat cable connecting rcore and the wifi/bt board are usb+gnd, so maybe i can modify a 20-pin cable such that i splice off the usb-lines into a hub and then back from the hub into the cable... | 11:18 |
| josch | (just thinking out loud, crazy ideas) | 11:18 |
| josch | (using kicad on a311d is a challenge :D) | 11:18 |
| - kxtells (QUIT: Quit: Client closed) (~kxtells@user/kxtells) | 11:44 | |
| + paperManu (~paperManu@107.159.15.124) | 12:06 | |
| + paperManu_ (~paperManu@107.159.15.124) | 12:16 | |
| - mjw (QUIT: Ping timeout: 265 seconds) (~mjw@gnu.wildebeest.org) | 12:21 | |
| * Guest3735 -> mjw | 12:28 | |
| minute | josch: what kind of issues happen in kicad on a311d? is accelerated mode on? do you have PAN_MESA_DEBUG=gl3 in your env? | 12:39 |
| minute | josch: btw now that panfrost supports vulkan on a311d (theoretically, i haven't tested it myself), i wonder if using Zink could work even better for kicad | 12:40 |
| minute | > WARNING: Some incorrect rendering might occur because the selected Vulkan device (Mali-G610) doesn't support base Zink requirements: feats.features.fillModeNonSolid feats.features.shaderClipDistance | 12:40 |
| minute | interesting @ shaderClipDistance, blender also needs that | 12:41 |
| josch | minute: if it works it is incredibly slow and if it does not it makes my computer crawl to a halt and then kicad exits -- this is why i cannot look at the reform next motherboard at all :) | 12:41 |
| minute | josch: i just had a call with holo_memory about a pocket reform handbook update, and during it, two questions arised for you (one especially): should we ship flathub repo by default or no? (interested in your unfiltered opinion) | 12:41 |
| minute | josch: ok that sounds strange, like SW rendering _or_ eats all the memory? | 12:42 |
| josch | i'm not using flatpaks so i don't think i have a good opinion on it | 12:42 |
| minute | josch: ok. i'm using some for some software where i think it doesn't make much sense for debian to package it | 12:42 |
| josch | minute: solving the a311d kicad problem is not very urgent as i want to upgrade to rk3588 anyways, so better not spend time in trying to convince me that a311d is still okay :) | 12:43 |
| josch | minute: like firefox? :) | 12:43 |
| minute | josch: no, debian has firefox :D | 12:43 |
| minute | i use debian firefox | 12:43 |
| minute | but signal desktop for example | 12:43 |
| minute | haha zink is slower than native opengl on rk3588 for kicad (and has some render bugs) | 12:43 |
| josch | the smiley was because of the general browser situation where providing security updates for 10 years is challenging to impossible | 12:44 |
| minute | yeah, ok... | 12:44 |
| josch | not even speaking of the web moving so fast that using a browser from 5 years ago is not a good idea | 12:44 |
| minute | my hope is that we'll have a more "generic" browser at some point that is managed by a bigger community and not a company | 12:44 |
| josch | +1 | 12:44 |
| minute | josch: ah yes. i don't use firefox-esr tho | 12:44 |
| minute | josch: btw that phoenix project you linked, it's not in debian yet, right? | 12:45 |
| josch | indeed, and then we are back at "packages that keep changing constantly" and then i think you have a good use-case for flatpak or similar | 12:45 |
| minute | ah that was https://codeberg.org/celenity/Phoenix | 12:46 |
| josch | minute: correct, we are waiting for NEW processing https://ftp-master.debian.org/new/phoenix_2025.08.06.1+dfsg-1.html | 12:46 |
| minute | ah nice | 12:46 |
| josch | it is pretty aggressively removing things in an effort to make browsing more private (like deleting browsing history when the browser is closed) | 12:47 |
| minute | :0 can that be a checkbox? :D | 12:47 |
| josch | but upstream is open to implementing settings for "popular" changes to the defaults and was asking me if i had any opinions on what to make configurable | 12:47 |
| josch | yes, i don't want my browser history to be deleted, so i want to make this configurable in debian via a debconf prompt | 12:47 |
| josch | minute: what was the second question from holo_memory? | 12:52 |
| minute | josch: if we should ship PAN_MESA_DEBUG=gl3 by default (i'd say yes) | 12:53 |
| minute | (maybe we do already no?) | 12:53 |
| minute | s/no/now | 12:53 |
| josch | ah nice i had the same question :D | 12:54 |
| josch | i.e.: what would the downsides be? | 12:54 |
| josch | we could ship it in the same way we ship KWIN_FORCE_SW_CURSOR=1 | 12:55 |
| josch | which is in /etc/profile.d/reform-kwin.sh | 12:55 |
| josch | we could have a /etc/profile.d/reform-panfrost.sh or similar? | 12:55 |
| - plomlompom (QUIT: Remote host closed the connection) (~plom@139.59.138.73) | 13:00 | |
| minute | btw ailurux got HDMI1 to work in barebox on rk3588 last night | 13:00 |
| minute | https://source.mnt.re/reform/mnt-reform-barebox/-/commits/reform2-rk3588?ref_type=HEADS# | 13:00 |
| minute | next challenge is DSI | 13:01 |
| + plomlompom (~plom@139.59.138.73) | 13:01 | |
| minute | josch: yes, that sounds good | 13:01 |
| minute | josch: i haven't encountered any downsides yet. there might be apps that think they can work but then fail because a feature is missing, but that's not worse than the app not working at all | 13:01 |
| josch | minute: could you write me two sentences why KWIN_FORCE_SW_CURSOR=1 is needed? Then i can create the commit to reform-tools | 13:01 |
| + gustav25 (~gustav@c-78-82-54-137.bbcust.telenor.se) | 13:02 | |
| minute | josch: KWIN_FORCE_SW_CURSOR=1 is currently needed because the RK3588 VOP2 driver doesn't report or enforce the limitations for overlays on certain displays, resulting in a black square behind the cursor and the display pipeline crashing when the cursor is moved into the screen edges. | 13:03 |
| josch | the KWIN_FORCE_SW_CURSOR=1 file is still waiting for a bug against kde/kwin describing the problem so that it (hopefully?) gets fixed eventually | 13:03 |
| josch | ah wonderful | 13:03 |
| minute | josch: afaik the bug was wontfix @ kde | 13:03 |
| josch | there exists a bug? | 13:03 |
| minute | josch: afaik yes. i don't think i dreamed it | 13:03 |
| josch | let me just quickly copypaste what you wrote above into etc/profile.d/reform-kwin.sh :) | 13:03 |
| minute | i also need to remember to try to turn off 10 bit color in the driver | 13:04 |
| minute | maybe this also causes issues like that | 13:04 |
| josch | minute: can you write me another two sentences for PAN_MESA_DEBUG=gl3? | 13:04 |
| josch | i made a copypaste error above and wanted to write PAN_MESA_DEBUG=gl3 but pasted KWIN_FORCE_SW_CURSOR=1 :D | 13:05 |
| josch | but good anyways, because now the thing gets put into git | 13:05 |
| minute | josch: PAN_MESA_DEBUG=gl3 enables OpenGL 3.3 and OpenGL ES 3.1 on Mali GPUs (like in RK3588 and A311D) by skipping over some features that normally don't allow the driver to advertise these versions, making some applications and games work that don't work with older OpenGL versions. | 13:07 |
| minute | wait. i have GL3 without enabling that variable huh | 13:08 |
| minute | i mean, when disabling it | 13:08 |
| josch | thank you, i have what you said in local git now | 13:09 |
| minute | josch: ah. the change is more subtle than i remembered. it bumps OpenGL version to 3.3 from 3.1, but doesn't change OpenGL ES, at least not here on rk3588. so you can remove the part about OpenGL ES | 13:12 |
| josch | thank you, done | 13:13 |
| minute | thx! | 13:14 |
| - paperManu_ (QUIT: Ping timeout: 256 seconds) (~paperManu@107.159.15.124) | 14:00 | |
| - paperManu (QUIT: Ping timeout: 264 seconds) (~paperManu@107.159.15.124) | 14:28 | |
| + paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 14:45 | |
| + wielaard (~mjw@gnu.wildebeest.org) | 15:20 | |
| + kxtells (~kxtells@user/kxtells) | 15:35 | |
| - kxtells (QUIT: Quit: Client closed) (~kxtells@user/kxtells) | 16:20 | |
| josch | okay, i ordered some adapter to plug m.2 b-key into mini-pci-e for the classic reform | 16:33 |
| josch | now i'm wondering how much i can/should trust whether what it says in the quectel datasheet can be taken as face-value or whether there are any caveats to it | 16:35 |
| josch | unfortunately those modules are quite expensive XD | 16:35 |
| [tj] | somewhere I have some m.2 2280 card to pcie adapters | 16:35 |
| + robin_ (~robin@user/terpri) | 16:37 | |
| - robin (QUIT: Ping timeout: 256 seconds) (~robin@user/terpri) | 16:39 | |
| josch | the adapter is no problem, that's just 5 bucks | 16:40 |
| josch | but the modems are understandably expensive :) | 16:40 |
| [tj] | oh I just like silly adapters | 16:42 |
| - gidzit (QUIT: Ping timeout: 246 seconds) (~gidzit@gidzit.org) | 16:58 | |
| + spew (~spew@user/spew) | 17:12 | |
| - qbit (QUIT: Remote host closed the connection) (~qbit@user/qbit) | 17:18 | |
| spew | In V4 keyboard, why are there four KEY_SPACE entries in MATRIX_DEFAULT_ROW_6 in reform2-keyboard4-fw/src/matrix.h? Are only the first three operational? | 17:18 |
| + qbit (~qbit@user/qbit) | 17:18 | |
| josch | spew: yes, not all of them are connected | 17:22 |
| josch | spew: there used to be two space bars and two alt keys between them | 17:22 |
| josch | keyboard v4 got rid of the two alt keys and there is only one large key remaining | 17:22 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 17:30 | |
| spew | thank you josch | 17:30 |
| - pomel0 (QUIT: Ping timeout: 256 seconds) (~pomel0@user/pomel0) | 17:33 | |
| josch | spew: it is just a not-connected entry in the keyboard matrix. If you look at the schematics, then you'll see that in contrast to the other keys, SW35 has no connection to the row below. This was different in the first version of the keyboard. Now that entry is "missing" | 17:40 |
| + pomel0 (~pomel0@user/pomel0) | 17:44 | |
| + robin__ (~robin@user/terpri) | 18:03 | |
| - robin_ (QUIT: Ping timeout: 240 seconds) (~robin@user/terpri) | 18:05 | |
| + robin_ (~robin@user/terpri) | 18:15 | |
| - robin__ (QUIT: Ping timeout: 256 seconds) (~robin@user/terpri) | 18:17 | |
| spew | josch: that's very helpful | 18:23 |
| - pomel0 (QUIT: Ping timeout: 240 seconds) (~pomel0@user/pomel0) | 18:25 | |
| + pomel0 (~pomel0@user/pomel0) | 18:25 | |
| + TechnoWizard (~TechnoWiz@user/TechnoWizard) | 18:33 | |
| minute | wow my coworkers debian pc did those offline auto updates and now kernel panic because it can't find the rootfs | 18:37 |
| minute | time to replace everything with reforms here | 18:37 |
| spew | minute: I just want to tell you how much I love my reform | 18:37 |
| spew | which is to say, a lot | 18:38 |
| spew | I figure you all get more grief than appreciation due to the nature of the business | 18:38 |
| spew | but I gotta say, you guys do great stuff and I'm so happy with this computer | 18:38 |
| spew | sorry, you all | 18:38 |
| - spew (QUIT: Quit: WeeChat 4.6.3) (~spew@user/spew) | 18:44 | |
| - TechnoWizard (QUIT: Remote host closed the connection) (~TechnoWiz@user/TechnoWizard) | 18:46 | |
| + TechnoWizard (~TechnoWiz@user/TechnoWizard) | 18:48 | |
| minute | spew: many thanks! | 18:52 |
| - TechnoWizard (QUIT: Remote host closed the connection) (~TechnoWiz@user/TechnoWizard) | 18:54 | |
| * mjw -> Guest6257 | 18:58 | |
| - Guest6257 (QUIT: Killed (iridium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 18:58 | |
| * wielaard -> mjw | 18:58 | |
| + Guest6257 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 18:58 | |
| bkeys | I second everything spew said | 19:31 |
| minute | bkeys: thanks! i just repaired your reform btw | 19:36 |
| bkeys | That's great to hear, I look forward to getting it back and putting Fedora back on it | 19:37 |
| bkeys | I'll have to go through the logs and figure out how I did it again, I'll be sure to document it this time. I'm really excited to have rk3588 and Fedora on there. I know there are some missing screws feel free to put new ones in where they are missing I am willing to pay for it | 19:38 |
| minute | bkeys: about fedora, i think we should do this differently this time | 19:52 |
| bkeys | What do you mean? | 19:52 |
| minute | bkeys: we'll replace the screws anyway | 19:52 |
| bkeys | Do you think Fedora had anything to do with the display dying? | 19:52 |
| minute | bkeys: no, the display didn't die also. it was just unplugged | 19:52 |
| minute | bkeys: on the display's side | 19:52 |
| minute | like, half unplugged | 19:52 |
| bkeys | Oh, I see so nothing was wrong? | 19:52 |
| minute | bkeys: not sure, the computer was in a bit banged up state here due to only being padded with various paperbags and stuff and things rattling around in there, multiple screws had flown out etc | 19:53 |
| bkeys | Okay but nothing known wrong now? Did you have to repair anything or was that it? | 19:54 |
| minute | bkeys: i modified the motherboard so that the rcore can use DSI mode as well | 19:54 |
| bkeys | What does that mean? | 19:54 |
| minute | bkeys: i removed the pulldown resistor for the dsi2edp bridge so that you don't need to use the hdmi adapter anymore | 19:54 |
| minute | bkeys: before we send it back i'll try out how to best boot fedora without messing up the bootloader etc | 19:55 |
| bkeys | Alright, if you have any questions let me know; when I had it booting I had it with a mainline kernel and all | 19:55 |
| vagrantc | mainline kernel ... wow! | 20:03 |
| josch | minute: we had a really frustratingly unreliable kodi-based media-center setup. Since we replaced with the A311D-based MM-Board-Reform the thing had not a single crash and does everything it should. No frustration at all anymore in evenings with the family. This is my echo of spew and bkeys :) | 20:05 |
| josch | minute: also in addition to my acrylic bottom feedback from yesterday: the rcore+wifi/bt upgrade could have a M2 screw for the wifi module. No problem for me as I have plenty but as i remember from this chat, some don't have an easy time to obtain the M2 screws. | 20:06 |
| + TechnoWizard (~TechnoWiz@user/TechnoWizard) | 20:08 | |
| josch | minute: so what you are saying is that you removed the ability to have early display support in barebox via hdmi from bkey's reform? :D | 20:08 |
| minute | josch: i didn't remove anything | 20:09 |
| minute | the hdmi adapter could still be used... i just wouldn't recommend it | 20:09 |
| minute | and for barebox, we're working on DSI support now | 20:09 |
| minute | hdmi was just the first step | 20:09 |
| josch | oh so without the pulldown resistor *both* modes work -- i wasn't aware | 20:10 |
| minute | josch: yeah. | 20:10 |
| josch | nice! | 20:10 |
| minute | barebox is much better to work on than edk2, as predicted | 20:10 |
| josch | interesting | 20:10 |
| minute | it's designed so that linux driver code can be reused or ported with not too much pain | 20:13 |
| + spew (~spew@user/spew) | 21:00 | |
| - TechnoWizard (QUIT: Remote host closed the connection) (~TechnoWiz@user/TechnoWizard) | 21:00 | |
| + Guest36 (~Guest36@mail.darzee.dk) | 21:04 | |
| - Guest36 (QUIT: Client Quit) (~Guest36@mail.darzee.dk) | 21:08 | |
| + Guest36 (~Guest36@mail.darzee.dk) | 21:09 | |
| - Guest36 (QUIT: Ping timeout: 250 seconds) (~Guest36@mail.darzee.dk) | 21:13 | |
| bkeys | minute: I think my workflow for Fedora on the rk3588 is to boot from USB, flash Fedora minimal image on there then flash the Reform uboot over that then boot from emmc (or SD card) | 21:52 |
| bkeys | Then you are good to go | 21:52 |
| + robin__ (~robin@user/terpri) | 22:02 | |
| - robin_ (QUIT: Ping timeout: 256 seconds) (~robin@user/terpri) | 22:05 | |
| - gustav25 (QUIT: Quit: Quit) (~gustav@c-78-82-54-137.bbcust.telenor.se) | 22:15 | |
| - paperManu (QUIT: Ping timeout: 256 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 23:14 | |
| - schalken1 (QUIT: Ping timeout: 264 seconds) (~schalken@117-118-178-69.gci.net) | 23:20 | |
| + schalken (~schalken@117-118-178-69.gci.net) | 23:24 | |
| * svp -> Svp | 23:28 | |
| * Svp -> svp | 23:30 | |
| amk | https://soju.dadd.ie/uploads/akraak/5b6756e5-1000019572.jpg hey,y locket is a bit fucked up after reboot and looks like this, starting sway has the screen as all gray more or less also | 23:30 |
| amk | my pocket* | 23:32 |
| amk | https://soju.dadd.ie/uploads/akraak/de569e6c-IMG_20251112_223245_468.jpg with sway running | 23:33 |
| josch | amk: if you shut down and start again -- is the issue gone? | 23:33 |
| amk | I rebooted a few times hard (through keyboard) and soft (through reboot) and it persisted, but went away somewhat after plugging into a charger | 23:36 |
| amk | https://soju.dadd.ie/uploads/akraak/9ac7ea35-1000019574.jpg | 23:36 |
| josch | i have seen this issue as well but only very sporadically | 23:36 |
| amk | after charging there are still lines like this | 23:36 |
| amk | I'll reboot again and see | 23:36 |
| amk | https://soju.dadd.ie/uploads/akraak/4138bf68-1000019574.jpg | 23:36 |
| amk | now its less clear, some line like that are still there but a lot less so, so I assume its okay | 23:38 |
| amk | sorry for the spam also | 23:38 |
| amk | last spam, but I wonder if it might be some heat related thing as after a few reboots and active charging its gone away with none of the lines as in the previous image. I'd never seen it before and I usually have my pocket on or the ambient room temperature was warmer due to summer and now its a bit colder in the apartment | 23:43 |
| josch | lets ping minute ^ | 23:43 |
| minute | minute is busy with https://mastodon.social/@mntmn/115539131464842310 | 23:44 |
| minute | amk: ah this glitch happens sometimes, power cycle should fix it | 23:45 |
| minute | amk: it's quite rare but we've seen it maybe 3 or 4 times | 23:45 |
| - pomel0 (QUIT: Ping timeout: 256 seconds) (~pomel0@user/pomel0) | 23:46 | |
| gordon1 | what chip's missing? | 23:46 |
| + pomel0 (~pomel0@user/pomel0) | 23:46 | |
| minute | gordon1: dsi to hdmi converter for a different soc | 23:48 |
| gordon1 | it's just looks like it has been fitted and then removed... | 23:49 |
| minute | wasn't | 23:49 |
| gordon1 | ah, ok it's probably all the residue from the paste's flux | 23:49 |
| gordon1 | i need to empathize how important is to put diagnostic leds on your hardware, pic is a prime example of that | 23:51 |
| amk | minute: cheers, I freaked a bit and spammed tbh, but all good now š thanks for all the work! | 23:51 |
| + paperManu (~paperManu@107.159.15.124) | 23:53 | |
| minute | np! | 23:56 |
| josch | in the meantime i had a mini scare because neither my rk3588 pocket nor classic reform would turn on with nothing on serial after swapping out the rcore board | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
