| - nsc (QUIT: Ping timeout: 252 seconds) (~nicolas@28-96-142-46.pool.kielnet.net) | 00:34 | |
| - colinsane (QUIT: Ping timeout: 252 seconds) (~colinunin@97-113-148-88.tukw.qwest.net) | 00:59 | |
| + jacobk (~quassel@2603:8080:b200:7b02:77cb:6304:f9db:dda1) | 01:54 | |
| - staticbunny (QUIT: Quit: My MacBook has gone to sleep. ZZZzzz…) (~textual@76-223-253-78.lightspeed.frokca.sbcglobal.net) | 01:58 | |
| - jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@2603:8080:b200:7b02:77cb:6304:f9db:dda1) | 02:01 | |
| - mtm (QUIT: Ping timeout: 252 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:04 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:06 | |
| violet | any vibes on how much power is safe to pull from the qwiic port? | 02:20 |
|---|---|---|
| - kremlin (QUIT: Ping timeout: 245 seconds) (~kremlin@ip124.ip-167-114-218.net) | 02:21 | |
| + colinsane (~colinunin@97-113-140-147.tukw.qwest.net) | 02:51 | |
| - mjw (QUIT: Remote host closed the connection) (~mjw@gnu.wildebeest.org) | 03:07 | |
| + mjw (~mjw@gnu.wildebeest.org) | 03:08 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 03:18 | |
| + NanoCodeBug (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 03:29 | |
| - mjw (QUIT: Ping timeout: 246 seconds) (~mjw@gnu.wildebeest.org) | 03:40 | |
| - xktr (QUIT: Quit: leaving) (~xktr@user/xktr) | 03:47 | |
| - ^alex (QUIT: Remote host closed the connection) (~alex@user/alex/x-9816677) | 03:49 | |
| + ^alex (~alex@user/alex/x-9816677) | 03:50 | |
| - aloo_shu (QUIT: Ping timeout: 246 seconds) (~aloo_shu@85.51.16.219) | 03:59 | |
| + aloo_shu (~aloo_shu@85.51.16.219) | 04:01 | |
| + xktr (~xktr@user/xktr) | 04:05 | |
| - kensanata (QUIT: Quit: Ping timeout (120 seconds)) (~alex@user/kensanata) | 04:26 | |
| + kensanata (~alex@user/kensanata) | 04:26 | |
| - chrcav (QUIT: Quit: leaving) (~chrcav@user/chrcav) | 05:03 | |
| + chrcav (~chrcav@user/chrcav) | 05:05 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 08:37 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 08:40 | |
| + gustav28 (~gustav@c-2337524e.019-141-67626730.bbcust.telenor.se) | 08:42 | |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 10:53 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 11:00 | |
| - jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 11:03 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 11:04 | |
| + mjw (~mjw@gnu.wildebeest.org) | 11:24 | |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 11:46 | |
| * Guest5325 -> mjw | 12:00 | |
| + anzu (~anzu@melkki.cs.helsinki.fi) | 12:34 | |
| ch | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1081517 fun bug in curl (heads up for unstable users) | 13:54 |
| - mtm (QUIT: Ping timeout: 260 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:05 | |
| + andypiper (~andypiper@45.146.10.36) | 14:24 | |
| - chrcav (QUIT: Quit: leaving) (~chrcav@user/chrcav) | 14:55 | |
| + chrcav (~chrcav@user/chrcav) | 15:04 | |
| ch | amospalla: if you're using the qualcomm driver from debian/dkms, note that you'll have to install a new firmware package with it | 15:18 |
| amospalla | ch: which one? | 15:19 |
| ch | 0.0~git20230404.bad01ca-2 (or higher); hopefully it will appear in the artifacts of this job: https://salsa.debian.org/debian/ezurio-qca-firmware/-/jobs/6268980 | 15:21 |
| amospalla | thank you ch :)) | 15:23 |
| amospalla | great, is this the binary firmware files for Debian/bookworm? | 15:30 |
| amospalla | I'm not sure what I'm saying now, but on sid (stock pocket o.s.) the firmware includes the file /etc/modprobe.d/reform-qcacld2.conf: # ath10k_sdio does not work for our qca9377 with sdio unfortunately so we use qualcomm's qcacld2 driver instead: blacklist ath10k_sdio. | 15:31 |
| amospalla | But this .deb of yours seems to be a generic one, not a reform specific, so this file, even if needed, should not go there. Anyway, I'm only guessing in the wild here. | 15:33 |
| amospalla | oh, forgot to say I installed the .deb on the artifacts. | 15:33 |
| + staticbunny (~textual@76-223-253-78.lightspeed.frokca.sbcglobal.net) | 16:00 | |
| - staticbunny (QUIT: Client Quit) (~textual@76-223-253-78.lightspeed.frokca.sbcglobal.net) | 16:01 | |
| + staticbunny (~textual@76-223-253-78.lightspeed.frokca.sbcglobal.net) | 16:08 | |
| staticbunny | yo yo yo | 16:57 |
| - NanoCodeBug (QUIT: Remote host closed the connection) (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 17:10 | |
| grimmware | hey, what do people typically use to clean the screen of their (pocket) reform? | 17:13 |
| grimmware | or the keyboard for that matter | 17:14 |
| _hramrach | Did not need to do that yet. Generally there are screen cleaning solutions that you can buy (liquid in a bottle to spray on the display, dry tissue to wipe it). Not sure about keyboard. There is that 'cyber clean' thing which works great on plain keyboards but maybe not so great for mechanical ones. | 17:26 |
| ch | amospalla: yeah its meant for debian so its as generic as can be at the moment. reform-specific config is in reform-tools i think | 17:43 |
| + spew (~spew@201.141.99.170) | 17:50 | |
| amospalla | thank you again | 17:51 |
| amospalla | oh, ok, just checked. "blacklist ath10k_sdio" is currently present on reform-tools :) | 17:54 |
| + leonardo- (~leonardo@li1800-6.members.linode.com) | 17:56 | |
| amospalla | both reform-qcacld2 and reform-tools have that modprobe blacklist. | 17:59 |
| ryukazou | Found a e-coating, an anodizing and a powder coating shop near my home, wonder which one would be good for doing custom paint job on pocket reform shell? | 18:00 |
| - anzu (QUIT: *.net *.split) (~anzu@melkki.cs.helsinki.fi) | 18:03 | |
| - op_4 (QUIT: *.net *.split) (~tslil@user/op-4/x-9116473) | 18:03 | |
| - Gooberpatrol66 (QUIT: *.net *.split) (~Gooberpat@user/gooberpatrol66) | 18:03 | |
| - qbit (QUIT: *.net *.split) (~qbit@mail.suah.dev) | 18:03 | |
| - eschaton_ (QUIT: *.net *.split) (eschaton@2600:3c01::f03c:91ff:fefd:5d92) | 18:03 | |
| - leonardo (QUIT: *.net *.split) (~leonardo@user/leonardo) | 18:03 | |
| - aperezdc (QUIT: *.net *.split) (~aperezdc@46.23.89.43) | 18:03 | |
| - wose (QUIT: *.net *.split) (wose@mail.zuendmasse.de) | 18:03 | |
| * leonardo- -> leonardo | 18:05 | |
| ryukazou | Hmm… looks like powder coating would thicken pocket reform shell, so it’s up to either e-coating or anodizing. | 18:07 |
| + aperezdc (~aperezdc@46.23.89.43) | 18:10 | |
| + wose (wose@mail.zuendmasse.de) | 18:11 | |
| + anzu (~anzu@melkki.cs.helsinki.fi) | 18:11 | |
| - GNUmoon (QUIT: Ping timeout: 260 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 18:11 | |
| minute | ryukazou: i think re-anodizing is the best way | 18:28 |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 18:29 | |
| ryukazou | minute: anodizing has better anti-scratching capability | 18:33 |
| ryukazou | The price is a bit higher than e-coating but not much | 18:34 |
| ryukazou | Consider how little surface does pocket reform has | 18:35 |
| ch | so many things to do, so little time | 18:50 |
| ch | RS finally shipped the thermal pad, but i should be painting my hallway instead of tinkering with the wifi | 18:51 |
| + op_4 (~tslil@user/op-4/x-9116473) | 19:01 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 19:01 | |
| + qbit (~qbit@mail.suah.dev) | 19:01 | |
| + eschaton_ (eschaton@2600:3c01::f03c:91ff:fefd:5d92) | 19:01 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 19:36 | |
| - mjw (QUIT: Killed (molybdenum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:37 | |
| * mark_ -> mjw | 19:37 | |
| + Guest222 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:37 | |
| josch | amospalla: ideally, the ath10k driver would be responsible to drive the wifi of the imx8mp but that does not work for unknown reasons and thus a vendor driver called qcacld is used instead | 20:10 |
| staticbunny | Has anyone added anything using the qwiic connector? | 20:10 |
| josch | amospalla: that situation is super suboptimal because ideally, ath10k would do the job and everybody would be happy -- instead, qcacld has to be compiled which takes 15 minutes on the pocket reform | 20:11 |
| josch | amospalla: to avoid everybody having to wait that long on every kernel upgrade, MNT ships a precompiled kernel module as part of the reform-qcalcd package | 20:12 |
| josch | amospalla: to make sure that the qcacld driver is loaded and not atk10k, the latter is blacklisted | 20:12 |
| _hramrach | thre was some discussion about ath10k supporting only old frame format, and the card having too new firware to be used with that linked earlier | 20:20 |
| _hramrach | if that's still the case or if that has changed is something that would need to be discussed with people familiar with those firmare internals | 20:22 |
| _hramrach | https://www.mail-archive.com/ath10k@lists.infradead.org/msg15438.html | 20:29 |
| grimmware | hhmph, is it just me or is the listbugs infrastructure really flaky? | 20:45 |
| grimmware | staticbunny: that's exactly what I'm looking in to now, I've just got 2 Adafruit LIS3DH accelerometers in the post | 20:46 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 20:49 | |
| minute | grimmware: nice | 20:50 |
| * mjw -> Guest6602 | 20:51 | |
| - Guest6602 (QUIT: Killed (silver.libera.chat (Nickname regained by services))) (~mjw@gnu.wildebeest.org) | 20:51 | |
| * Guest222 -> mjw | 20:51 | |
| grimmware | yeah no promises I'll actually achieve anything good with it in a reasonable amount of time but I want to put one in the top half and one in the bottom and use them for (amongst other things) closed lid detection. | 20:51 |
| + Guest6602 (~mjw@gnu.wildebeest.org) | 20:51 | |
| minute | oh that's an interesting idea | 20:52 |
| grimmware | The module also supports (in theory) tap detection | 20:53 |
| minute | ohh | 20:57 |
| staticbunny | grimmware: let me know if you find any documentation. I think there is supposed to be documentation in the in the manual in advanced but its missing. | 21:03 |
| grimmware | yeah I spotted that, I'm going to try to figure out the pinout from the schematic | 21:10 |
| grimmware | or equally if someone just wants to tell me that would be grand too | 21:19 |
| grimmware | hmm, by the looks of things I should be able to just get it to enumerate under /dev first | 21:20 |
| staticbunny | oh yeah maybe huh? i would thinking you would need to actually update the firmware on the RP2040 | 21:26 |
| staticbunny | but if its connected like a GPIO then you should be able to use whatever locally to communicate through I2C | 21:27 |
| grimmware | hmm, that did not work how I expected it to | 21:30 |
| staticbunny | i was thinking of 3D printing a new top plate cover and adding some OLED's into it. As well as trying to add a meshtastic dongle into the case by expanding the cover. Laptop about to look like a 20 patty cheese burger | 21:31 |
| grimmware | well, "expected" is probably a bit strong | 21:31 |
| grimmware | minute: is the qwiic connected to the sysctl or the SoM? | 21:32 |
| grimmware | I'm frankly bad at reading schematics | 21:32 |
| staticbunny | I thought it was connected to the first 2040 and then thats connected to the keyboard 2024 | 21:33 |
| staticbunny | *keyboard 2040 | 21:34 |
| staticbunny | let me see if i can find the place i saw that | 21:34 |
| grimmware | It looks like it's on the system controller | 21:34 |
| grimmware | okay, that changes things | 21:35 |
| * mjw -> Guest5889 | 21:35 | |
| - Guest5889 (QUIT: Killed (erbium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 21:35 | |
| * Guest6602 -> mjw | 21:35 | |
| + Guest5889 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 21:35 | |
| staticbunny | https://community.mnt.re/t/internal-expansion-ideas/2164 | 21:35 |
| Twodisbetter | that is what it is still saying on the MNT storefront. | 21:36 |
| grimmware | I guess I should be able to do something to yeet the raw values over the UART | 21:37 |
| grimmware | Ugh every time I touch the sysctl I manage to brick the fucking thing. | 21:50 |
| ^alex | thats what we call relatable content | 21:52 |
| ^alex | ought to test nano's branch like we promised to | 21:55 |
| minute | grimmware: sysctl | 21:57 |
| - andypiper (QUIT: Quit: My device has gone to sleep. Zzzz…) (~andypiper@45.146.10.36) | 22:00 | |
| grimmware | Ah I think I had a missing build dep for tinyusb | 22:05 |
| grimmware | That makes sense | 22:05 |
| grimmware | Holy shit, there it is. Added an i2c_scan just before the main loop and rebooted the sysctl with it plugged and with it unplugged and it’s showing up. | 22:11 |
| grimmware | Okay that’s probably a good stopping point this evening. | 22:12 |
| minute | grimmware: awesome | 22:12 |
| grimmware | minute: thank you for putting that function in there <3 | 22:12 |
| grimmware | Well, more importantly thank you for LEAVING it in there | 22:13 |
| minute | haha very true, it's quite useful | 22:13 |
| minute | i was also happy about it on the kbd 4.0 (with rp2040) for reform next... because that talks over i2c to the trackpad sensor and buttons | 22:14 |
| minute | that also means that on next we can use keyboard qualifiers to change trackpad behavior etc | 22:14 |
| minute | (and one could chain all sorts of things to the keyboard without needing extra usb) | 22:14 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-2337524e.019-141-67626730.bbcust.telenor.se) | 22:15 | |
| grimmware | Oh yeah that shit is really nice | 22:19 |
| - jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 22:39 | |
| + andypiper (~andypiper@45.146.10.36) | 23:10 | |
| andypiper | staticbunny: I'm interested in the 3D print options as well, curious how you get on with that... | 23:18 |
| amospalla | josch: thank you for the explanation :) | 23:18 |
| staticbunny | andypiper : i'll share anything i get going here. I think they already have step files for the models. So it should be an easy starting point. | 23:19 |
| andypiper | yeah, fair point. I'm more likely to try to do a new cover via a PCB mfr at some point, but the 3D print options are also interesting. I suspect the temperature could be an issue there. | 23:21 |
| staticbunny | yeah true. The mainboard side has a piece of copper. need to account for that. | 23:23 |
| minute | looks like prelaunch page is online https://www.crowdsupply.com/mnt/mnt-reform-next | 23:57 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!