| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-128-229.tukw.qwest.net) | 00:02 | |
| + colinsane (~colinunin@97-113-128-229.tukw.qwest.net) | 00:04 | |
| - S0rin (QUIT: Ping timeout: 255 seconds) (~S0rin@user/s0rin) | 00:13 | |
| + S0rin (~S0rin@user/s0rin) | 00:13 | |
| - klardotsh (QUIT: Ping timeout: 272 seconds) (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 00:17 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-128-229.tukw.qwest.net) | 00:34 | |
| + colinsane (~colinunin@97-113-128-229.tukw.qwest.net) | 00:36 | |
| - jacobk (QUIT: Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) (~quassel@utdpat241106.utdallas.edu) | 00:41 | |
| + jacobk (~quassel@utdpat241106.utdallas.edu) | 00:44 | |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 00:59 | |
| + klardotsh (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 01:53 | |
| - mtm (QUIT: Ping timeout: 272 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 02:02 | |
| + bkeys (~Thunderbi@134.22.115.162) | 02:30 | |
| - jacobk (QUIT: Ping timeout: 255 seconds) (~quassel@utdpat241106.utdallas.edu) | 02:38 | |
| - nsc (QUIT: Ping timeout: 255 seconds) (~nicolas@84-97-142-46.pool.kielnet.net) | 03:09 | |
| + nsc (~nicolas@128-48-142-46.pool.kielnet.net) | 03:11 | |
| + mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 04:07 | |
| + jacobk (~quassel@129.110.242.173) | 04:37 | |
| + chomwitt (~chomwitt@2a02:587:7a24:b000:1ac0:4dff:fedb:a3f1) | 07:24 | |
| - jacobk (QUIT: Ping timeout: 255 seconds) (~quassel@129.110.242.173) | 07:24 | |
| - chomwitt (QUIT: Ping timeout: 264 seconds) (~chomwitt@2a02:587:7a24:b000:1ac0:4dff:fedb:a3f1) | 07:55 | |
| - jomo (QUIT: Quit: The Lounge - https://thelounge.github.io) (~jomo@user/jomo) | 07:59 | |
| + jacobk (~quassel@64.189.201.150) | 08:30 | |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 08:41 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 08:42 | |
| - jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@64.189.201.150) | 09:06 | |
| + chomwitt (~chomwitt@2a02:587:7a24:b000:1ac0:4dff:fedb:a3f1) | 09:11 | |
| - klardotsh (QUIT: Ping timeout: 255 seconds) (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 09:18 | |
| vkoskiv | Exciting day today, UPS says A311D will arrive before end of day | 09:20 |
|---|---|---|
| vkoskiv | I wonder if I'm in the first batch, then? I haven't read much about people doing the upgrade yet | 09:20 |
| Boostisbetter | vkoskiv: congrats! Looking forward to hearing about it! | 09:37 |
| vkoskiv | I'll definitely try to document my findings | 09:41 |
| minute | vkoskiv: we only sent out around 16 so far i think? so you're one of the first, yup | 10:10 |
| + mjw (~mjw@gnu.wildebeest.org) | 10:58 | |
| + dmorn (~dmorn@host-95-231-165-204.business.telecomitalia.it) | 11:45 | |
| - dmorn (PART: !!unknown attribute: msg!!) (~dmorn@host-95-231-165-204.business.telecomitalia.it) | 11:46 | |
| violet | yeah i think mine's set to arrive tomorrow as well | 12:56 |
| violet | looking forward to trying quartz shenanigans | 12:57 |
| vkoskiv | violet: quartz? | 13:01 |
| violet | pine64 has a cm4-compatible module called the soquartz, which i happen to have a number of | 13:02 |
| violet | 4x cortex a55, 8 gigs ram, panfrost-compatible GPU | 13:03 |
| vkoskiv | Aah, cool | 13:03 |
| violet | so its a nice low-power option | 13:03 |
| violet | but no idea if itll actually work. minute hasnt had the bandwidth to attempt any sort of bringup on it, so im going to be experimenting | 13:04 |
| - Boostisbetter (QUIT: Ping timeout: 255 seconds) (4a410829d7@irc.cheogram.com) | 13:08 | |
| + Boostisbetter (4a410829d7@irc.cheogram.com) | 13:20 | |
| - mjw (QUIT: Ping timeout: 272 seconds) (~mjw@gnu.wildebeest.org) | 13:56 | |
| * mark_ -> mjw | 13:59 | |
| - mtm (QUIT: Ping timeout: 260 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 14:03 | |
| abortretryfail | minute: is that modification to delete the UVLO circuit documented in detail somewhere? I was just looking at the schematic and EN on the standby regulator is tied to battery Vout via a 0 ohm resistor (R1), this also matches my motherboard. | 14:11 |
| minute | abortretryfail: what's your motherboard revision? | 14:12 |
| abortretryfail | R2 | 14:12 |
| abortretryfail | More specifically, MREFPMOB20R02 | 14:13 |
| minute | hm, you are correct... my memory of this was wrong, then | 14:16 |
| abortretryfail | no worries. Maybe that was a problem with an earlier revision? | 14:16 |
| minute | very possible, maybe the beta version | 14:16 |
| minute | btw TIL about "blue patch" or nylok screws | 14:20 |
| vkoskiv | I thought that was just blue threadlock that manufacturers put on screws before installation | 14:21 |
| vkoskiv | Apparently they sell them with goop preapplied? Huh | 14:21 |
| abortretryfail | heh, time saver. | 14:22 |
| minute | it's not threadlock | 14:35 |
| minute | it's nylon | 14:35 |
| minute | i also thought it was just loctite | 14:35 |
| abortretryfail | yeah, like the built-in washers in lock nuts | 14:36 |
| minute | https://nylok.com/wp-content/uploads/2021/06/BluePatchTorqPatch-2019.pdf | 14:36 |
| minute | yeah | 14:36 |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 14:58 | |
| + jacobk (~quassel@64.189.201.150) | 15:05 | |
| - stites (QUIT: Ping timeout: 260 seconds) (~stites@130.44.147.204) | 15:18 | |
| + stites (~stites@2607:fb91:dc1:c31f:f5a5:ac9:104d:5b91) | 15:19 | |
| - stites (QUIT: Read error: Connection reset by peer) (~stites@2607:fb91:dc1:c31f:f5a5:ac9:104d:5b91) | 15:42 | |
| + stites (~stites@155.33.132.39) | 15:42 | |
| - stites (QUIT: Read error: Connection reset by peer) (~stites@155.33.132.39) | 15:44 | |
| + stites (~stites@155.33.132.39) | 15:45 | |
| - cwebber (QUIT: Read error: Connection reset by peer) (~user@user/cwebber) | 15:56 | |
| vkoskiv | I wonder why UPS still does the weird dance of "we couldn't deliver to your door, pick up here instead" | 16:02 |
| vkoskiv | Would be much nicer if they just said to pick up at place X in the first place | 16:02 |
| sevan | heh | 16:03 |
| vkoskiv | It's not evident to me that they even attempt direct delivery anyway. The packages have my phone #, address and the door code on them, they don't call or anything. | 16:03 |
| vkoskiv | I don't mind, the drop off point is nearby, and I need to pick up groceries anyway, but it's just a weird experience every time | 16:04 |
| vkoskiv | Pretty sure it's just a case of the delivery people not being given enough time to reasonably deliver everything. | 16:04 |
| abortretryfail | they deliver to my house no problem. that wasn't the case when i lived in an apartment. | 16:05 |
| sevan | same for me, when the reform turned up & when the upgraded battery bank. They rang the bell, I let them in. Couple of minutes later I receive a message that "we tried to deliver your parcel but you weren't in" :D | 16:05 |
| vkoskiv | I think I've ever had one package actually delivered to my door in the last X years. I was quite bewildered :D | 16:06 |
| vkoskiv | That was domestic Posti, though. Maybe they have more reasonable schedules. | 16:06 |
| vkoskiv | Aaand it's ready for pickup. That was fast | 16:08 |
| vkoskiv | 16:22: "couldn't deliver". Just now: Ready for pickup | 16:08 |
| vkoskiv | Probably a good idea to rsync ~ to my desktop before doing anything w.r.t. migrating my nvme luks to work with the new module | 16:09 |
| + mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 16:09 | |
| vkoskiv | Although, since /boot is on emmc, does the actual luks volume need anything done to it when swapping a module? | 16:10 |
| vkoskiv | I need to scroll up to re-read josch's overview of the process from some days ago | 16:10 |
| abortretryfail | lol, i put the reform handbook PDF on my Kobo Clara HD ereader and the text is all trainwrecked together :D | 16:18 |
| abortretryfail | wonder if Calibre can fix that | 16:19 |
| + cwebber (~user@user/cwebber) | 16:22 | |
| dozens | i wonder if it tried to convert the pdf to epub or something | 16:25 |
| vkoskiv | I wonder why the OLED specs say it's 128px wide when it's actually 126px, seemingly | 16:31 |
| vkoskiv | I did see the 126px limit in the firmware in matrix_render_direct(), but I bumped that up to 128 and it's still not 128 columns wide | 16:32 |
| vkoskiv | thing is, if I adjust my light just right, and light up pixel at index 125, I can actually see two extra columns of pixels to the right of it | 16:33 |
| vkoskiv | So physically the pixels are there | 16:33 |
| vkoskiv | I tried reading the OLED module documentation, but it all seems to just assume it's 128x64 | 16:35 |
| vkoskiv | Oh, I think it might be to make firmware text writing work nicer, since 126/6 is an even 21 | 16:39 |
| vkoskiv | But that same limit is imposed on arbitrary bitmaps coming from HID reports | 16:40 |
| vkoskiv | Hey! I think I fixed a bug :D | 16:41 |
| vkoskiv | I can now address the full 128x64 from Linux. | 16:41 |
| vkoskiv | Doesn't touch the existing text rendering code, just removes that limit from bitmap draws | 16:42 |
| vkoskiv | Took me a while to figure this out too, I ran into this last year, but didn't get this far in my investigation | 16:45 |
| vkoskiv | Tweaked kbdgfx to match, MR to follow. | 16:46 |
| abortretryfail | dozens: no it renders pdfs, but it tried to scale/reflow the text or something and it all just crashed together. | 16:58 |
| - stites (QUIT: Read error: Connection reset by peer) (~stites@155.33.132.39) | 17:35 | |
| + stites (~stites@155.33.132.39) | 17:36 | |
| - stites (QUIT: Read error: Connection reset by peer) (~stites@155.33.132.39) | 17:38 | |
| + stites (~stites@155.33.132.39) | 17:39 | |
| - stites (QUIT: Read error: Connection reset by peer) (~stites@155.33.132.39) | 17:41 | |
| + stites (~stites@155.33.132.39) | 17:41 | |
| + klardotsh (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 18:03 | |
| - jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@64.189.201.150) | 18:27 | |
| minute | vkoskiv: there's UPS My Choice where you can preselect that | 18:27 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 18:34 | |
| vkoskiv | Yeah, I think I did that too late perhaps | 18:37 |
| vkoskiv | But the email said they did try, maybe it's a glitch | 18:37 |
| vkoskiv | I have in my posession a box with MNT tape 8) | 18:37 |
| vkoskiv | I do hope they don't charge you by weight, because this box says 11KG and another label 10.5KG, and it is most certainly not that. | 18:38 |
| minute | nice. not nice @ the 10kg, what? :D | 18:47 |
| minute | sounds like a zero too much | 18:47 |
| vkoskiv | It said that in the tracking and on the box as well | 18:47 |
| minute | bizarre | 18:50 |
| minute | hmm. i hope the weight is not set up wrongly in the shop | 18:50 |
| minute | it actually is | 18:51 |
| minute | vkoskiv: thanks for reporting this! | 18:52 |
| vkoskiv | Glad to help! | 18:52 |
| + mark_ (~mjw@gnu.wildebeest.org) | 18:53 | |
| vkoskiv | If I were to use the M.2 -> mPCIe adapter with the imx8 module, could I put two SSDs in here? :D | 18:57 |
| minute | vkoskiv: rcm4 has only one pcie lane unfortunately | 18:58 |
| minute | (one could develop a rcm4 version with a pcie switch--but alas, i did not) | 18:58 |
| vkoskiv | Yeah, but with the existing imx8 I mean | 18:58 |
| vkoskiv | Since that already uses M.2 + PCIe for the wifi | 18:58 |
| minute | vkoskiv: ah sorry, didn't catch that. yes, you could | 18:58 |
| vkoskiv | Fun! So a module somewhere down the line could also make use of both | 18:59 |
| minute | so you could use ZFS mirroring or sth | 18:59 |
| vkoskiv | Cool, I'm waiting for this rsync to finish, then I'll start hardware hacking | 18:59 |
| vkoskiv | By hacking I mean plugging connectors into each other :D | 18:59 |
| vkoskiv | Twisting a few screws | 18:59 |
| vkoskiv | And I just discovered that my home network is somehow broken | 19:00 |
| vkoskiv | rsync over ethernet to my box seems to fail after a while, and connections on my desktop slow to a crawl | 19:00 |
| vkoskiv | 4MB/s over gigabit ethernet? Yeah, right | 19:00 |
| minute | mhm mhm! | 19:01 |
| vkoskiv | TIL pigz is a much faster gzip | 19:07 |
| vkoskiv | Uses multiple threads to compress | 19:07 |
| minute | yep, we use that in the CI as well | 19:13 |
| - mjw (QUIT: Killed (NickServ (GHOST command used by mark_!~mjw@gnu.wildebeest.org))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:15 | |
| * mark_ -> mjw | 19:15 | |
| + mark_ (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:16 | |
| vkoskiv | I wonder what the odds are that the Pi5 cm will have the same connectors/footprint | 19:23 |
| minute | can't have exactly the same i think | 19:25 |
| vkoskiv | Admiring the hardware while data is migrating | 19:35 |
| vkoskiv | Can't look at it much once the thermal pad is on there | 19:35 |
| vkoskiv | I forgot this has 6 cores! I remember hearing that the linux kernel knows to schedule background tasks more on the A53 cores, is that right? | 19:36 |
| minute | haven't really looked into this yet! | 19:38 |
| minute | found this https://docs.kernel.org/scheduler/sched-capacity.html | 19:38 |
| - robin (QUIT: Ping timeout: 260 seconds) (~robin@user/terpri) | 19:49 | |
| abortretryfail | UPS expedited is the only option for shipping a couple battery boards and keycaps? The shipping alone is like 40 euros :( | 19:50 |
| abortretryfail | (to USA, FL 33714) | 19:50 |
| klardotsh | ping bnys maybe, they're up here in the PNW which at least might reduce the shipping cost. unsure if they have those parts handy but they do group buys and so forth every so often, battery boards were one | 19:51 |
| abortretryfail | is that somebody's name? | 19:53 |
| klardotsh | it's their screenname on the forum and on mastodon. I dunno if I see them in here much, I just idle here on occasions :) | 19:53 |
| Boostisbetter | he lives in Washington, I believe. He has organized some group shipping things, I beleive as wlel. | 19:54 |
| Boostisbetter | he lives in Washington, I believe. He has organized some group shipping things, I beleive as well. | 19:54 |
| abortretryfail | ah okay | 19:55 |
| + ajr (uid609314@user/ajr) | 19:58 | |
| klardotsh | 10/10 recommend the battery boards though. last time I left a Reform unplugged from the wall for a month I came back to cells under 2.2V (read: perma-dead). this time I came back to cells all at exactly 2.21V (read: trickle charge to bring back to life, then bulk charge, and now they work "fine" it seems so far) | 19:58 |
| abortretryfail | hmm. i wonder if i can do this faster and cheaper by ordering the PCBs from oshpark, extra components from digikey, and desoldering the rest of the bits from my original boards. | 19:59 |
| + robin (~robin@user/terpri) | 19:59 | |
| Boostisbetter | hey maybe, but I can absolutely speak to MNT's quality products. So up to you. | 20:00 |
| abortretryfail | Oh sure, I'm only considering this because overseas shipping is a hassle and I can do this kind of work myself. :) | 20:03 |
| minute | bnys is brendan who works with us in the US. he also organizes group buys sometimes to reduce shipping cost to US | 20:06 |
| minute | abortretryfail: the only special sauce on those boards are the nisshinbo R5617L020FF, available at mouser | 20:08 |
| abortretryfail | Yeah, I was checking out the board schematic. Seems pretty straightforward | 20:08 |
| minute | btw i just pushed a little update for keyboard v3 firmware (not sure if any of you have this one yet though...) which puts home/end/pgup/pgdn on hyper+cursor keys | 20:09 |
| abortretryfail | ooh, i want that on my v2 | 20:11 |
| abortretryfail | ACTION git pulls | 20:11 |
| abortretryfail | huh a big lpc change too | 20:12 |
| - stites (QUIT: Read error: Connection reset by peer) (~stites@155.33.132.39) | 20:12 | |
| + stites (~stites@155.33.132.39) | 20:12 | |
| vkoskiv | Related: Small MR for the keyboard fw: https://source.mnt.re/reform/reform/-/merge_requests/47 | 20:14 |
| vkoskiv | Fixes the missing 2px on the right edge of OLED when drawing via HID WBIT commands | 20:15 |
| - Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.32.204) | 20:15 | |
| vkoskiv | Tested on my unit, it doesn't touch any of the keyboard-local drawing code | 20:15 |
| + Ar|stote|is (~linx@149.210.32.204) | 20:16 | |
| minute | abortretryfail: lpc change was just not merged before (oversight), it's to support motherboard 2.5 | 20:22 |
| minute | vkoskiv: cool, thanks! IIRC i also did a similar fix when i ported the code to rp2040 for the pocket... this doesn't affect the position of the current text/menus, yes? | 20:23 |
| vkoskiv | It doesn't touch the menus at all, no. Purely drawing from HID WBIT commands. | 20:24 |
| vkoskiv | I also fixed the kbdgfx demo, so you can give it a go, should see all 128 columns active | 20:25 |
| + jacobk (~quassel@utdpat241088.utdallas.edu) | 20:37 | |
| minute | vkoskiv: thanks, lets merge this | 21:02 |
| - jacobk (QUIT: Ping timeout: 255 seconds) (~quassel@utdpat241088.utdallas.edu) | 21:06 | |
| vkoskiv | This rsync is taking forever | 21:21 |
| vkoskiv | 1.1kB/s over ethernet, and one switch in between | 21:21 |
| vkoskiv | bleh | 21:21 |
| vkoskiv | I had to move to a spinning disk for storage, my main system is running out of space on the nvme | 21:22 |
| vkoskiv | So I think it's trying to figure out what to send and what not | 21:22 |
| abortretryfail | home/end on hyper+pgup/hyper+pgdn is non-terrible. | 21:22 |
| vkoskiv | lots of reading on dest system spinning rust | 21:22 |
| josch | my reform now turns off at around 20% battery remaining :( | 21:30 |
| josch | minute: maybe i should flash a new lpc firmware that sets 0% at a different charge level? | 21:30 |
| abortretryfail | I thought it learns the new 0% when it gets to undervolted | 21:31 |
| josch | abortretryfail: does that work for you? | 21:31 |
| abortretryfail | Not at all. Mine is basically guaranteed to say ???% unless it's plugged in all day. | 21:32 |
| josch | mine will say ???% once it undervolted and switched off | 21:34 |
| josch | it does so right now | 21:34 |
| josch | so it's learning 100% again now | 21:34 |
| vkoskiv | The difference between the sysv4 images is basically just the bootloader part, right? | 21:53 |
| vkoskiv | So when I swap in this module, it'll try to boot off the SD card, so I'll flash a fresh image on there | 21:53 |
| vkoskiv | Then start trying to patch the boot config to get it to boot my nvme | 21:53 |
| josch | vkoskiv: nope, sysv4 has quite a few changes compared to sysv3 -- much more than just the bootloaders | 21:54 |
| vkoskiv | I'm already running sysv4 though | 21:54 |
| josch | nice | 21:54 |
| vkoskiv | Just planning what to do after swapping. You mentioned the steps a while ago, I'll re-read them | 21:55 |
| josch | i recently wrote down some steps of what to do | 21:55 |
| josch | ah yes | 21:55 |
| josch | those steps should be written down because they are not only important when swapping the SoM | 21:55 |
| josch | the exact same steps have to be taken any time, /boot on emmc gets messed up | 21:55 |
| josch | so documenting this is even important when *not* swapping SoMs | 21:55 |
| josch | documenting this is hard because there are so many possible setups | 21:58 |
| josch | i'm running root+swap inside lvm inside luks on nvme, so i will document that | 21:58 |
| vkoskiv | Found the steps, September 28th I think was the date | 21:58 |
| josch | vkoskiv: are you going to do this now? | 21:59 |
| vkoskiv | Hopefully? It's getting a bit late and my rsync is still going | 21:59 |
| josch | it's 22:00 where i am, i can stay up a bit longer to potentially assist :) | 21:59 |
| vkoskiv | Yeah, I think I'll get going shortly | 22:00 |
| vkoskiv | flashing sd card while it's doing that too | 22:01 |
| vkoskiv | Wonder if there are any other steps I could do to make my life easier | 22:01 |
| vkoskiv | I already installed updates, I'll do that once more before opening the back | 22:02 |
| josch | take photos! :D | 22:02 |
| vkoskiv | Will do! | 22:03 |
| vkoskiv | Ooh! There we go, rsync finished | 22:05 |
| jjbliss | Sorry to hop in the middle of this conversation, but I just got my RCM4/A311D board. I've swapped the module and it seems to be working great. I've got it booting from a fesh sdcard image right now. @josch are these steps you mentioned for migrating an existing install for the new SoM? I've had an existing install from a v3 image on NVME with /boot on sdcard. | 22:07 |
| vkoskiv | I'm just about to start the process. Though I have my /boot on emmc. And I'm already on Sysv4 | 22:07 |
| josch | jjbliss: i posted some untested steps a few days ago. There is no step-by-step process yet that was tried and worked. | 22:08 |
| vkoskiv | josch: okay if I pastebin the steps you outlined | 22:09 |
| vkoskiv | Or is there a better text paste service than pastebin | 22:09 |
| josch | vkoskiv: feel free to pastebin what i wrote | 22:09 |
| josch | alternatively: | 22:09 |
| vkoskiv | https://pastebin.com/Yqk19JBx | 22:10 |
| josch | https://mntre.com/reform-irc-logs/2023-09-28.log.html#t13:27:05 | 22:11 |
| jjbliss | Thanks! | 22:11 |
| - blast007 (QUIT: Quit: When the pin is pulled, Mr. Grenade is not our friend) (~blast@user/blast007) | 22:11 | |
| + blast007 (~blast@user/blast007) | 22:13 | |
| vkoskiv | for /sys and /dev I want --rbind, right? And for /proc just 'mount -t proc /proc /mnt/proc' | 22:14 |
| vkoskiv | Not there yet, just reminding me of things | 22:14 |
| vkoskiv | SD card is doing SD card things at many megabytes per second | 22:15 |
| josch | vkoskiv: just -o bind should work. Whether or not you do the recursive version matters for some niche things you probably do not need when regenerating initramfs. | 22:16 |
| josch | mounting proc should be: mount -t proc proc /mnt/proc | 22:16 |
| josch | or you could bind-mount that as well | 22:17 |
| vkoskiv | Okay, system is now going down for surgery! | 22:22 |
| vkoskiv | And it begins | 22:22 |
| abortretryfail | best of luck | 22:22 |
| vkoskiv | I'll go wash my hands first | 22:22 |
| vkoskiv | Dish soap works good to deep-remove finger oil. But only ever so often, as not to dry out skin. | 22:23 |
| josch | too late for my reform. mechanical keyboard also means that all kind of stuff enters the main box and starts collecting on the bottom acrylic... | 22:23 |
| Boostisbetter | easy to clean up though. Open the bottom and let it all fall out. hahaha | 22:26 |
| minute | sorry, i am on an "early" feierabend but looking in here every now and then because curious how your rcm4 upgrades are going | 22:27 |
| josch | true, but lots of stuff doesn't make it all the way down and gets stuck at the keyboard or mainboard | 22:27 |
| Boostisbetter | btw, as the constant dude talking about suspend still, I just wanted to inform everyone I am up to 63 succesful resumes from suspend on the 6.5 kernel. | 22:27 |
| minute | reform in dishwasher challenge | 22:27 |
| josch | the worst is when i take my reform with me in my backpack or in the bike basket where it gets rattled a lot -- all the dirt gets rattled free XD | 22:27 |
| minute | (not tested) | 22:27 |
| josch | minute: you just want my money when i send it in for repair afterwards ;) | 22:28 |
| minute | lol!! | 22:28 |
| josch | surprisingly i had quite a few things like usb stick and sd cards survive my washing machine | 22:28 |
| Boostisbetter | josch: good to hear that the Reform handles the rattling of biking well. | 22:28 |
| vkoskiv | Pulled the cells out for good measure, after disconnecting the boards | 22:29 |
| minute | jjbliss: did you notice a performance increase? | 22:29 |
| josch | yeah, it's too easy to accidentally touch some of the battery board contacts the wrong way with a metal tool... | 22:29 |
| abortretryfail | even just touching the contacts or parts of the motherboard with your fingers will give you a good shock. | 22:30 |
| jjbliss | minute: Seems like a good increase so far, but I haven't done much yet. | 22:30 |
| minute | vkoskiv: btw i have not yet tested booting from emmc on a311d. not trivial to unbrick probably | 22:30 |
| minute | i am not sure if a311d rom prefers emmc or sd in boot order | 22:31 |
| minute | i guess i shall investigate that soon (i have the bpi base board for it which allows usb unbricking) | 22:32 |
| josch | Boostisbetter: yup, it's turned on all the time in my basket (because suspend doesn't work) and so far never has switched off during that treatment | 22:33 |
| minute | josch: about lpc, not sure what's going on. i think what we need is some tooling to record and graph the mAh accounting to debug this more in depth | 22:33 |
| Boostisbetter | josch: very impressive. | 22:33 |
| josch | minute: but you have seen this issue yourself as well? | 22:33 |
| minute | josch: i often get the ??? | 22:33 |
| Boostisbetter | josch: when you get the new board, I think it will be the end of an era that you can now suspend. | 22:34 |
| minute | i haven't really checked at what % it turns off for me | 22:34 |
| minute | Boostisbetter: why do you think so? | 22:34 |
| minute | it's probably more related to the imx8mq som | 22:34 |
| abortretryfail | the a311d reform doesn't have the issue? | 22:38 |
| josch | abortretryfail: the issue i have with suspend is specific to my unit -- others can suspend just fine with kernel 6.5 | 22:39 |
| minute | abortretryfail: the a311d reform can't suspend at all atm | 22:39 |
| minute | the hw can technically do it but the mainline drivers aren't fully ready i guess | 22:40 |
| minute | personally i don't really use suspend, i just turn the machine off and on. it boots pretty quickly with a311d | 22:40 |
| josch | i leave mine on 24/7 because setting up 11 workspaces full of stuff on every boot the way things were takes too much effort XD | 22:42 |
| abortretryfail | oh, misread. I thought it was about the ???% issue with the lpc. sorry | 22:42 |
| abortretryfail | i dont usually suspend my laptops since i had a HP that would over-discharge its battery in sleep, so i just shut it down. The only reason I did it on Sunday was as a test. | 22:43 |
| minute | abortretryfail: ah, the ??? is not related to the processor. it's business of the LPC (separate microcontroller on the motherboard) | 22:45 |
| abortretryfail | right, i was confused :) | 22:46 |
| abortretryfail | hmm... the LPC can't read the RTC directly can it | 22:46 |
| minute | abortretryfail: no. | 22:48 |
| abortretryfail | darn | 22:49 |
| minute | abortretryfail: why? | 22:49 |
| abortretryfail | would be useful for the data logging battery life | 22:49 |
| vkoskiv | MIPI DSI cable is a bit tricky, the connectors are offset a bit | 22:50 |
| vkoskiv | But I got it in there | 22:50 |
| minute | vkoskiv: yep, just force it :D | 22:50 |
| abortretryfail | or detecting whether it has crashed/reset/brownout | 22:50 |
| minute | abortretryfail: this it can detect | 22:52 |
| abortretryfail | sure, it can detect that it has happened, but not when or why | 22:53 |
| minute | well, it does count the time | 22:53 |
| minute | just relative, not absolute | 22:53 |
| vkoskiv | The way the heat sink perfectly aligns with the body is very satisfying | 22:53 |
| abortretryfail | hmm, maybe a relative uptime is enough | 22:54 |
| vkoskiv | What are the 4 screws with the mPCIe adapter for? | 22:55 |
| minute | i think it always crashes/restarts/forgets the charge in sleep | 22:55 |
| minute | vkoskiv: idk, i didn't use any | 22:55 |
| vkoskiv | I'll just reuse the screw I took off | 22:56 |
| vkoskiv | Scratch that, different threads | 22:56 |
| vkoskiv | ahh, I take the cylinder off with the screw on the back | 22:57 |
| minute | vkoskiv: yes exactly | 22:57 |
| vkoskiv | And that then grabs the lip of the M.2 | 22:57 |
| minute | yup yup | 22:57 |
| vkoskiv | Not wrong threads, there's just a screw in there already | 22:57 |
| + jacobk (~quassel@129.110.242.224) | 22:57 | |
| minute | that's all you need... the adapter itself just snaps in | 22:57 |
| vkoskiv | From the other side, yeah | 22:57 |
| vkoskiv | Clearly not MNT OEM part, this is the first time I have to swap out my screwdriver bit :D | 22:58 |
| minute | vkoskiv: btw sorry i didn't figure out a way to update reform-boot-config / nvme migration tooling on time | 22:58 |
| minute | vkoskiv: haha that's true, atypical for us, but i thought spinning my own adapter would be overkill r/n | 22:58 |
| vkoskiv | It's okay, it's good to remind myself of the process once in a while | 22:58 |
| vkoskiv | LUKS is one of those things I do seldom enough to always forget the details :D | 22:59 |
| vkoskiv | Took detailed shots of the M.2 adapter screw arrangement to document it | 23:00 |
| minute | i think mostly you need to adjust /etc/fstab and /etc/crypttab both on your target volume (nvme) and on the boot volume and then run update-initramfs -u again... | 23:02 |
| minute | my fstab has (on a311d): | 23:02 |
| minute | /dev/mapper/crypt / auto errors=remount-ro 0 1 | 23:02 |
| minute | /dev/mmcblk0p1 /boot auto errors=remount-ro 0 1 | 23:02 |
| minute | (on a311d, mmcblk0 is sd card, and mmcblk1 is emmc, the other way around from imx8mq) | 23:02 |
| vkoskiv | Double-checked hw, putting it back together now | 23:03 |
| josch | i think /etc/crypttab can be left alone, no? Because neither the uuid nor the device name changed, right? | 23:03 |
| minute | ^-- by boot volume i actually mean the root fs of the sd card, imprecise wording here | 23:03 |
| minute | josch: probably yes, but you need to copy it over to the sd card once so the first update-initramfs picks it up, no? | 23:04 |
| minute | (copies it into initramfs) | 23:04 |
| minute | except if you chroot into your target system and do everything there after an apt update+upgrade | 23:04 |
| minute | with the caveat that you need to mount /dev etc in the chroot | 23:05 |
| josch | minute: that's the strategy i suggested vkoskiv to use | 23:05 |
| minute | ok | 23:05 |
| josch | vkoskiv: we talked about the correct mount commands earlier. Here is what reform-boot-config does and that works: https://source.mnt.re/reform/reform-tools/-/blob/main/sbin/reform-boot-config?ref_type=heads#L225 | 23:05 |
| vkoskiv | FYI: Laird antenna doesn't fit between the two acrylics :D | 23:06 |
| minute | in my mind i have the ~vision~ of putting this all (i.e. a next version of reform-migrate) into a GUI wizard perhaps | 23:06 |
| minute | vkoskiv: hmm, for me it did | 23:06 |
| minute | maybe a little squeezy? | 23:06 |
| jjbliss | flip the antenna upside down | 23:06 |
| jjbliss | and rotate it | 23:06 |
| jjbliss | There are two orientations that look like they will screw in place, but only one way fits the antenna right | 23:07 |
| vkoskiv | Glued down already I'm afraid :D I think I can drill another screwhole and rotate the acrylic | 23:07 |
| minute | ohh. | 23:07 |
| vkoskiv | For now, I'll leave it floating in there. It was floating before the upgrade too, WIP | 23:07 |
| jjbliss | AH, I think I misunderstood | 23:07 |
| minute | the acrylic is designed so that one end is flush with the ethernet connector | 23:07 |
| vkoskiv | It is installed that way, but I centered the antenna on there | 23:08 |
| vkoskiv | Is yours on the left edge, if the batteries face you? | 23:08 |
| minute | hm. currently i don't have the laird in here but i had it in there before | 23:08 |
| minute | currently using molex | 23:08 |
| minute | (because i needed to test it also) | 23:08 |
| minute | probably we should make it 2mm rather than 3mm | 23:09 |
| minute | (thick) | 23:09 |
| vkoskiv | Yeah the acrylic sheet could def. just be thinner | 23:10 |
| vkoskiv | Oo, I found a spot where the acrylic just kinda sits in there, lower down | 23:10 |
| vkoskiv | Yeah, this will work | 23:11 |
| josch | minute: creating a script or even gui that does the migration could be tricky because of how heterogeneous everybody's setup will be i think | 23:12 |
| josch | remember the attempts to move people from sysimage-v2 to v3? | 23:12 |
| minute | josch: yep, but i'd still want a solution for the most common cases. like, you get your new reform and sysimage v4 on sd. now you want to continue on nvme. this should be painless to do. right now, it's not | 23:13 |
| minute | esp. on non-imx8m | 23:13 |
| vkoskiv | It found a nice spot in there, one corner between middle two battery holders, one edge just touching the internal line in pin, and another edge touching the big inductor (?) next to the HTP connector | 23:13 |
| vkoskiv | Alright, flipping it over, moment of truth! | 23:14 |
| vkoskiv | lol 3 | 23:14 |
| jjbliss | Yeah, I just tried to switch to booting from nvme, and I am getting some nvme timeout messages on boot | 23:14 |
| vkoskiv | lol @ all the gunk that falls on the LCD from between the keys | 23:14 |
| jjbliss | Well, booting from SD but with / on nvme | 23:14 |
| minute | jjbliss: how'd you set that up? | 23:15 |
| minute | jjbliss: can you see the effective kernel cmdline? | 23:15 |
| minute | (i.e. cat /proc/cmdline in rescue console) | 23:16 |
| minute | for nvme on a311d these are essential: pci=pcie_bus_perf libata.force=noncq nvme_core.default_ps_max_latency_us=0 | 23:16 |
| vkoskiv | Booted! | 23:17 |
| vkoskiv | Wasn't getting any video, but then I saw the SD card sitting on my desk | 23:17 |
| minute | vkoskiv: oh :D | 23:17 |
| minute | vkoskiv: also, display needs like 10 seconds to show up after sd boot | 23:17 |
| vkoskiv | > nproc | 23:17 |
| vkoskiv | 6 | 23:17 |
| vkoskiv | Wooo! | 23:17 |
| minute | noice | 23:17 |
| josch | vkoskiv: that's with rootfs on your luks nvme? | 23:18 |
| vkoskiv | No, just booted off the SD for the first time | 23:18 |
| vkoskiv | Need to set up the nvme stuff now | 23:18 |
| vkoskiv | SSD detected, that's good | 23:18 |
| abortretryfail | I wonder how much proximity to the motherboard detunes that wifi antenna | 23:19 |
| - S0rin (QUIT: Ping timeout: 272 seconds) (~S0rin@user/s0rin) | 23:21 | |
| vkoskiv | RF is black magic to me. So maybe. But then also maybe not? | 23:21 |
| vkoskiv | And I mean, I'm a licensed HAM, so I'm supposed to know *something* about RF propagation | 23:21 |
| vkoskiv | But once you get >VHF, I'm kinda just ehhh..? | 23:22 |
| abortretryfail | also a ham, but i dont have a VNA that goes into the gigglehertz to test it with | 23:22 |
| abortretryfail | I was doing some shopping online to see if anyone made a chassis mount one that i could stick out the back of the reform thru a hole, but not a lot of good luck there. | 23:22 |
| abortretryfail | Tbh, it'd be absolutely sick to design a cut-in slot antenna into the metal of the display | 23:23 |
| violet | hey do i gotta switch back to unstable repo to use the banana | 23:24 |
| vkoskiv | Hmm, do I want /dev/mmcblk1boot0 or boot1 | 23:25 |
| vkoskiv | for /mnt/boot | 23:25 |
| vkoskiv | Guessing 0? | 23:25 |
| josch | violet: yes, the a311d either requires kernel 6.5 or you need to backports more patches to earlier versions | 23:25 |
| violet | kk | 23:25 |
| jjbliss | minute: So, the nvme from i.mx8mq install. I tried following josch's instructions for using chroot to run update-initramfs -u and flash-kernel | 23:25 |
| vkoskiv | Wait, there's mmcblk1, then separately mmcblk1boot0 and mmcblk1boot1 that are both 4M | 23:27 |
| josch | vkoskiv: what do you have matching /dev/mmcblk1* -- the boot* parts should be for u-boot itself not for the /boot partition | 23:27 |
| vkoskiv | mmcblk1 is 14.6G | 23:27 |
| vkoskiv | Ah, gotcha. I probably want /dev/mmcblk1 then | 23:27 |
| josch | vkoskiv: /dev/mmcblk1 should be the whole disk -- not a partition on it | 23:27 |
| josch | vkoskiv: you have to ask minute about the expected partition layout on emmc | 23:28 |
| vkoskiv | It doesn't list partitions in lsblk | 23:28 |
| vkoskiv | For that drive | 23:28 |
| josch | oh :( | 23:28 |
| josch | then you have to ask minute about this | 23:28 |
| jjbliss | vkoskiv: if you run "mount" you can see what is currently mounted as /boot from the sd card | 23:28 |
| minute | vkoskiv: see above | 23:29 |
| vkoskiv | Ah, sec | 23:29 |
| minute | vkoskiv: mmcblk0 is the sd card. mmcblk1 is emmc. emmc boot is completely untested and may brick your device | 23:29 |
| vkoskiv | Aah, so SD card boot it is then? | 23:29 |
| josch | oooh | 23:30 |
| minute | vkoskiv: yes, i recommend that until i had a chance to test emmc. as i wrote earlier, i have the io board for the cm4 and can unbrick it via usb, but you probably don't have one | 23:30 |
| vkoskiv | Gotcha. Won't mess with that yet then | 23:30 |
| josch | okay, that is good to know | 23:30 |
| josch | then better not mess with emmc XD | 23:30 |
| josch | vkoskiv: then i guess your first step is to umount /boot | 23:30 |
| josch | and then mount it into your /mnt/boot after having mounted your rootfs into /mnt | 23:31 |
| + S0rin (~S0rin@user/s0rin) | 23:34 | |
| - jacobk (QUIT: Ping timeout: 272 seconds) (~quassel@129.110.242.224) | 23:35 | |
| vkoskiv | Mounted all the things I need I think. Then chroot, edit /etc/fstab, then move /etc/flash-kernel/machine to a spot elsewhere, then update-initramfs -u, then flash-kernel | 23:36 |
| vkoskiv | Mounted, haven't done those other steps yet | 23:36 |
| vkoskiv | Gonna do it though, I'll just give it a go | 23:36 |
| jjbliss | that's what I did | 23:36 |
| josch | vkoskiv: from inside the chroot, what is in /proc/device-tree/model? | 23:37 |
| vkoskiv | I think my /etc/fstab is already okay, since I'm going from emmc on the imx8 to sd on here | 23:37 |
| josch | vkoskiv: removing /etc/flash-kernel/machine is only safe if you have the right value in /proc/device-tree/model | 23:37 |
| vkoskiv | "MNT Reform 2 with BPI-CM4 Module" | 23:37 |
| josch | good | 23:37 |
| josch | after running flash-kernel you could double-check if the right dtb was copied into /mnt/boot | 23:38 |
| minute | sounds good so far | 23:38 |
| vkoskiv | Both update-initramfs and flash-kernel were talking about bananapi while doing their thing | 23:40 |
| josch | well... | 23:41 |
| josch | then i guess it's time to umount and reboot :D | 23:41 |
| vkoskiv | Yep, was about to say | 23:41 |
| josch | and luksclose and stuff of course | 23:41 |
| vkoskiv | Hmm, /mnt: target is busy | 23:42 |
| minute | bind mounts | 23:43 |
| minute | are still active | 23:43 |
| vkoskiv | I think I umounted everything in there already... | 23:43 |
| vkoskiv | Oh | 23:43 |
| vkoskiv | I 100% forget what to do about that | 23:43 |
| minute | umount /mnt/dev etc... | 23:43 |
| abortretryfail | just unmount them first | 23:43 |
| vkoskiv | /mnt/dev: device is busy | 23:43 |
| vkoskiv | s/device/target | 23:43 |
| josch | vkoskiv: how did you mount /dev? | 23:44 |
| josch | did you do it using rbind? | 23:44 |
| abortretryfail | there's also a umount --recursive. Might work | 23:44 |
| vkoskiv | mount --rbind /dev /mnt/dev/ | 23:44 |
| josch | what abortretryfail said | 23:44 |
| vkoskiv | same issue with recursive umount | 23:44 |
| vkoskiv | target is busy | 23:44 |
| josch | then add --lazy | 23:44 |
| abortretryfail | lsof or fuser might help in that case | 23:45 |
| vkoskiv | there we go | 23:45 |
| vkoskiv | unmounted /mnt, now luksClose... | 23:45 |
| - chomwitt (QUIT: Ping timeout: 240 seconds) (~chomwitt@2a02:587:7a24:b000:1ac0:4dff:fedb:a3f1) | 23:45 | |
| josch | in reform-boot-config we use non-recursive mount which avoids these umount troubles | 23:45 |
| vkoskiv | Huh, still in use. Not according to lsblk it isn't | 23:45 |
| josch | vkoskiv: did you lvchange -an? | 23:45 |
| vkoskiv | No, what's that do? | 23:46 |
| josch | err... | 23:46 |
| josch | vgchange -an | 23:46 |
| josch | you have lvm inside your luks, right? | 23:46 |
| josch | you need to deactivate that first before closing luks | 23:46 |
| vkoskiv | Rebooting! | 23:46 |
| vkoskiv | I closed the luks first ofc | 23:46 |
| vkoskiv | Then reboot | 23:46 |
| vkoskiv | oof, nvme timeout | 23:48 |
| jjbliss | yup | 23:48 |
| jjbliss | same here | 23:48 |
| jjbliss | minute: you mentioned checking cmdline in rescue console | 23:48 |
| minute | damn | 23:48 |
| vkoskiv | Right away on boot, it seems | 23:48 |
| jjbliss | yup | 23:49 |
| vkoskiv | I think it's just trying to figure the nvme out, and it's not responding | 23:49 |
| minute | vkoskiv: i hope you get initramfs console after a while | 23:49 |
| vkoskiv | I'll let it do its thing | 23:49 |
| jjbliss | I've left it running and more messages happen eventually, but I never get to an interactive prompt. I'm going to try letting it sit for a few minutes this time. | 23:49 |
| josch | does either of you have a uart adapter to copypaste the boot messages? | 23:50 |
| minute | (note that uart adapter goes to SER2 with a311d, not SER1) | 23:50 |
| vkoskiv | I don't think I have one with the right connector | 23:50 |
| jjbliss | I have one somewhere, but not sure where it is. | 23:50 |
| minute | it is strange though that you were able to mount and write to the nvme after booting from sd | 23:51 |
| vkoskiv | Only 3 pins, I could hack something in | 23:51 |
| vkoskiv | Yeah, nvme didn't seem to freeze once while in chroot there | 23:51 |
| minute | hmmmmm maybe some driver is missing in initramfs | 23:51 |
| vkoskiv | And I'd see the completion polled messages since I was in text mode console | 23:51 |
| vkoskiv | This is where it goes a bit beyond my linux knowhow :D | 23:52 |
| jjbliss | mine too | 23:52 |
| vkoskiv | For me, initramfs and flash-kernels are just tools that make the thing do the thing to then eventually boot | 23:52 |
| josch | the black magic is updateinitramfs | 23:52 |
| vkoskiv | Happy to try out stuff, I'll be up for a bit more, then I'll continue tomorrow | 23:53 |
| josch | flash-kernel is just a shell script that copies in the right device tree and creates boot.scr | 23:53 |
| minute | sooo personally i use a bodged boot.scr since a while | 23:53 |
| josch | then maybe next step is sharing the boot.scr that flash-kernel created? | 23:53 |
| vkoskiv | Okay, one moment | 23:53 |
| minute | which has > setenv bootargs "rw root=/dev/mapper/crypt rootwait no_console_suspend cma=512M pci=pcie_bus_perf libata.force=noncq nvme_core.default_ps_max_latency_us=0 iommu=soft console=ttyAML0,115200 console=tty1" | 23:53 |
| vkoskiv | Actually, how do I boot from just the SD then? | 23:53 |
| minute | vkoskiv: you would need to modify the boot.scr, which you can only do on another computer | 23:54 |
| josch | vkoskiv: you mean with rootfs on sd-card? | 23:54 |
| vkoskiv | Okay, I can do that, I'll pull up another laptop | 23:54 |
| vkoskiv | I have many of them :D (dozens) | 23:54 |
| minute | vkoskiv: best would be to pastebin us a copy of the boot.scr on that first partition on the sd card | 23:54 |
| dozens | dozens you say?? | 23:54 |
| minute | jjbliss: same for you btw | 23:54 |
| josch | minute: maybe it could also help if you share the boot.scr that works for you | 23:54 |
| minute | mine uses a hardcoded (and older) fk_kvers though | 23:55 |
| josch | ah right | 23:55 |
| minute | and hardcoded root=... that applies to my encrypted nvme | 23:55 |
| minute | i still have to migrate to the official setup | 23:55 |
| vkoskiv | Two fancy screenshot, in case you're interested: https://share.icloud.com/photos/00fP6kyu4QJwERTqkUIX7AU-g | 23:56 |
| vkoskiv | More messages did appear | 23:56 |
| josch | vkoskiv: the easiest way to boot with the rootfs from sd-card again is to flash the rescue image to a second sd-card | 23:56 |
| josch | vkoskiv: the initramfs in the first partition of your sd-card currently is configured to look for the rootfs on nvme | 23:56 |
| - stites (QUIT: Ping timeout: 255 seconds) (~stites@155.33.132.39) | 23:57 | |
| vkoskiv | I'll grab the boot.scr first | 23:57 |
| minute | these error messages look as if the nvme-related kernel commandline options are not there | 23:58 |
| minute | so boot.scr will be most helpful yes | 23:58 |
| + stites (~stites@2607:fb91:dca:1fe3:e61a:30b8:bd10:dac3) | 23:58 | |
| jjbliss | https://pastebin.com/9cWPrsZW | 23:59 |
| josch | hrm... i wonder what went wrong | 23:59 |
| vkoskiv | 2005 Fujitsu to the rescue | 23:59 |
| josch | you don't have the most recent reform-tools installed it seems | 23:59 |
| jjbliss | ah | 23:59 |
| vkoskiv | Oh. I forgot I put SerenityOS on here :D | 23:59 |
| vkoskiv | LOL | 23:59 |
| vkoskiv | Was *not* expecting that | 23:59 |
| minute | jjbliss: thank you! | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!