| - jjbliss (QUIT: Quit: jjbliss) (jjbliss@infinity.garden) | 00:16 | |
| + jjbliss (jjbliss@infinity.garden) | 00:32 | |
| - chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:587:7a1a:7a00:1ac0:4dff:fedb:a3f1) | 01:05 | |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 01:08 | |
| staticbunny | anyone here doing any fancy ricing on their pocket i can checkout? send me a msg with a link | 01:17 |
|---|---|---|
| staticbunny | Also, if anyone can link me to an eSIM manager i would appreicate it. | 01:18 |
| - paperManu (QUIT: Ping timeout: 252 seconds) (~paperManu@107.159.243.8) | 03:08 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-74-146.tukw.qwest.net) | 03:17 | |
| + colinsane (~colinunin@97-113-74-146.tukw.qwest.net) | 03:19 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-74-146.tukw.qwest.net) | 03:32 | |
| + colinsane (~colinunin@97-113-74-146.tukw.qwest.net) | 03:35 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-74-146.tukw.qwest.net) | 03:53 | |
| + colinsane (~colinunin@97-113-74-146.tukw.qwest.net) | 03:55 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-74-146.tukw.qwest.net) | 04:56 | |
| + colinsane (~colinunin@97-113-74-146.tukw.qwest.net) | 05:00 | |
| - jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 05:10 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 05:16 | |
| - jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 05:22 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 05:26 | |
| + murphnj (~murph@user/murphnj) | 05:29 | |
| - jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 05:31 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-74-146.tukw.qwest.net) | 05:38 | |
| + colinsane (~colinunin@97-113-74-146.tukw.qwest.net) | 05:41 | |
| - aperezdc (QUIT: Ping timeout: 272 seconds) (~aperezdc@2a03:6000:6e61:633::43) | 06:28 | |
| + chomwitt (~chomwitt@2a02:587:7a1a:7a00:1ac0:4dff:fedb:a3f1) | 07:41 | |
| dominicm | currently looking into sleep/wake on the rp2040 to reduce pocket reform standby power consumption! it seems generally doable but I'm having some trouble getting it to wake on key press, since I think the GPIO pins are not being driven during sleep. there's no docs on the sleep GPIO behavior so I'm heading to a makerspace to measure what's going on and see if I can read a key from sleep | 08:02 |
| dominicm | wonder if anyone else has worked on this before? | 08:02 |
| + Guest94 (~Guest94@141.206.231.10) | 08:10 | |
| - Guest94 (QUIT: Quit: Client closed) (~Guest94@141.206.231.10) | 08:19 | |
| + aperezdc (~aperezdc@2a03:6000:6e61:633::43) | 08:23 | |
| - erle (QUIT: Ping timeout: 244 seconds) (~erle@user/erle) | 09:19 | |
| + erle (~erle@user/erle) | 09:20 | |
| - erle (QUIT: Ping timeout: 272 seconds) (~erle@user/erle) | 09:56 | |
| + erle (~erle@user/erle) | 10:08 | |
| - erle (QUIT: Ping timeout: 260 seconds) (~erle@user/erle) | 10:22 | |
| + erle (~erle@user/erle) | 10:35 | |
| + mjw (~mjw@gnu.wildebeest.org) | 10:42 | |
| - erle (QUIT: Ping timeout: 265 seconds) (~erle@user/erle) | 10:47 | |
| grimmware | I think ^alex did a bunch of work on that | 10:55 |
| minute | here's a mesa MR that states sway can run on panvk https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/32164 | 10:57 |
| josch | minute: if you have some time, could you merge https://source.mnt.re/reform/reform-imx8mp-uboot/-/merge_requests/3 | 11:00 |
| josch | minute: and then git tag 2024-11-14 | 11:00 |
| + erle (~erle@user/erle) | 11:01 | |
| josch | that u-boot version was successfully tested by digitalrane | 11:01 |
| minute | josch: done! | 11:10 |
| - erle (QUIT: Ping timeout: 248 seconds) (~erle@user/erle) | 11:19 | |
| - chomwitt (QUIT: Ping timeout: 248 seconds) (~chomwitt@2a02:587:7a1a:7a00:1ac0:4dff:fedb:a3f1) | 11:31 | |
| + erle (~erle@user/erle) | 11:32 | |
| + andreas-e (~Andreas@2001:861:c4:f2f0::c64) | 11:40 | |
| - andreas-e (QUIT: Remote host closed the connection) (~Andreas@2001:861:c4:f2f0::c64) | 11:40 | |
| - erle (QUIT: Ping timeout: 244 seconds) (~erle@user/erle) | 12:28 | |
| + erle (~erle@user/erle) | 12:29 | |
| + paperManu (~paperManu@107.159.243.8) | 12:35 | |
| - erle (QUIT: Ping timeout: 244 seconds) (~erle@user/erle) | 12:43 | |
| + erle (~erle@user/erle) | 12:56 | |
| + gustav28 (~gustav@c-78-82-52-175.bbcust.telenor.se) | 13:02 | |
| grimmware | right, I've made so that the i2c initialization for the accelerometers is nonblocking and they're also at a *much* lower data rate so they're only drawing 8uA in total in case they were causing brownouts | 13:45 |
| grimmware | we'll see how that affects things | 13:45 |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 13:45 | |
| * Guest9664 -> mjw | 13:50 | |
| grimmware | each module also has an LED on it which I'm probably going to desolder at some point to reduce the power consumption | 13:51 |
| + chomwitt (~chomwitt@2a02:587:7a16:a200:1ac0:4dff:fedb:a3f1) | 14:36 | |
| - GNUmoon (QUIT: Ping timeout: 260 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 14:42 | |
| - erle (QUIT: Remote host closed the connection) (~erle@user/erle) | 14:42 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 14:48 | |
| + erle (~erle@user/erle) | 14:49 | |
| grimmware | minute: so I'm in the situation where I have my own custom reform2_lpc.ko that I'm either going to have to instantiate after boot, replace every time I update reform-tools or (I'm hoping) upstream to be able to talk to the accelerometer over SPI. Would you be (in theory) okay with upstreaming the 'a' command for reading accelerometers? Currently it uses spi_arg1 to select which one, so if | 15:04 |
| grimmware | someone else wants to use a different model we can continue to increment spi_arg1 assignment to ensure it's forward compatible. I can also make so that my sysctl firmware is upstreamable by probing for the device and skipping the code if it's not there if you're interested in upstreaming that too. | 15:04 |
| grimmware | lmk what you think | 15:04 |
| minute | grimmware: if i can have a wish, but maybe too much: what i would like the most is a generic way of passing i2c reads and writes. a bit like i2cget/i2cset over spi, available via debugfs. then one could integrate most i2c expansions quite comfortably | 15:06 |
| grimmware | yeah that's what I was kinda thinking about too... I guess I'll get another i2c device to motivate myself to give it a shot, was thinking of installing a haptic motor anyway :P | 15:08 |
| grimmware | full disclosure: I don't know how to do this yet | 15:09 |
| minute | grimmware: cool :3 | 15:11 |
| minute | grimmware: such a bridge is something i would def. merge | 15:12 |
| mhoye | Is there a part of the Reform dev/update/other process that stuffs a bunch of information in /usr/local? | 15:18 |
| minute | mhoye: normally not | 15:33 |
| minute | mhoye: which information are you seeing? | 15:33 |
| mhoye | minute: I was trying to compile cage via meson. pkg-config apparently defaults to looking in /usr/local which has a bunch of old junk in it, instead of /usr where apt keeps all the current goodness. | 15:35 |
| mhoye | The documentation for pkg-config unfortunately doesn't admit this, so it took some work for me to figure out why pkg-config was convinced that a very old version of wlroots was installed, when the current one was right there where it's supposed to be. | 15:37 |
| mhoye | I don't know why this stuff in /usr/local is there, so I wanted to ask if it had a Reform-related raison d'etre before I do anything surgical. | 15:38 |
| hramrach | generally the reform images are built of Debian packages that don't install in /usr/local, if anything is there it's likely earlier local installation | 15:43 |
| mhoye | In the bin with it then! | 15:43 |
| mhoye | Thanks | 15:43 |
| hramrach | my /usr/local is pretty empty | 15:43 |
| mhoye | I feel like mine _should_ be empty but isn't for Mysterious Reasons. | 15:44 |
| josch | mhoye: what do you have in it? | 15:58 |
| josch | very old system images did put stuff into it | 15:58 |
| mhoye | That's why I asked, yeah. It looks like very old system image detritus. | 15:59 |
| - chomwitt (QUIT: Ping timeout: 272 seconds) (~chomwitt@2a02:587:7a16:a200:1ac0:4dff:fedb:a3f1) | 16:01 | |
| - ptrc (QUIT: Remote host closed the connection) (~ptrc@ptrc.gay) | 16:30 | |
| + ptrc (~ptrc@ptrc.gay) | 16:31 | |
| josch | mhoye: we do not have a list of what used to be in there | 16:32 |
| + mark_ (~mjw@gnu.wildebeest.org) | 17:05 | |
| + chomwitt (~chomwitt@2a02:587:7a16:a200:1ac0:4dff:fedb:a3f1) | 17:05 | |
| - aloo_shu (QUIT: Ping timeout: 244 seconds) (~aloo_shu@85.51.16.59) | 17:20 | |
| staticbunny | damn i finally found a way to use esim's but none of my LTE modules support it lol | 17:22 |
| + glu__ (~glu@77.119.213.90.wireless.dyn.drei.com) | 17:24 | |
| - glu (QUIT: Ping timeout: 260 seconds) (~glu@91.141.38.229.wireless.dyn.drei.com) | 17:24 | |
| * glu__ -> glu | 17:24 | |
| + aloo_shu (~aloo_shu@85.51.16.59) | 17:28 | |
| staticbunny | https://github.com/estkme-group/lpac <-- if anyone needs it. Clone it and run the scripts from the root folder | 17:28 |
| grimmware | Thought y’all might enjoy an action shot https://usercontent.irccloud-cdn.com/file/4YVCNA68/1731947458.JPG | 17:31 |
| minute | grimmware: woahh nice | 17:32 |
| staticbunny | i should take a pic of my desk.. it looks like an electronics junk box. you are way more organized than i am.. LOVE IT! | 17:32 |
| grimmware | bit of a mess cos it's the first time I've set the pocket up as my main desktop but it absolutely doesn't disappoint | 17:32 |
| grimmware | staticbunny: most of my life it has been a mess, I'm trying to turn a corner | 17:32 |
| staticbunny | i blame my ADD. I'm a walking poster board for scope creep of the brain. | 17:33 |
| staticbunny | i need to be better though, if i was more organized i would be more effective | 17:34 |
| [tj] | grimmware: that looks awesome | 17:34 |
| [tj] | my desk is inherently messy and all efforts to resolve this have failed | 17:34 |
| staticbunny | let me take a pic, that way i can show yall the covers i was working on too | 17:34 |
| [tj] | I'm sure "some more shelves" will help | 17:34 |
| mhoye | josch: I'm sure I could dig it out of version control somehow, but I've preemptively decided the right answer is "nothing". | 17:39 |
| ch | just had a very strange issue on the pocket. it was on for a few days, and i remotely updated the sysctl a number of times, etc. when i came back, the keyboard and the kernel driver could not talk to sysctl anymore. on USB it responded, and restarting the sysctl didn't help at all | 17:40 |
| ch | only a full power off/on (with the side switch) helped | 17:40 |
| staticbunny | /msg grimmware https://www.icloud.com/photos/#08ef8pFXXM9VjdRxVdxpT1B6A | 17:43 |
| staticbunny | fml | 17:43 |
| mhoye | hunter2 | 17:44 |
| staticbunny | basically | 17:44 |
| staticbunny | OPSEC -100 | 17:45 |
| grimmware | hahah | 17:45 |
| grimmware | well I've looked now so you can take it down if you want to! | 17:45 |
| staticbunny | i deleted it and its still up lmao | 17:46 |
| grimmware | is that a GPD? | 17:46 |
| staticbunny | there we go | 17:46 |
| staticbunny | yeah GPD win mini | 17:46 |
| grimmware | My previous daily driver was a GPD P2 Max (not the 2022 version) | 17:47 |
| staticbunny | what did you run on it? | 17:47 |
| grimmware | I looked it up on a cpu benchmarking site recently and the rk3588 is faster :) | 17:47 |
| grimmware | Arch | 17:47 |
| staticbunny | nice that was what i was thinking for mine, arch with proton | 17:48 |
| staticbunny | i like the reform pocket more though. being able to upgrade it and add more modules | 17:49 |
| grimmware | yeah, hoping my most recent changes I've done are going to stablize the accelerometer mod :) | 17:50 |
| [tj] | grimmware: oh I misunderstood and thought you meant the more recent gpd pocket thing | 17:50 |
| [tj] | I may have misinformed someone | 17:50 |
| - chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:587:7a16:a200:1ac0:4dff:fedb:a3f1) | 17:51 | |
| grimmware | whoops! | 17:51 |
| [tj] | ack, happens | 17:51 |
| staticbunny | im really looking forward to the possible i2c enhancements if you are able to make that happen. I have a few things i really want to try adding | 17:51 |
| staticbunny | i have a nice little oled with 3 buttons i wanted to try adding to the top cover | 17:52 |
| grimmware | from what I can see it should be possible (and in fact probably very easy) given that the spi buffer on the rp2040 is 4K | 17:58 |
| grimmware | I am not an expert though, I'm inferring a lot of stuff here cos I learn by doing :P | 18:01 |
| staticbunny | nice, ive never actually done any work like that. Mainly just flashed firmware other people have built. Its on my TODO list though | 18:01 |
| grimmware | No I hadn't touched i2c or spi before I started doing this | 18:01 |
| grimmware | other than that really simple stuff and keyboard firmware | 18:01 |
| staticbunny | i was thinking of trying to do some enhancements to the keyboard RP2040 | 18:02 |
| staticbunny | see if we could have configs for keymapping and led's | 18:02 |
| hramrach | configs for keymapping: QMK | 18:07 |
| hramrach | don't think it's worth reinventing this wheel | 18:07 |
| staticbunny | i asked about doing that previously but i think it was missed | 18:10 |
| grimmware | Is anyone actively working on that though? | 18:10 |
| staticbunny | nope, ive only brought it up as an option to see what people think | 18:10 |
| grimmware | I've seen a lot of people asking "QMK when?" but not actually seen anyone say they're working on it | 18:11 |
| grimmware | like, don't get me wrong there are a bunch of inbuilt features of that firmware that would ge great to have but it also involves ensuring that all of the uart to sysctl functions are ported too and I don't want it enough to do it | 18:13 |
| staticbunny | i thought the uart and sysctl functions were on the MB 2040? or are they one in the same? i forget.. or is the chargboard 2040 the "other one"? | 18:15 |
| staticbunny | https://community.mnt.re/t/another-firmware-for-the-mnt-reform-keyboard-qmk/657 | 18:16 |
| staticbunny | thats the reform keyboard though, not the reform laptops | 18:16 |
| grimmware | staticbunny: I mean that the keyboard needs to speak over uart *to* the sysctl, they're two separate rp2040s | 18:17 |
| staticbunny | gotcha, thanks | 18:17 |
| ch | you need both to work | 18:17 |
| hramrach | like the poweron/poweroff/battery status are very special features of the Reform keyboard | 18:18 |
| staticbunny | so yeah maybe its easier to add some type of config options to the current firmware as opposed to adding reform custom requirements to QMK | 18:18 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-52-175.bbcust.telenor.se) | 18:19 | |
| hramrach | There are some supported keyboards with display, though. And hooking weird functions to key combinations seems supported as well | 18:19 |
| hramrach | I would say that making a new keyboard configuration standard is actually quite hard, and not worth pursuing unless the limits of the current ones are hit | 18:20 |
| hramrach | that is the whole Reform custom functions are probsably less work than full-featured keryboard layout handling | 18:21 |
| hramrach | but yes, nobody has implemented the custom features, theonly QMK version id for standalone use of the keryboard | 18:22 |
| ch | the q might be if its easier to reuse qmk and port the reform-kbd stuff on top, or handle qmk config in the firmware | 18:22 |
| ch | (i have zero clue how qmk firmware does config) | 18:22 |
| + gustav28 (~gustav@c-78-82-52-175.bbcust.telenor.se) | 18:22 | |
| grimmware | I'd imagine you could get by with a fair amount of copy-and-paste to get the custom functions to work under QMK | 18:22 |
| grimmware | I dunno, I've not looked at the code | 18:23 |
| + chomwitt (~chomwitt@2a02:587:7a16:a200:1ac0:4dff:fedb:a3f1) | 18:23 | |
| grimmware | I actually feel like the hardest bit would be making sure it's integrated with the OLED | 18:23 |
| staticbunny | writing directly to /dev/hidraw0 to change some colors is all ive seen | 18:23 |
| grimmware | oh yeah the backlight functionality too | 18:24 |
| ch | .oO( as always, mostly it needs someone to actually do it ) | 18:25 |
| staticbunny | well at least we know no ones already doing it.. so thats something :-D | 18:27 |
| staticbunny | i'll take a look, but im starting from scratch. I have a couple RP2040's with macropads so that might help with the learning curve | 18:29 |
| josch | mhoye: i went through the git history and i found things like this in /usr/local: xwayland, sway, mesa, xorg... | 18:33 |
| josch | grimmware: that's a really cool looking setup you have there -- all i have is a sofa and my reform on my lap XD | 18:36 |
| grimmware | josch: yet you achieve so very much with it! | 18:37 |
| josch | now imagine would i could do with a desk! :D | 18:38 |
| josch | *what | 18:38 |
| josch | in any case, reform-tools 1.62 is out and in the repos now | 18:38 |
| josch | minute: thank you for your merge of reform-imx8mplus-uboot | 18:39 |
| josch | minute: the new reform-tools version has new u-boot for both imx8mplus as well as rk3588 | 18:39 |
| josch | as usual, please test this and bug reports go to me :) | 18:39 |
| josch | this is getting closer and closer to the version i want to uploda to debian unstable NEW... | 18:39 |
| minute | josch: nice! | 18:42 |
| staticbunny | when will the fwupd changes be released? | 18:42 |
| staticbunny | or rather, when will the firmware be available through that | 18:42 |
| ch | the fwupd side is done in fwupd.git main | 18:46 |
| ch | i'm hoping fwupd upstream cuts a release soon | 18:46 |
| staticbunny | i prob worded that poorly. When will firmware start showing up in lvfs might be the more accurate way to ask that | 18:47 |
| ch | its pointless for it to show up in lvfs as long as there is no fwupd release that supports it | 18:48 |
| ch | and in the meantime we have a few details to figure out | 18:48 |
| staticbunny | ahh ok, i just saw minutes posts about it | 18:49 |
| staticbunny | im lazy and need to update my keyboard firmware to see if it fixes ~. Figured i would wait and see | 18:50 |
| mhoye | josch: That's exactly what I just pruned. Thanks for looking. | 18:50 |
| ch | i have spent zero minutes on the kbd firmware yet | 18:50 |
| ch | huh, apt update runs appstreamcli refresh, which is ... slow | 18:55 |
| ch | i guess only if you have appstream installed, dunno if thats in the image | 18:55 |
| staticbunny | slow as in download speed? | 18:56 |
| mhoye | Is there an apt option that gives you the option of vcs-like commit messages? | 18:56 |
| ch | mhoye: can you restate that, the q doesn't seem to make sense to me :) | 18:56 |
| mhoye | ch: What I mean is something like how git commit drops you into an editor to explain yourself. Changed this, updated that, whatever. | 18:58 |
| ch | ok, but apt doesn't really record your changes in a chronological database | 18:58 |
| mhoye | I'm wondering if there's an Apt option or tool you could use to say, "installed X because I was playing with this new device" or "removed Y because fed up with how it breaks whatever" | 18:59 |
| ch | right | 18:59 |
| ch | yeah i haven't heard of anything like that existing | 18:59 |
| mhoye | Me neither. | 18:59 |
| ch | i feel like the closest you can get with default tooling is to have your own metapackage in git, and only update its dependencies, and never install anything manually | 19:00 |
| mhoye | Yeah, that's believable. | 19:02 |
| - erle (QUIT: Ping timeout: 265 seconds) (~erle@user/erle) | 19:09 | |
| josch | mhoye: that's how i manage my setup. Others go puppet or similar admin tools. | 19:18 |
| ch | josch: but how do you keep track of these things? | 19:19 |
| josch | ch: you mean changes? the package is in a git repo | 19:20 |
| ch | ah! | 19:20 |
| ch | sorry | 19:20 |
| ch | and then autoremove to get rid of stuff again? | 19:20 |
| josch | yes, obviously this will accumulate some cruft though... | 19:20 |
| josch | transitional meta packages and the like | 19:21 |
| - chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:587:7a16:a200:1ac0:4dff:fedb:a3f1) | 19:21 | |
| ch | right | 19:22 |
| ch | time for mmdebstrap-driven system 'updates' | 19:22 |
| ch | ;) | 19:22 |
| josch | one could probably add a hook into /etc/apt/apt.conf.d/ which manages /var/log/apt/history.log in a git repo | 19:22 |
| josch | ch: i have long replaced d-i by mmdebstrap for my machines :) | 19:23 |
| josch | i have a shell script which creates a disk image which i then flash to the SSD of the new machine and it auto-resizes the root partition on first boot etc | 19:23 |
| ch | yeah, but to be sure there is no cruft, also need to do that on upgrades/package additions/deletes | 19:24 |
| josch | and if somebody thinks this off topic: this is what got me into the reform community | 19:24 |
| josch | i saw these system image build scripts and sent patches using the scripts i already had :) | 19:25 |
| mhoye | josch: hmmm, that's an interesting idea.... | 19:40 |
| + erle (~erle@user/erle) | 19:43 | |
| mhoye | Well, I just found the apt irc channel, so I asked there if a "Comment: " line in apt history.log is a reasonable thing to want. | 19:53 |
| josch | mhoye: seems your idea found a fan :) | 19:55 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 20:00 | |
| mhoye | That was unexpected. | 20:08 |
| mhoye | But I'll take it! | 20:08 |
| staticbunny | Would something like tagging make more sense? Then you can roll back installs using the same tag. | 20:10 |
| mhoye | too late it's apparently already in tree and will ship tomorrow | 20:11 |
| staticbunny | lol | 20:11 |
| josch | staticbunny: you cannot roll back | 20:12 |
| josch | at least not with apt | 20:12 |
| josch | or with dpkg for that matter | 20:12 |
| josch | mainly because a) downgrades are not supported and b) maintainer script actions cannot be undone | 20:13 |
| staticbunny | yeah true, i meant more apt remove if you dont need those packages anymore. Assuming they werent added to the kernel right? | 20:13 |
| staticbunny | i might have misread the original comment but it was along the lines of "keeping track of apt packages installed when testing something" | 20:14 |
| josch | staticbunny: you might be interested in this apt frontend called nala: https://packages.debian.org/unstable/nala | 20:21 |
| staticbunny | nice thank you, ive always just used synaptic and its pretty outdated | 20:29 |
| staticbunny | oh ok, not a gui front end more like a wrapper | 20:31 |
| - chrcav (QUIT: Ping timeout: 244 seconds) (~chrcav@user/chrcav) | 20:41 | |
| + chrcav (~chrcav@user/chrcav) | 20:43 | |
| - mjw (QUIT: Killed (tantalum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 21:12 | |
| * mark_ -> mjw | 21:12 | |
| + Guest5002 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 21:12 | |
| ch | so should i be able to reform-flash-uboot /dev/mmcblk0something on the rk3588? | 21:23 |
| staticbunny | i got two foxconn T99W175's and neither shows up in lsusb, lspci or dmesg | 21:23 |
| staticbunny | wtf | 21:23 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-52-175.bbcust.telenor.se) | 21:29 | |
| mhoye | Not even showing up as having been plugged in? | 21:32 |
| staticbunny | nope, i think they are bogus | 21:32 |
| staticbunny | they say engineering prototype on them | 21:33 |
| ch | josch: i fear the rk3588 uboot has a weird mmcblk0boot0 setup | 21:33 |
| ch | josch: hexdumping that shows only zeroes. however /dev/mmcblk0 shows the uboot magic at 0x8000 | 21:34 |
| staticbunny | https://www.amazon.co.uk/Network-Module-T99W175-Express-Support/dp/B0BZGRDQ31 someone else got the same thing based on the reviews | 21:34 |
| ch | josch: somehow this seems unlike what reform-flash-uboot expects | 21:34 |
| minute | ch: the emmc boot partitions are not used by the rk3588 | 21:36 |
| mhoye | staticbunny: remind me what SOC you're using? | 21:36 |
| minute | ch: it loads the bootloader from the main emmc partition | 21:36 |
| minute | special! | 21:36 |
| staticbunny | RK3588 | 21:37 |
| ch | minute: right... :| | 21:37 |
| staticbunny | Waveshare SIM7600G-H-M.2 works fine | 21:38 |
| ch | \o/ new uboot, correct font size | 21:43 |
| minute | ch: nice | 21:44 |
| staticbunny | weird somehow my /etc/issue got purged | 21:46 |
| + chomwitt (~chomwitt@2a02:587:7a16:a200:1ac0:4dff:fedb:a3f1) | 22:07 | |
| staticbunny | nm looks like its tuigreet thats broken | 22:20 |
| - qbit (QUIT: Remote host closed the connection) (~qbit@user/qbit) | 22:34 | |
| + qbit (~qbit@user/qbit) | 22:37 | |
| - qbit (QUIT: Remote host closed the connection) (~qbit@user/qbit) | 22:37 | |
| + qbit (~qbit@user/qbit) | 22:40 | |
| ch | minute: please try this at some point https://source.mnt.re/zeha/reform-mcu-tool - python replacement for reformusbtool | 22:59 |
| mhoye | staticbunny: reminds me, I need to file a bug about that. using agetty escape codes in /etc/issue works the first time, but if you flub your password they all come through un parsed. | 23:01 |
| staticbunny | just another on my list :-( | 23:08 |
| staticbunny | im currently trying to figure out why my time is always off. it looks like ntp might be getting blocked by apparmor but why isnt anyone else having this issue? | 23:09 |
| staticbunny | mhoye: do you know where i can look to see why tuigreet isnt loading? something i installed might have borked that, because its only showing the most basic /etc/issue now. | 23:12 |
| - qbit (QUIT: Remote host closed the connection) (~qbit@user/qbit) | 23:17 | |
| + qbit (~qbit@user/qbit) | 23:17 | |
| - nsc (QUIT: Ping timeout: 260 seconds) (~nicolas@209-98-142-46.pool.kielnet.net) | 23:18 | |
| - gsora (QUIT: Ping timeout: 245 seconds) (~gsora@user/gsora) | 23:19 | |
| + nsc (~nicolas@i5C74DCCD.versanet.de) | 23:20 | |
| ch | probably check /etc/greetd/config.toml | 23:21 |
| + gsora (~gsora@user/gsora) | 23:30 | |
| - gsora (QUIT: Remote host closed the connection) (~gsora@user/gsora) | 23:31 | |
| staticbunny | ch: i checked it and it looks normal | 23:33 |
| staticbunny | motd doesnt show up when i login but the command help still does. dunno if that makes any difference. I'm trying to think back to anything i might have done that would change this. | 23:36 |
| - iank_ (QUIT: Quit: ZNC 1.8.2+deb2+deb11u1 - https://znc.in) (~iank@fsf/staff/iank) | 23:45 | |
| josch | minute: i just read the backlog. Do I see this correctly that on rk3588, /dev/mmcblk0boot0 is *not* where reform-flash-uboot should flash u-boot to? | 23:50 |
| + gsora (~gsora@user/gsora) | 23:51 | |
| ch | yeah | 23:51 |
| josch | ... | 23:51 |
| ch | i flashed it into /dev/mmcblk0 | 23:51 |
| ch | but reform-flash-uboot doesn't suggest flashing to emmc on rk3588 (pocket) anyway? | 23:52 |
| vagrantc | oh, that's sad. those mmcblk*boot* partitions are there for exactly that use-case. | 23:53 |
| vagrantc | not sure if there is enough daylight to try swapping in the rk3588 module yet ... | 23:54 |
| josch | ch: how does it not suggest that? | 23:55 |
| vagrantc | is the laird antenna expected to be compatible with rk3588? https://shop.mntre.com/products/mnt-reform-laird-wi-fi-antenna | 23:55 |
| ch | josch: like, it only gives "sd" as options, not "emmc" | 23:56 |
| josch | ch: which reform-tools version? | 23:56 |
| ch | 1.62 | 23:56 |
| josch | huh, i thought i had fixed that | 23:56 |
| ch | vagrantc: the laird antenna works with the suggested asiarf card | 23:57 |
| josch | ch: so in the --help output it does *not* print 'Download and write recent uboot to eMMC or SD-Card.'? | 23:57 |
| ch | EMMC_BOOT=false is i guess | 23:57 |
| josch | no | 23:57 |
| josch | EMMC_BOOT is warn | 23:57 |
| josch | should be at least | 23:57 |
| ch | it is false | 23:57 |
| + iank (~iank@fsf/staff/iank) | 23:58 | |
| ch | Download and write recent uboot to SD-Card. | 23:58 |
| josch | oh we only did that for CM4 and imx8mplus | 23:58 |
| josch | not for rk3588 | 23:58 |
| josch | well, good then there is no bug, right? :( | 23:58 |
| ch | https://paste.debian.net/hidden/6a8e0985/ this worked, jftr | 23:59 |
| ch | dunno if conv=notrunc is necessary, just seemed safe | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
