bkeys | Yeah I figured it all out | 00:00 |
---|---|---|
bkeys | I need an easy way to apply all these patches | 00:00 |
bkeys | Alright I think I got all the patches applied from the repo | 00:04 |
bkeys | Alright, I got the patches applied | 00:11 |
bkeys | I'm kicking off the build of what is hopefully the Reform kernel with both the patches to the source as well as the dts files to build, hopefully that will fix the hardware issues | 00:40 |
- mjw (QUIT: Ping timeout: 256 seconds) (~mjw@gnu.wildebeest.org) | 00:41 | |
+ mjw (~mjw@gnu.wildebeest.org) | 00:49 | |
- hl (QUIT: Ping timeout: 256 seconds) (~hl@user/hl) | 00:54 | |
+ hl (~hl@user/hl) | 01:14 | |
jfred | The PCBs came in! :D https://usercontent.irccloud-cdn.com/file/DfVibMHk/1000011404.png | 01:31 |
jfred | I made the mistake of not paying extra to have them not silkscreen on a serial number, but thankfully it ended up in a relatively unobtrusive place | 01:32 |
jfred | I'm still really happy with how it turned out | 01:32 |
ch | looks great! | 01:38 |
jfred | Thanks! :) | 01:39 |
- mtm (QUIT: Ping timeout: 264 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:06 | |
- mjw (QUIT: Ping timeout: 246 seconds) (~mjw@gnu.wildebeest.org) | 02:16 | |
mtm | jfred: that looks great! I think I see s-expressions in an alien language | 02:50 |
bkeys | I GOT THE VANILLA BUILD RUNNING WITH ALL THE DTS AND PATCHES | 02:54 |
bkeys | Ooooohhhhh I hope this works once copr builds it, this can be big news for Reform | 02:54 |
jfred | mtm: They are indeed s-expressions haha, just with this font: https://www.omniglot.com/conscripts/magi.htm | 03:07 |
mtm | neato! I'll have to decipher them later. Is the y-combinator hiding in there? | 03:09 |
- cobra (QUIT: Ping timeout: 265 seconds) (~cobra@user/Cobra) | 03:17 | |
+ cobra (~cobra@user/Cobra) | 03:21 | |
jfred | Nope, it's a metacircular evaluator | 03:23 |
- cobra (QUIT: Ping timeout: 245 seconds) (~cobra@user/Cobra) | 03:38 | |
+ cobra (~cobra@user/Cobra) | 03:39 | |
- colinsane (QUIT: Ping timeout: 265 seconds) (~colinunin@97-113-64-230.tukw.qwest.net) | 03:45 | |
- nsc (QUIT: Ping timeout: 245 seconds) (~nicolas@i5C74DCFA.versanet.de) | 03:55 | |
+ cobra_ (~cobra@user/Cobra) | 03:56 | |
- cobra (QUIT: Ping timeout: 258 seconds) (~cobra@user/Cobra) | 03:56 | |
+ nsc (~nicolas@i5C74DC43.versanet.de) | 03:57 | |
- kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 04:04 | |
+ kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 04:05 | |
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net) | 04:53 | |
vagrantc | bkeys: which variant are you poking at? | 05:41 |
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net) | 05:47 | |
+ midfavila (midfavila@sdf.org) | 05:50 | |
midfavila | hey so weird question | 05:50 |
midfavila | has uhhhhh | 05:50 |
midfavila | anyone brought their reform on a plane | 05:50 |
midfavila | lmao | 05:50 |
midfavila | i dont want to be pulled aside for a random security check if i bring mine with me. i feel like it might raise a few eyebrows among less technical crowds. :v | 05:51 |
vagrantc | i have wondered this as well ... | 05:51 |
vagrantc | "are you carrying any lithium batteries" ... uh, well ... | 05:52 |
midfavila | "yeah you could say i have a few" | 05:52 |
midfavila | >carrying the reform and a uconsole | 05:52 |
vagrantc | that question drives me crazy because how many laptops and cellphones do people walk through and not think twice about | 05:52 |
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net) | 05:53 | |
vagrantc | which probably have far more dangerous batteries than the cells in a mnt/reform | 05:53 |
midfavila | what i dont get is why air canada enforces capacity limits on discrete cells but not packs | 05:53 |
midfavila | you can have up to twenty cells with maximum capacity of like 650mah or some wimpy shit like that | 05:53 |
midfavila | but then nobody cares if you walk through with a laptop thats like 50% battery | 05:53 |
vagrantc | exactly. | 05:54 |
midfavila | like i would kind of understand *cumulative* limits | 05:54 |
midfavila | but not individual ones considering theyre likely to travel all together | 05:54 |
jfred | midfavila: I have, I believe only on one trip. Was not a problem | 06:01 |
jfred | But I also didn't get singled out for screening on that one, the Reform just went through the x-ray machine like any other laptop and face-up it looks pretty normal | 06:02 |
- colinsane (QUIT: Ping timeout: 264 seconds) (~colinunin@97-113-150-69.tukw.qwest.net) | 06:02 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 06:03 | |
chartreuse | Well can confirm that when that random lockup happens with the screen blanked that the system is not responding, it no longer appeared on the network. Takes a while though and not really predictable when it's going to happen though, seems to take a few days for me | 06:15 |
chartreuse | Related to making a note of the ip address to check this this time, I've got the idea now of making an info page on the oled that the system can update. Not just the system drawing raw to it, but a pane that can be shown and hidden from the circle menu | 06:18 |
chartreuse | Something like how conky works, where a program will send an update to it periodically and it gets stored on the AVR, then displayed when the menu item for it is picked | 06:20 |
chartreuse | I guess that'd be the simplest way, just make a variant of the oled raw drawing command that instead writes to a buffer. Should be fairly easy to implement | 06:23 |
- plomlompom (QUIT: Server closed connection) (~plom@play.plomlompom.com) | 06:41 | |
+ plomlompom (~plom@play.plomlompom.com) | 06:42 | |
- Manis (QUIT: Ping timeout: 256 seconds) (01a66df340@77-56-188-94.dclient.hispeed.ch) | 06:42 | |
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net) | 06:49 | |
chartreuse | Eh, that almost worked first time, just not doing the auto update part for some reason might have typoed that | 07:01 |
- colinsane (QUIT: Ping timeout: 245 seconds) (~colinunin@97-113-150-69.tukw.qwest.net) | 07:09 | |
chartreuse | There we go, forgot to actually enter the info pane state. So now have a page that the system can update the bitmap on and it's stored. When open it will auto refresh to any new updates at the same rate as the battery status. | 07:11 |
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net) | 07:26 | |
josch | chartreuse: you might want to look into the refmon utility by vkoskiv | 07:56 |
josch | chartreuse: concerning the lock-ups, sigrid might've found the culprit | 07:57 |
chartreuse | Can't seem to find any mention of that utility on google, vkoskiv's github, or mentioned on the community forums | 08:16 |
chartreuse | I guess maybe it's burried somewhere in the IRC logs | 08:17 |
chartreuse | The linux side of course is a bit more complex than the quick hack to get the semi-persistent display on the keyboard working. Right now I just used a hacked version of kbdgfx and text.sh to throw my ip address in there | 08:19 |
chartreuse | And I'd probably want to make it giggle around the screen by 1px to if there's room to try and reduce more burnin like I've accidentally managed with the battery status window XD | 08:19 |
- cow321 (QUIT: Ping timeout: 268 seconds) (~deflated8@user/meow/deflated8837) | 08:20 | |
+ cow321 (~deflated8@user/meow/deflated8837) | 08:22 | |
- ex-parrot (QUIT: Quit: _b) (~fincham@user/ex-parrot) | 08:50 | |
+ ex-parrot (~fincham@user/ex-parrot) | 08:50 | |
- Gooberpatrol66 (QUIT: Ping timeout: 246 seconds) (~Gooberpat@user/gooberpatrol66) | 09:42 | |
+ Manis (01a66df340@84-73-19-122.dclient.hispeed.ch) | 09:51 | |
- mhoye (QUIT: Server closed connection) (~mhoye@li319-32.members.linode.com) | 10:19 | |
+ mhoye (~mhoye@li319-32.members.linode.com) | 10:19 | |
+ mjw (~mjw@gnu.wildebeest.org) | 10:58 | |
+ _rm (johan@halin.me) | 12:10 | |
+ Twodisbetter (2cc0e4ea1c@irc.cheogram.com) | 12:38 | |
josch | hrm... it seems the problem with my trackball is becoming worse | 13:12 |
josch | reform is just standing on a table and suddenly: https://paste.debian.net/1323426/ | 13:12 |
- jackhill (QUIT: Server closed connection) (~jackhill@kalessin.dragonsnail.net) | 13:13 | |
+ jackhill (~jackhill@kalessin.dragonsnail.net) | 13:14 | |
josch | this is then just fixable by taking the bottom off and unplugging and re-plugging the usb cable | 13:20 |
minute | josch: hmmmm intermittent continuity on the usb cable? | 13:26 |
josch | you think it's the cable? | 13:28 |
josch | i can try swapping the cable for another one to test that theory | 13:29 |
minute | josch: it could be | 13:29 |
minute | either that or the controller is crashing for some reason... | 13:29 |
josch | i also have a second trackball module, so i can swap them and see what happens | 13:30 |
josch | but i first have to swap the white switches for brown ones or my partner kills me XD | 13:30 |
minute | uh oh ;3 | 13:31 |
- mtm (QUIT: Ping timeout: 245 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:03 | |
+ mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:06 | |
- mjw (QUIT: Ping timeout: 244 seconds) (~mjw@gnu.wildebeest.org) | 14:44 | |
* Guest1701 -> mjw | 15:04 | |
bkeys | So my kernel built, but is not booting for whatever reason and I don't know where my dual female cables went so I can't serial into it -_- | 15:13 |
bkeys | Dang kids | 15:13 |
- buckket (QUIT: Quit: buckket) (~buckket@vps.buckket.org) | 15:14 | |
+ buckket (~buckket@vps.buckket.org) | 15:15 | |
bkeys | Found some more | 15:18 |
- minute (QUIT: Server closed connection) (~mntirc@softboy.mntmn.com) | 15:30 | |
+ minute (~mntirc@softboy.mntmn.com) | 15:30 | |
- bkeys (QUIT: Remote host closed the connection) (~Thunderbi@45.134.140.153) | 15:31 | |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 16:11 | |
mtm | ah, looks like the 2.6 motherboard is well on it's way. I'll need to amend my rk3588 order to include one. I can use the original MB and SoC for a home server | 16:21 |
mtm | that librav1e0.7 issue has been fixed, though I did need to run 'apt --fix-missing install' to uncork it | 16:22 |
kop316 | minute: as an FYI my hyper order just shipped from crowd supply | 16:25 |
+ reform12372 (~chaoswolf@2600:1702:1340:42a0::39) | 16:27 | |
+ bkeys (~Thunderbi@45.134.140.153) | 16:28 | |
- reform12372 (QUIT: Client Quit) (~chaoswolf@2600:1702:1340:42a0::39) | 16:29 | |
bkeys | So I got the Reform kernel built for RPM and booting with all the patches and dts files; but the hardware still isn't working. Is there some other step? | 16:29 |
+ mark_ (~mjw@gnu.wildebeest.org) | 16:30 | |
minute | kop316: oh nice! | 16:34 |
* ChanServ changed mode (+o, minute) | 16:34 | |
bkeys | Nvm, investigated and my kernel config options weren't applied in the final package | 16:34 |
josch | mtm: then you'll be happy to hear that there is a motherboard enclosure being worked on as well :) | 16:44 |
josch | bkeys: really cool to hear about your progress! | 16:44 |
bkeys | I have tried for days to stop it from overwritting my kernel options; I'm fixing to give up | 16:45 |
bkeys | I have no clue why Fedora wants to make it this hard to change the kernel config | 16:45 |
josch | bkeys: note, that after you have the kernel working, there may be a few more tweaks that you need to do in user-space. Those are "documented" in the reform-hw-setup utility | 16:45 |
mtm | josch: yes, I've been following that! Should make for a sweet, quiet server. Will be interesting to see what sort of power draw it'll have. Might rig it to an old solar panel/battery combo I have laying around | 16:51 |
josch | sweet! | 16:55 |
midfavila | kinda wanna try hacking one of those remade model f kishsavers into my reform | 17:05 |
vkoskiv | I can't fathom how distro packaging people bisect anything | 17:37 |
vkoskiv | I can't just downgrade package X and bisect it. It depends on pac Y which depends on Z and W | 17:37 |
vkoskiv | And I have to also keep them all in sync with whatever version is expected in any point in my bisect :D | 17:38 |
vkoskiv | It just seems impossible to me. | 17:38 |
josch | vkoskiv: if you are using debian, then the answer is debbisect | 17:39 |
vkoskiv | In this particular case, the bisect is happening on arch :D | 17:39 |
josch | vkoskiv: debbisect works by using snapshot.debian.org -- maybe something similar exists for arch | 17:40 |
josch | vkoskiv: but bisecting Debian unstable is perfectly possible | 17:40 |
vkoskiv | There is a nice guide they wrote for the process, but it doesn't mention this case, I guess I'm expected to figure it out on my own | 17:40 |
vkoskiv | Yeah, I don't see a way to do this on arch that doesn't require days of work | 17:54 |
vkoskiv | I'd have to figure out the version of every dependency at the bisect commit, and manually downgrade/upgrade them | 17:55 |
vkoskiv | For each step of the bisect :D | 17:55 |
midfavila | bisecting drives me insane too | 17:56 |
midfavila | i spent like three days at work trying to upgrade a debian system from 9 to eleven and there was a change in how libcrypt was packaged | 17:56 |
vkoskiv | I'm fine with a bisect, I just set it to build and run the test I'm iterested in, and watch it go | 17:56 |
midfavila | apparently it used to be separate from glibc but then later on was integrated into the glibc package | 17:56 |
vkoskiv | But this is Linux, so this bisect involves N packages | 17:56 |
midfavila | which now conflicts with the old one and now libc is conflicting with... libc | 17:57 |
vkoskiv | My respect for Linux distro packaging people increases yet again. | 17:57 |
midfavila | i just run kiss. no bisecting or anything. | 17:57 |
midfavila | easy. | 17:57 |
vkoskiv | I tried downgrading one of the dependencies, but it won't install, because that would break another dependency on wlroots | 17:58 |
vkoskiv | Not sure if it means the normal wlroots, or the one I downgraded. pacman says both maybe are installed, plus another special version I don't know much about. | 17:58 |
vkoskiv | Even if I managed to do this bisect, I would then have no idea which of the N packages the break was in, and I would have no way to check that | 17:59 |
vkoskiv | Some version of some package broke sway on a really old laptop, and I'm the only person on the planet interested in ensuring sway works with this 19 year old hardware | 18:00 |
vkoskiv | Solution here is to move back to X on this system, for X is eternal. | 18:01 |
vkoskiv | I'm using i3 on my desktop anyway (proprietary nVidia), so this works | 18:03 |
vkoskiv | Also the reason why I don't want to file this as a regression to the arch/sway/wlroots people, I think they have more important things to fix than maintaining support for my ancient hardware | 18:12 |
josch | vkoskiv: chartreuse might be interested in refmon | 18:16 |
vkoskiv | I've been hacking on it in the last few days, 'till I got sidetracked with a tcc thing again :D | 18:23 |
vkoskiv | What's the best practice for config files these days? Just stick defaults under /etc/refmon/ and then have it scan first under ~/.config/refmon/, then fall back to /etc/refmon/? | 18:30 |
josch | yes | 18:32 |
vkoskiv | I'll implement that today, then. | 18:33 |
vkoskiv | I just added support for an unlimited amount of widgets :] | 18:34 |
vkoskiv | With a big asterisk, they are all on the same thread, so maybe shouldn't load too many of 'em | 18:34 |
+ Jonas__ (~Jonas@45.134.79.119) | 18:38 | |
+ cow321_ (~deflated8@user/meow/deflated8837) | 18:50 | |
- cow321 (QUIT: Ping timeout: 272 seconds) (~deflated8@user/meow/deflated8837) | 18:51 | |
* cow321_ -> cow321 | 18:51 | |
- Jonas__ (QUIT: Ping timeout: 244 seconds) (~Jonas@45.134.79.119) | 18:56 | |
- ndufresne (QUIT: Server closed connection) (~ndufresne@apple.collaboradmins.com) | 19:15 | |
+ ndufresne (~ndufresne@apple.collaboradmins.com) | 19:15 | |
- cow321 (QUIT: Remote host closed the connection) (~deflated8@user/meow/deflated8837) | 19:22 | |
+ cow321 (~deflated8@user/meow/deflated8837) | 19:23 | |
* mjw -> Guest9296 | 19:34 | |
- Guest9296 (QUIT: Killed (lithium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:34 | |
* mark_ -> mjw | 19:34 | |
+ Guest9296 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:35 | |
+ gustav28 (~gustav@c-1134524e.019-141-67626730.bbcust.telenor.se) | 20:02 | |
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 21:10 | |
violet | had a weird freeze on my iMX8MQ | 21:12 |
violet | its not that weird for it to freeze now and then, it seems like it just does that sometimes and idk why. but this time it froze with the 2 LEDs for the ethernet port fully lit. and i did not have an ethernet cable plugged in | 21:12 |
violet | and that is definitely something i've not seen before | 21:13 |
+ sevan (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 21:17 | |
minute | just fixed some charger stuff on pocket reform here, steam deck charger works now | 21:19 |
josch | violet: random freezes of the imx8mq were the topic just a few days ago and chartreuse, sevan and sigrid were trying out things. Which OS are you running and when do the freezes occur? When you idle in sway? | 21:19 |
josch | minute: what was the culprit? | 21:20 |
minute | josch: probably the 5 second startup delay | 21:20 |
minute | i'm now working on charger module detection | 21:20 |
violet | josch: im running the mnt kernel on bookworm | 21:26 |
josch | violet: we probably talked about dpms already in the past? | 21:27 |
violet | ive had a random freeze here and there ever since i got the thing, but ive only ever had freezes while im not using the device | 21:27 |
violet | we probably did. | 21:27 |
josch | violet: you are using sway with swayidle? | 21:27 |
violet | no | 21:27 |
josch | just the terminal? | 21:27 |
violet | i had firefox focused | 21:27 |
violet | and it had mastodon loaded | 21:27 |
josch | ah what DE are you using? | 21:28 |
violet | sway | 21:28 |
josch | but without swayidle? | 21:28 |
violet | correct | 21:28 |
josch | so your display is always on? | 21:28 |
violet | yeah that's right. i just set it to brightness 1 when im closing it up | 21:28 |
josch | that sounds good | 21:28 |
violet | tho i have also had this happen while plugged into HDMI with the display off | 21:28 |
violet | i have had it happen both with and without external display plugged in | 21:29 |
violet | always while plugged into power, usually while leaving it over night because thats when im usually not touching it for a bit. never while ive been actively using it | 21:29 |
josch | we should catalogue this | 21:30 |
josch | yes, same here | 21:30 |
josch | for me, both "output eDP-1 disable" as well as "output * dpms off" triggered the problem -- setting brightness to 0 did not | 21:30 |
josch | so it's interesting that you got a freeze anyways | 21:30 |
josch | but: sigrid found a bit which might make the imx8mq lock up as the MNT kernel currently does not set it | 21:31 |
violet | its not reliable either. i managed to get a few days running continously most recently without freezes | 21:31 |
josch | chartreuse is also looking into it as they are not even using sway at all | 21:31 |
josch | violet: yes, same here | 21:31 |
josch | violet: i'm going to file an issue as per https://community.mnt.re/t/collecting-long-standing-reform-issues/2125 | 21:34 |
violet | sounds good | 21:34 |
violet | tangentially i would actually like to eventually find a way to disable display in u-boot | 21:35 |
josch | you want to disable display support? | 21:36 |
violet | seems like a weird request but sometimes it works fine, and other times the data on the screen is glitchy and flickery in u-boot | 21:36 |
violet | its always fine after it gets into linux | 21:36 |
josch | i guess you can just remove it from the device tree to disable it | 21:36 |
violet | but the flickery pixel data is uncomfortable to look at | 21:36 |
violet | yeah thats what im thinking, but i havent modified a device tree in awhile so i need to remind myself how to do it / where to put the dtb when im done | 21:37 |
violet | id bet its just some kind of bug when initializing the display output hardware, like maybe sometimes the pixel clock doesnt get set up right or something. | 21:41 |
violet | or maybe it messes up the i2c to the bridge chip idk | 21:42 |
josch | cinap_lenrek added the display support to u-boot and probably knows the answer | 21:43 |
violet | could i guess also be a sequencing thing of like maybe sometimes it gets unlucky and starts trying to talk to the display chip before the chip is actually ready for commands. but these are all speculation | 21:43 |
violet | s/display chip/bridge chip/ | 21:44 |
violet | josch: a | 22:10 |
violet | oops | 22:11 |
violet | what i meant to say was, i think this is actually a new failure mode | 22:11 |
violet | i left it off after the freeze until now. but i tried turning it back on and it wont boot, and the ethernet LEDs just come on and stay on | 22:11 |
violet | powering off/on maeks the LEDs go off and on so the control chip is doing its job there | 22:12 |
violet | im going to try unplugging and replugging the batteries to see if cutting power from the system entirely fixes it | 22:12 |
josch | violet: i indeed did not hear this behaviour with the ethernet led before | 22:12 |
violet | actually, before i cut power from the system, ill attach a serial to see if i get anything out of the nxp chip from there | 22:13 |
- gustav28 (QUIT: Quit: Quit) (~gustav@c-1134524e.019-141-67626730.bbcust.telenor.se) | 22:15 | |
violet | nope, nothing on serial | 22:24 |
noam_ | Um. My trackball seems... unhappy? Should I be cleaning it regularly to prevent dust buildup or something? | 22:26 |
josch | noam_: yes, clean regularly | 22:26 |
noam_ | I've occasionally had an issue where it would only work if moved really slowly, and now it's just flat out nonresponsive >_< | 22:26 |
noam_ | josch: oops. thanks. | 22:26 |
josch | noam_: at least as often as you cleaned ball-mice back in the day :) | 22:26 |
noam_ | josch: assumption, there >_< | 22:27 |
noam_ | ...I did actually use ball mice but I was like five so I was not the one cleaning them lol | 22:27 |
noam_ | josch: what's the recommended approach to cleaning? :) | 22:27 |
violet | hmmmmmm nope, still dead even after disconnecting/reconnecting battery | 22:28 |
josch | what i do is to use a plastic tool to remove both circular buttons from the trackpad | 22:28 |
josch | then i unscrew both screws holding the trackball in its cup | 22:28 |
josch | then i take the trackball out | 22:28 |
jfred | ...oh... lmao, I think I made a silly mistake with this custom Pocket lid. The wifi and cellular antennas go on the backside of the top lid don't they? I've just put a solid later of copper in between them and the outside 😆 | 22:28 |
josch | then i blow really hard onto the sensor while holding it upside-down | 22:28 |
josch | noam_: in extreme cases, i take a very soft cotton or tissue to clean the sensor physically | 22:28 |
violet | wow one of the inductors is REALLY hot | 22:28 |
josch | violet: o0 | 22:29 |
violet | o.o theres a chip on the board with bridged solder joints | 22:29 |
violet | i dont think it was like that before | 22:29 |
violet | thats amazing | 22:29 |
noam_ | josch: so you mean like... taking the reform apart to clean it? :/ | 22:30 |
noam_ | I really odn't want to do that >_< | 22:30 |
josch | noam_: no, just the two buttons and the ring around the ball | 22:30 |
noam_ | ahhhh | 22:30 |
josch | noam_: you just need to undo two screws -- no need to open it from the back | 22:30 |
josch | noam_: https://mntre.com/reform2/handbook/hardware.html#trackball-cleaning | 22:31 |
josch | violet: if you take a photo, maybe we can compare? | 22:31 |
noam_ | Dammit, i need to read the full handbook >_< | 22:32 |
josch | jfred: and now your wifi reception is gone? :D | 22:32 |
noam_ | I'm also once again struggling not to give in and order the pocket >_< | 22:32 |
jfred | violet: My Reform failed once in what I think was a similar way, though I didn't take note of exactly which components were hot at the time | 22:32 |
jfred | josch: Well, I don't have my Pocket yet, but I assume it will be if I install this 😅 | 22:32 |
violet | josch: https://x.artemis.sh/f/reform_bridged_joints.jpg | 22:34 |
violet | that resistor up to looks like it *could* be intentional but i dont think the bridged chip joints are at all | 22:37 |
jfred | R53 is intentional, it was an early motherboard fix | 22:38 |
josch | violet: ah you are having motherboard 2.0? i have motherboard 2.5, so things look a tad different | 22:39 |
violet | yeah it is 2.0 | 22:40 |
violet | silkscreen says 2020-10-29 | 22:40 |
violet | maybe unbridging that solder joint fixes it. i wonder how it got that way in the first place | 22:43 |
violet | probably i should take the board out and inspect the whole thing if i do that | 22:44 |
josch | yes, 2020-10-29 is motherboard 2.0 according to https://source.mnt.re/reform/reform-handbook/-/issues/4 | 22:45 |
violet | maybe its possible that i did some damage when i accidentally shorted a pin when i put a display cable in with now enough pins, and that it didn't immediately cause problems but made it easier for this to happen later | 22:46 |
violet | not enough pins* | 22:46 |
violet | aw darn it looks like 2.5 motherboards are out of stock | 22:52 |
josch | violet: motherboard 2.6 is in the making though :) | 22:54 |
noam_ | violet: on the other hand I think there was a 2.6 on the way :D | 22:54 |
- sevan (QUIT: Changing host) (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 22:58 | |
+ sevan (~sevan@user/venture37) | 22:58 | |
minute | we built two a311d pocket reforms for use by my colleagues today and did the whole encrypted nvme migration thing, from the most recent 6.9 image | 22:59 |
minute | everything works fine except now we have the same bug that plagued imx8mp pocket initramfs: display comes on only after entering disk password | 23:00 |
minute | (from cold boot) | 23:00 |
minute | stays on after a reboot | 23:00 |
josch | minute: that issue was also mentioned in the forums | 23:00 |
josch | minute: https://community.mnt.re/t/error-creating-encrypted-ssd-migrating/2107/46 | 23:02 |
violet | well if i dont manage to fix it myself by the time 2.6 comes out i guess il be getting that :D | 23:04 |
violet | i dont see any other weird solder joints though so it might just be this | 23:05 |
josch | violet: i can send you a picture of my motherboard 2.0 tomorrow if you like to compare | 23:06 |
violet | thanks, that would be helpful to have | 23:06 |
josch | violet: please feel free to ping me about it in case i forget! | 23:07 |
violet | oh apparently those 3 bridges pins are all analog input for the current monitor and probably tied to ground anyway | 23:22 |
minute | minute: i'm silly. i don't have an ssd in my a311d pocket, that's why i don't see the issue | 23:22 |
violet | the schematic doesnt seem to line up exactly with the pdf in the handbook because the handbook says it should be an INA233 and this is INA260 but i think its just a larger version of the same chip? | 23:23 |
violet | and probably the same thing anyway | 23:23 |
josch | minute: you are using luks on emmc? | 23:24 |
minute | violet: the things in your picture are all "by design" | 23:24 |
violet | i dont see anything else that looks wrong then... so i guess maybe it is some kind of internal board damage | 23:25 |
minute | violet: failure with hot inductor? probably, if you're lucky, it's dead diode D5 | 23:25 |
violet | ooo | 23:25 |
minute | violet: do you have multimeter with diode tester or can you desolder D5? | 23:25 |
minute | it is not needed for functionality | 23:26 |
minute | but it caused a bunch of failures | 23:26 |
minute | so from 2.5+ it's DNP | 23:26 |
violet | yeah i have a diode tester / can also desolder it | 23:27 |
violet | i see it | 23:27 |
violet | what do i expect to see if i probe it? | 23:28 |
violet | short circuit instead of diode? | 23:29 |
violet | (meaning, if it failed, it would be bidirectional connection instead of one-way) | 23:29 |
+ Jonas__ (~Jonas@45.134.79.119) | 23:44 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!