| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 00:00 | |
| + bkeys (~Thunderbi@173.16.175.75) | 00:00 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 00:09 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 00:09 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@173.16.175.75) | 00:10 | |
| + bkeys (~Thunderbi@173.16.175.75) | 00:10 | |
| - Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.16.147) | 00:11 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 00:13 | |
| + bkeys (~Thunderbi@173.16.175.75) | 00:13 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 00:23 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 00:23 | |
| + Ar|stote|is (~linx@149.210.16.229) | 00:25 | |
| * bkeys1 -> bkeys | 00:25 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 00:30 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 00:30 | |
| * bkeys1 -> bkeys | 00:32 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 00:37 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 00:37 | |
| - bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 00:39 | |
| + bkeys (~Thunderbi@173.16.175.75) | 00:39 | |
| ch | https://source.mnt.re/zeha/pocket-reform/-/tree/zeha-usbpd is now rebased on top of main, for anyone who wants to try it. do note the committed version assumes you have the hw mod from #3, otherwise undef OTG_AS_5V in sysctl.c | 00:44 |
|---|---|---|
| ch | minute: maybe you want to check if this works better with your TB monitor ^ - if it doesn't, please send serial output | 00:45 |
| + murphnj (~murph@user/murphnj) | 00:46 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 00:48 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 00:48 | |
| * bkeys1 -> bkeys | 00:51 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 00:53 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 00:57 | |
| + bkeys (~Thunderbi@173.16.175.75) | 00:57 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-72-235.tukw.qwest.net) | 00:57 | |
| + colinsane (~colinunin@97-113-72-235.tukw.qwest.net) | 01:01 | |
| minute | ch: cool, exciting! will try tomorrow | 01:09 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 01:09 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 01:10 | |
| * bkeys1 -> bkeys | 01:12 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 01:15 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 01:15 | |
| * bkeys1 -> bkeys | 01:17 | |
| - Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.16.229) | 01:19 | |
| + Ar|stote|is (~linx@149.210.16.51) | 01:23 | |
| jfred | aww yeah, finally got an LTE modem installed and working in my pocket reform | 01:27 |
| jfred | with a JMP data sim... feels good | 01:27 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 01:28 | |
| + bkeys (~Thunderbi@173.16.175.75) | 01:29 | |
| dozens | hell yeah | 01:40 |
| dozens | embrace the xmpp | 01:40 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 01:52 | |
| + bkeys (~Thunderbi@173.16.175.75) | 01:52 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 01:58 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 02:01 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 02:01 | |
| * bkeys1 -> bkeys | 02:03 | |
| - cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra) | 02:05 | |
| + cobra (~cobra@user/Cobra) | 02:16 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 02:32 | |
| + bkeys (~Thunderbi@173.16.175.75) | 02:33 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 02:40 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 02:40 | |
| * bkeys1 -> bkeys | 02:42 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 02:58 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 02:58 | |
| * bkeys1 -> bkeys | 03:00 | |
| - paperManu (QUIT: Ping timeout: 252 seconds) (~paperManu@198.16.214.40) | 03:06 | |
| - nsc (QUIT: Ping timeout: 252 seconds) (~nicolas@i5C74DC12.versanet.de) | 03:25 | |
| + nsc (~nicolas@i5E86147E.versanet.de) | 03:26 | |
| - digitalrane (QUIT: Ping timeout: 250 seconds) (~digitalra@user/digitalrane) | 03:31 | |
| - CandidCadaver (QUIT: Ping timeout: 272 seconds) (~aloo_shu@90.166.98.221) | 03:36 | |
| + digitalrane (~digitalra@user/digitalrane) | 03:39 | |
| + jacobk (~quassel@129.110.242.224) | 03:39 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@129.110.242.224) | 03:44 | |
| + jacobk (~quassel@129.110.242.173) | 03:45 | |
| + CandidCadaver (~aloo_shu@90.166.98.221) | 03:45 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@129.110.242.173) | 03:51 | |
| + jacobk (~quassel@utdpat242024.utdallas.edu) | 03:53 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 03:56 | |
| + bkeys (~Thunderbi@173.16.175.75) | 03:57 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@173.16.175.75) | 03:58 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 03:58 | |
| * bkeys1 -> bkeys | 04:01 | |
| - jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@utdpat242024.utdallas.edu) | 04:06 | |
| - mjw (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org) | 04:07 | |
| - cow321 (QUIT: Ping timeout: 276 seconds) (~deflated8@user/meow/deflated8837) | 04:07 | |
| - spew (QUIT: Quit: spew) (~spew@201.141.99.170) | 04:08 | |
| + cow321 (~deflated8@user/meow/deflated8837) | 04:18 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 04:31 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 04:31 | |
| * bkeys1 -> bkeys | 04:34 | |
| - sts-q (QUIT: Ping timeout: 252 seconds) (~sts-q@89.58.73.41) | 04:46 | |
| + sts-q (~sts-q@89.58.73.9) | 04:48 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 05:09 | |
| - Gooberpatrol_66 (QUIT: Ping timeout: 246 seconds) (~Gooberpat@user/gooberpatrol66) | 05:09 | |
| - cow321 (QUIT: Ping timeout: 252 seconds) (~deflated8@user/meow/deflated8837) | 05:36 | |
| + _justin_kelly9 (~justinkel@user/justin-kelly/x-6011154) | 05:39 | |
| - gsora (QUIT: Read error: Connection reset by peer) (~gsora@user/gsora) | 05:39 | |
| - sts-q (QUIT: Ping timeout: 252 seconds) (~sts-q@89.58.73.9) | 05:39 | |
| + gsora (~gsora@user/gsora) | 05:39 | |
| - colinsane (QUIT: Ping timeout: 252 seconds) (~colinunin@97-113-72-235.tukw.qwest.net) | 05:41 | |
| - edenist (QUIT: Ping timeout: 252 seconds) (~edenist@rdns.robotprofessor.net) | 05:41 | |
| - _justin_kelly (QUIT: Ping timeout: 252 seconds) (~justinkel@user/justin-kelly/x-6011154) | 05:41 | |
| * _justin_kelly9 -> _justin_kelly | 05:41 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 05:41 | |
| + kop316_ (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 05:42 | |
| - kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 05:42 | |
| - amospalla (QUIT: Remote host closed the connection) (~jordi@user/amospalla) | 05:42 | |
| + sir-photch_ (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 05:42 | |
| - sir-photch (QUIT: Remote host closed the connection) (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 05:42 | |
| - xha (QUIT: Remote host closed the connection) (~xha@user/xha) | 05:42 | |
| + amospalla (~jordi@user/amospalla) | 05:42 | |
| + bkeys (~Thunderbi@173.16.175.75) | 05:43 | |
| + edenist (edenist@rdns.robotprofessor.net) | 05:45 | |
| * kop316_ -> kop316 | 05:47 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 05:47 | |
| * sir-photch_ -> sir-photch | 05:47 | |
| + sts-q (~sts-q@2a11:fb80:3b8:4d01:48b5:7b37:c759:8a59) | 05:47 | |
| + bkeys (~Thunderbi@173.16.175.75) | 05:48 | |
| + xha (~xha@user/xha) | 05:48 | |
| + cow321 (~deflated8@user/meow/deflated8837) | 05:50 | |
| + colinsane (~colinunin@97-113-72-235.tukw.qwest.net) | 05:56 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 05:58 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 05:58 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@173.16.175.75) | 06:00 | |
| + midfavila (midfavila@freeshell.org) | 06:12 | |
| midfavila | anyone know of a pc-style mainboard similar in spirit to the reform? i'm looking for my next machine to be an ARM box, mostly as a local terminal to a remote system with the ability to do some light gaming and local development (mostly just roguelikes and stuff), and i'd really, really, really like to retain some of the modularity of the IBM compatible world. don't need a ton - 3 mechanically 16x | 06:20 |
| midfavila | PCIe slots would be plenty, as long as one is electrically 16x, a couple USB ports, an RJ45, that kinda thing. main concern would be the use of SoM modules - i've gotten too used to that between my reform and my uconsole. | 06:20 |
| midfavila | i did see the ampere boards are an option. found a promising cm4 carrier board, too, and the milk-v pioneer is also interesting, albeit not as flexible as i'd like... | 06:21 |
| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 06:23 | |
| + hairu (m-uotkmd@user/hairu) | 06:25 | |
| midfavila | https://github.com/TheGuyDanish/CM4_MATX <-- something like this would be cool | 06:27 |
| + cow321_ (~deflated8@user/meow/deflated8837) | 07:17 | |
| - cow321 (QUIT: Ping timeout: 265 seconds) (~deflated8@user/meow/deflated8837) | 07:18 | |
| * cow321_ -> cow321 | 07:18 | |
| xha | NanoCodeBug: since i am running your sysctl firmware (which works really great with various PD chargers, also when the pocket is running, thanks a ton for that <3), i have this bug that the tray sometimes shows 0% battery for a minute or so. it happens every 20 minutes or so, could it be related to your patch or do i have to dig somewhere else? | 07:44 |
| xha | it shows up correctly on the OLED in these cases though | 07:45 |
| - sts-q (QUIT: Remote host closed the connection) (~sts-q@2a11:fb80:3b8:4d01:48b5:7b37:c759:8a59) | 09:20 | |
| - NanoCodeBug (QUIT: Remote host closed the connection) (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 09:56 | |
| + NanoCodeBug (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 09:56 | |
| hramrach | xha: I made a patch that detects if the readings glitch, and no result so far with the stock firmware https://source.mnt.re/reform/reform-tools/-/merge_requests/88 | 10:10 |
| josch | hramrach: i'd like to defer the decision of whether to merge this or not to minute | 10:14 |
| + sts-q (~sts-q@2a11:fb80:3b8:4d01:48b5:7b37:c759:8a59) | 10:15 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 10:22 | |
| - Kooda (QUIT: Remote host closed the connection) (~kooda@natsu.upyum.com) | 10:36 | |
| + Kooda (~kooda@natsu.upyum.com) | 10:38 | |
| minute | hramrach: i'm taking a look now, somehow i didn't see it earlier! i see you changed spaces to tabs :D (which is good, just makes the diff a bit bigger than the actual code changes). i guess we should also change the camelCase to be more aligned with kernel coding style | 10:52 |
| josch | minute: there are multiple commits in the MR, just ignore the clang-format commit and read the other two :) | 10:54 |
| minute | josch: ah, i most of the time just read on the "changes" tab of the mr | 10:54 |
| minute | got it, thanks | 10:55 |
| minute | josch: i approved it, but > The target branch staging does not exist. Please restore it or use a different target branch | 10:56 |
| minute | now building ch's firmware | 10:58 |
| josch | minute: fixed and rebased | 10:58 |
| minute | ch: it looks like you nicely cleaned up the system status screen, cool, but it says MNP now instead of MNT in the first line :D | 11:00 |
| ch | what :D | 11:00 |
| minute | MNP Pocket Reform 1 | 11:00 |
| ch | lol | 11:01 |
| ch | fixed it | 11:01 |
| ch | sorry, telco dayjob is an acronym galore | 11:01 |
| minute | haha thx | 11:01 |
| minute | hmm, reflashing sysctl while the system is on is just chef's kiss | 11:01 |
| ch | yes, that is sooo nice | 11:02 |
| minute | ch: system status fixed ^^ | 11:02 |
| ch | \o/ | 11:02 |
| ch | are you building with OTG_AS_5V or did you disable that? | 11:02 |
| minute | oh, thanks for the reminder | 11:03 |
| josch | minute: the "setfont" problem should be fixed in the system images here: https://source.mnt.re/reform/reform-system-image/-/jobs/6220/artifacts/browse (but i cannot really test it) | 11:03 |
| minute | ch: omg the dell u2724de charges the pocket now via thunderbolt! | 11:04 |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 11:04 | |
| ch | nice | 11:04 |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 11:04 | |
| minute | ch: so awesome, thanks a ton! | 11:04 |
| minute | i will still need to study all the changes that made this work | 11:04 |
| ch | yeah well, there's still a lot of work to do | 11:05 |
| ch | but its good to know it works for you too | 11:05 |
| ch | on serial you should also get a periodic info how fast it charges etc | 11:05 |
| ch | sth like this: # ON AC CHG chg=3 mps_flt=00 input=20500mV@387mA charge=0mA discharge=0mA p=7.62W ttempty=6143min | 11:06 |
| minute | ch: neat | 11:18 |
| minute | ch: there's one little weirdness... the usb hub of the monitor (so the usb data connection) only works in pocket's non-charging usb-c port | 11:18 |
| ch | ah | 11:19 |
| ch | i'll try to look at that | 11:19 |
| ch | i think i saw sth similar the other day | 11:19 |
| minute | ch: so maybe data role is swapped? | 11:19 |
| ch | just so we're not talking past each other, you're saying the pocket gets charged, and on the same cable, the usb hub in the monitor doesn't work? | 11:20 |
| ch | if so, could you send me the usb pd debug output from the serial? | 11:20 |
| minute | ch: yes, that's what happens | 11:21 |
| ch | it sounds logical that this will happen, i guess the messages that i saw on my monitor would be it trying to swap the role | 11:21 |
| ch | but i'll need to check | 11:21 |
| minute | interesting, right now it says ON AC even if it isn't | 11:21 |
| ch | :o | 11:22 |
| minute | # ON AC chg=0 mps_flt=00 input=4925mV@56mA charge=0mA discharge=1050mA p=8.25W ttempty=180min | 11:22 |
| ch | not good | 11:22 |
| ch | ah | 11:22 |
| ch | i think to make that work reliably you need the hw mod | 11:22 |
| ch | need to see how to workaround the bus detect without the hw mod | 11:23 |
| minute | ch: ok so while charging from the monitor there's a ton of PD spam | 11:23 |
| ch | right, maybe you can get me a snippet | 11:23 |
| ch | i'll also try to understand whats going on on my monitor | 11:23 |
| minute | ch: http://dump.mntmn.com/for-zeha-pdlog1.txt | 11:25 |
| minute | will head to mnt hq now, where i don't have this monitor but can try more stuff tonight ^^ | 11:27 |
| minute | ch: just one more datapoint, with a "norma" RAVPOWER charger it doesn't spam the log like that, and charging still works | 11:29 |
| ch | minute: thanks! yeah that makes sense | 11:29 |
| ch | # [pd] PD_STATE_SETUP done, going to PD_STATE_UNATTACHED | 11:30 |
| ch | weird that it stayed in 'ON AC' after this | 11:31 |
| ch | ok, lots of things to debug there (: | 11:31 |
| minute | :D | 12:01 |
| ch | (i've remembered now that this is probably caused by the 5v feed; i guess without the hw mod we'll need to toggle the 5v source and detect then. tbd) | 12:09 |
| + paperManu (~paperManu@198.16.214.40) | 12:47 | |
| + gustav28 (~gustav@c-5d34524e.019-141-67626730.bbcust.telenor.se) | 13:02 | |
| * Guest3540 -> mjw | 13:50 | |
| + bkeys (~Thunderbi@173.16.175.75) | 14:08 | |
| minute | weird > setfont: ERROR kdfontop.c:183 put_font_kdfontop: Unable to load such font with such kernel version | 14:12 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 14:22 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 14:22 | |
| * bkeys1 -> bkeys | 14:24 | |
| josch | minute: that is with the system image from my merge request, right? | 14:26 |
| + erle (~erle@2a02:8109:da01:6400::430b) | 14:30 | |
| - erle (QUIT: Changing host) (~erle@2a02:8109:da01:6400::430b) | 14:30 | |
| + erle (~erle@user/erle) | 14:30 | |
| minute | josch: hmmm no, actually i didn't try that one yet | 14:34 |
| minute | josch: but i installed a reform-debian-packages build from here https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/66 | 14:34 |
| minute | which regenerated the initramfs on the system | 14:35 |
| ch | wait, thats a new error, no? | 14:40 |
| josch | yes | 14:41 |
| ch | so ioctl KDFONTOP returned ENOSYS | 14:45 |
| ch | minute: is this a custom kernel config? | 14:45 |
| minute | hmm | 14:46 |
| minute | let me try all that again when i have a new clean build incl the whole system image | 14:46 |
| josch | minute: i have a few spare hours now. Anything that needs to be done from my side? | 14:54 |
| ch | PD_STATE_ATTACHED_SNK: charger responds msg type: 0x9 | 15:04 |
| ch | 0x09 = DR_SWAP | 15:04 |
| ch | as expected | 15:04 |
| ch | wondering if (and how) we need to tell the SOM USB to be a host - or rather, how to tell it to not be a host | 15:15 |
| minute | josch: just a small note because i don't wanna trigger a pipeline now, because i wanna rebuild the system image, the first link here is outdated https://source.mnt.re/reform/reform-debian-packages/-/blob/main/README.md?ref_type=heads | 15:15 |
| minute | ch: that's not necessary as it should always be a host | 15:15 |
| ch | minute: yeah, but technically it should not start as a host | 15:16 |
| josch | minute: i'll fix it locally and push it some time the pipeline is free | 15:16 |
| minute | ch: ah. that's very complicated then | 15:16 |
| minute | josch: thx! | 15:16 |
| ch | i guess we'll get away with it for now, but sth to keep in mind | 15:16 |
| minute | josch: one lazy question... how is this date/time generated? reform20241010T194100Z | 15:18 |
| minute | ? | 15:18 |
| minute | josch: from the last commit date? | 15:18 |
| josch | minute: date --utc ${SOURCE_DATE_EPOCH:+--date=@$SOURCE_DATE_EPOCH} +%Y%m%dT%H%M%SZ | 15:18 |
| minute | hmmmm | 15:18 |
| josch | and SOURCE_DATE_EPOCH is set in common.sh | 15:19 |
| minute | > minute authored Oct 10, 2024, 9:41 PM | 15:19 |
| josch | to git log -1 --format=%ct | 15:19 |
| minute | aha! | 15:19 |
| minute | josch: thx! | 15:19 |
| minute | then it's all good | 15:19 |
| josch | nice :) | 15:19 |
| minute | josch: i merged your unified-initramfs so i can test everything at once :D | 15:26 |
| josch | nice, thank you! | 15:27 |
| ch | wow, now i wrote GOOD_CDR instead of GOOD_CRC | 15:30 |
| ch | somebody outlaw TLAs please | 15:30 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 15:32 | |
| + bkeys (~Thunderbi@173.16.175.75) | 15:33 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 15:43 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 15:43 | |
| * bkeys1 -> bkeys | 15:46 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 16:00 | |
| minute | some background on what's going on with pocket displays here https://mastodon.social/@mntmn/113289054264458804 | 16:01 |
| ch | [60471.784401] usb 1-1.2: Product: USB2.1 Hub | 16:03 |
| ch | [60471.784408] usb 1-1.2: Manufacturer: LG Electronics Inc. | 16:03 |
| ch | well | 16:03 |
| ch | doesnt really work though | 16:04 |
| + bkeys (~Thunderbi@173.16.175.75) | 16:06 | |
| ch | https://per.namespace.at/~ch/usbpd-dr-fail.txt <- sysctl accepts the data role swap, and suddenly all the devices enumerate, but sth goes wrong later | 16:07 |
| ch | if anyone has ideas, lmk | 16:07 |
| ch | minute: if you want to try it at home, https://source.mnt.re/zeha/pocket-reform/-/commit/fe63c0913ba07256b6cc0f2058d28ec177df5c7d | 16:08 |
| ryukazou | The shop just send the result after re-anodizing, now is on its way back to me. https://i.imgur.com/QMlm0Nz.jpeg | 16:33 |
| minute | ch: cool, will try! | 16:45 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 16:45 | |
| + bkeys (~Thunderbi@173.16.175.75) | 16:45 | |
| minute | ryukazou: wow, what's the color? "clear"? | 16:45 |
| - bkeys (QUIT: Client Quit) (~Thunderbi@173.16.175.75) | 16:46 | |
| + bkeys (~Thunderbi@173.16.175.75) | 16:46 | |
| ryukazou | minute: Matt silver | 16:47 |
| minute | ryukazou: looks great! | 16:47 |
| minute | josch: ah, that sysimage build still has the old uboot... | 16:52 |
| ryukazou | Hope everything turns out okey after reassemble, didn’t have much experience tear electronic apart. | 16:53 |
| minute | i get some cma alloc failures on rk3588 so i'll add back a 256MB cma | 16:54 |
| minute | (nvme seems to take 64MB cma buffer) | 16:54 |
| minute | ryukazou: did you see the ifixit video? ^^ | 16:55 |
| ryukazou | minute: yeah, I followed that video step by step, I even put all the part in separate anti-Static bags. | 16:57 |
| minute | nice | 16:58 |
| minute | we also have a DIY assembly guide that is work-in-progress, maybe i can send you a preview and you can tell me if something is unclear during the process | 16:58 |
| ryukazou | That would be great | 16:59 |
| minute | ryukazou: http://dump.mntmn.com/TESTmanual-pocket-reform-diy-assembly-V3-1.pdf | 17:00 |
| ryukazou | Thanks!!! | 17:01 |
| minute | josch: ok so to bring the new uboot and thus the required kernel parameters into the system image, i/you have to update all the confs again in reform-tools, then make a new release, and rebuild reform-debian-packages once again and then rebuild the system images? | 17:04 |
| minute | josch: in any case, reform-rk3588-uboot tag for that is 2024-10-11 | 17:04 |
| minute | i'll now manually update this sd card with that uboot to test | 17:05 |
| minute | sigh, i guess the hdmi1 stuff is not stable enough yet... i mean, it isn't a good sign that it only works with clk_ignore_unused | 17:09 |
| minute | ah, nvm, it just doesn't like a 4k hdmi display connected during boot | 17:11 |
| minute | josch: one more little funny thing: the sway config for reform-setup-wizard doesn't seem to call reform-wallpaper.py | 17:13 |
| minute | josch: fyi current system image still says "unable to load such font" in the initramfs (it scrolls past a few times) | 17:27 |
| josch | oh but that's a different error! | 17:28 |
| josch | before it said that setfont wasn't available right? | 17:28 |
| josch | minute: about the wallpaper: i downloaded the pocket sysimage from the latest pipeline result and /usr/share/reform-setup-wizard/reform-setup-sway-config looks like this as expected: https://paste.debian.net/hidden/aa07604a/ and it also contains /usr/libexec/reform-tools/reform-wallpaper.py https://paste.debian.net/hidden/765d8b5b/ | 17:30 |
| josch | minute: i should be able to re-create the wallpaper issue. Do you just not see it? | 17:31 |
| minute | josch: yep, i believe the error is the above > setfont: ERROR kdfontop.c:183 put_font_kdfontop: Unable to load such font with such kernel version | 17:31 |
| josch | hramrach: maybe you know more as you tried this out on your pocket? | 17:31 |
| minute | josch: curious @ wallpaper... | 17:32 |
| ch | minute: do you have an idea if i can reset the usb host on the pocket somehow? initially some way for testing would be good enough, just to see if thats the problem somehow | 17:33 |
| ch | my "feeling" being the usb host controller locking to some orientation of the data lines | 17:33 |
| josch | minute: about the wallpaper: i booted the system image in qemu and on my a311d and it shows the wallpaper | 17:33 |
| minute | ch: i think you should be able to do something like rmmod dwc3; modprobe dwc3 | 17:33 |
| josch | minute: but you do not see it for long because the setup wizard is fullscreen | 17:34 |
| minute | josch: hmm maybe it just doesn't show on a later-connected external display | 17:34 |
| minute | josch: not so important, thanks for checking | 17:34 |
| josch | minute: if you are running the latest u-boot right now, do you have a new /proc/cmdline for me? | 17:35 |
| minute | josch: ah yeah, the cmdline | 17:35 |
| josch | on one platform is sufficent, i can derive the rest from that | 17:36 |
| josch | as the only one that differs is the pocket with the screen rotation | 17:36 |
| minute | josch: "ro no_console_suspend cryptomgr.notests loglevel=3 no_console_suspend clk_ignore_unused cma=256M swiotlb=65535 fbcon=rotate:3 console=tty1 console=tty1" | 17:36 |
| josch | thank you! | 17:36 |
| minute | josch: i guess i can remove console=tty1 and no_console_suspend from the rk3588 uboot then? | 17:36 |
| minute | or should we leave it like that now? | 17:37 |
| josch | depends | 17:37 |
| josch | it is also set by other u-boot envs so one argument for it would be consistency | 17:37 |
| minute | ok | 17:37 |
| josch | i think you'd have to ask youself: is this a property that is hardware specific or a property that is reform OS specific? i.e. do other OSes on the reform want this too? | 17:37 |
| minute | josch: these are not hardware specific | 17:38 |
| minute | josch: so it would be cleaner to remove them | 17:38 |
| minute | i can do that real quick and reflash the uboot to this sd card | 17:38 |
| minute | i've now done a ton of reboots/power cycles and the image seems stable otherwise. the only known bug is that it chokes on 4K HDMI display being connected _during_ early boot | 17:38 |
| minute | but i can't solve that atm... i think it'll be resolved once christian releases the official hdmi1 support (which he confirmed now that he'll work on) | 17:39 |
| josch | minute: the reform debian images do not care about console=tty1 and no_console_suspend because those two are also set in the default extlinux u-boot-menu.conf as well as in our default boot.scr | 17:40 |
| minute | josch: yeah, alright. i've removed them now from uboot, pushing | 17:41 |
| josch | minute: they *do* care about things like console=ttyS0 or the like | 17:41 |
| minute | josch: new tag https://source.mnt.re/reform/reform-rk3588-uboot/-/commits/2024-10-11b | 17:42 |
| josch | specifically, extlinux.conf support relies on u-boot setting these bits up as in contrast to boot.scr, there is no if/else | 17:42 |
| josch | minute: okay, i'm ignoring the setfont issue and cut a new reform-tools release now | 17:43 |
| minute | josch: ok so forget about my wallpaper bug in the wizard. the problem is different: it doesn't recognize new displays being attached. something that could be fixed in the future | 17:43 |
| hramrach | josch: looks like the setfont can run before the graphics driver is initialized https://github.com/legionus/kbd/issues/99#issuecomment-1656713546 | 17:43 |
| hramrach | so it may work sometimes and not other times dependeing on timing | 17:43 |
| josch | minute: maybe you can open a short issue in the reform-tools repo about the wallpaper with how to reproduce this, so that it does not get forgotten | 17:44 |
| hramrach | of course, the font could be loaded from udev if we hade udev | 17:44 |
| josch | minute: uh and if you have some time, could you run "sudo reform-check" on the vanilla system image on rk3588 and see if any error pops up? | 17:45 |
| minute | ok, will do that now | 17:49 |
| josch | i'm currently adding the hashes... | 17:49 |
| ch | minute: right, will try that later | 17:51 |
| minute | ch: orrr another route might be to toggle the reset line of the usb hub (it's a gpio) | 17:52 |
| minute | ch: IIRC you're on a311d? | 17:53 |
| ch | minute: imx8 still | 17:53 |
| minute | josch: ok so reform-check output looks pretty good, it complains about uboot version (rightly so), and about /var/lib/alsa/asound.state (that's also to be expected), and about the kernel boot parameters. | 17:54 |
| ch | USBH_RESET, i see it. will try | 17:55 |
| josch | minute: perfect! | 17:55 |
| minute | ch: GPIO1_IO10 | 17:55 |
| + spew (~spew@201.141.99.170) | 17:55 | |
| minute | josch: issue filed https://source.mnt.re/reform/reform-tools/-/issues/6 | 17:57 |
| josch | aha thank you | 17:58 |
| josch | i shall add some handling of adding new monitors | 17:58 |
| josch | minute: a new reform-debian-packages pipeline is running which should pick up the now merged reform-tools 1.55 | 18:02 |
| josch | the pipeline should take ~50 minutes to run, so it will be ready just before the next mirror update at 19:00 | 18:02 |
| - bluerise (QUIT: Quit: brb) (~bluerise@pc19f85d1.dip0.t-ipconnect.de) | 18:02 | |
| + bluerise (~bluerise@pc19f85d1.dip0.t-ipconnect.de) | 18:03 | |
| minute | josch: awesome, thanks | 18:04 |
| josch | minute: to speed the reform-debian-packages pipeline up, maybe we can have a look into the reform-handbook copyright situation at some point | 18:04 |
| minute | josch: ohhh yeah... one more thing to take care of | 18:05 |
| hramrach | can you try thus? https://source.mnt.re/hramrach/reform-tools/-/commit/3aa0b0e3c803ab26ed705bb56793a464b6585ffd | 18:07 |
| josch | hramrach: that commit is already part of reform-tools | 18:08 |
| hramrach | I did not see the problem but if it's about driver initialization timing it can be very hardware-specific | 18:08 |
| hramrach | bah, it's the gitlab stale data problem | 18:09 |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 18:09 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 18:10 | |
| hramrach | no, this time it's a different problem, it shows oldest commmit on top | 18:12 |
| hramrach | https://source.mnt.re/hramrach/reform-tools/-/commit/0255cde922667b0eda8aaa69c02e9175ece3212f | 18:12 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 18:16 | |
| josch | hrm... i'm not very excited about the concept of spawning a background process that is not being waited for, thus probably gets re-parented to pid 1 and then we never get the exit code... (i know initramfs doesn't care anyways but i'm not a fan of that either) -- i'd like to let minute decide on how to best fix/workaround this | 18:16 |
| + bkeys (~Thunderbi@173.16.175.75) | 18:16 | |
| josch | unfortunately i don't have a much better idea either, the this is a workaround for a workaround after all | 18:17 |
| josch | ideally, this would be solved elsewhere but i know we probably agree on that | 18:17 |
| hramrach | we don't have the tools to be able to tell when the console is ready AFAICT | 18:18 |
| hramrach | it will spam the console with errors when it fails so it's not like it fails silently which is unfortunate for the case when it fils only because the graphics driver takes too long to initialize - if theis is the case after all, not tested | 18:20 |
| hramrach | and running in the background is intentional to not stall the boot in case setting the font fails completely for whatever reason | 18:23 |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 18:48 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 252 seconds) (~Gooberpat@user/gooberpatrol66) | 18:49 | |
| minute | can't the kernel maybe compile in a different font from the beginning/ | 18:57 |
| minute | ? | 18:57 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 19:20 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 19:20 | |
| * bkeys1 -> bkeys | 19:22 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 19:42 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 19:42 | |
| * bkeys1 -> bkeys | 19:44 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 19:45 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 19:47 | |
| josch | minute: fresh system images with reform-tools 1.55 and u-boot 2024-10-11b: https://source.mnt.re/reform/reform-system-image/-/jobs/6260 | 20:01 |
| * mjw -> Guest3581 | 20:21 | |
| - Guest3581 (QUIT: Killed (calcium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 20:21 | |
| * mark_ -> mjw | 20:21 | |
| + Guest3581 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 20:21 | |
| minute | josch: niice | 20:28 |
| josch | i also love the rk3588 photos on fedi -- the copper heatsink looks so cool! :D | 20:31 |
| minute | josch: thanks :D | 20:41 |
| gustav28 | yea, looking really good | 20:47 |
| gustav28 | ! | 20:47 |
| gustav28 | re: 50 minute pipeline job, :o | 20:47 |
| gustav28 | how could a copyright situation influence that, if I may ask? | 20:48 |
| minute | gustav28: if i decide for all content GPL or CC, but not GPL and CERN OHL mixed (if i understood correctly) then it could be packaged by debian and installed as a package from there | 20:55 |
| minute | gustav28: the handbook package(s) i mean | 20:55 |
| gustav28 | aha, but why do they take a significant amount of time to build/package? | 20:56 |
| minute | josch: it boots, the multiple lines of ERROR kdfontop.c lines are a bit distracting though (shown while it resizes SD card partition) | 20:57 |
| minute | gustav28: image processing and LaTeX etc etc | 20:57 |
| minute | usb not working on first boot (rk3588) | 20:58 |
| minute | usb working the second time | 21:00 |
| minute | otherwise everything works fine | 21:04 |
| gustav28 | ok, dumb question: does the handbook get built when you apt-get it? (I recall this is how linux works? is it bad practice to ship just the pdf?) | 21:08 |
| gustav28 | or is it because they need to be included in the system image because you cannot upload it to debian package manager? | 21:10 |
| gustav28 | (but still, why can't they be built and uploaded as artifacts only when the books are changed) | 21:10 |
| minute | gustav28: apt normally installs prebuilt binary packages | 21:20 |
| minute | gustav28: and yes, it needs to be built in our build process currently because debian won't accept it at the moment | 21:20 |
| noam | What are the odds there's anything in u-boot upstream worth pulling in to the reform tree? | 21:24 |
| minute | noam: depends which of the many uboots you mean that we have... | 21:24 |
| noam | imx8 :P | 21:25 |
| minute | noam: imx8m or imx8mp :3 | 21:25 |
| noam | 8m | 21:26 |
| noam | :P | 21:26 |
| noam | I see like four separate trees, including the MNT one | 21:26 |
| minute | no idea... which features are you missing | 21:27 |
| noam | main u-boot upstream, u-boot imx custodian tree, MNT tree (actually three; i had two copies of one of them open :P) | 21:27 |
| noam | I'm not :P My suspicion si there's nothing (i see fixes in the imx tree, but they're fixes to regressions we don't have lol) | 21:27 |
| minute | never touch a running uboot :D | 21:27 |
| - jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 21:36 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 21:37 | |
| gustav28 | minute: I see. and the handbook repo job can't build artifacts that the system image repo job just downloads? | 21:38 |
| minute | gustav28: it is done like that, but there is one CI job that builds both the handbook package and the kernel package | 21:39 |
| josch | gustav28: the license problem with the handbook is, that gpl and cern ohl licenses are incompatible with each other | 21:40 |
| minute | josch: ugh, just had a crash of the reform setup wizard for the first time ever... on rk3588-mnt-reform2. after the last step "Error flushing display: Broken pipe". then i end up in a root shell | 21:40 |
| josch | gustav28: so effectively, you are not allowed to distribute a work covered by both because if you did, you would violate either of the licenses | 21:40 |
| josch | minute: that happened to me as well in the past | 21:40 |
| josch | though i failed to collect the output on the terminal as i was in a hurry... | 21:41 |
| minute | josch: ok? like once or multiple times? | 21:41 |
| josch | only once | 21:41 |
| minute | tuigreet is not enabled | 21:41 |
| hramrach | minute: it's possible to compile the font into the lernel but that does not help. The kernel has one default font that is always used, even if multiple are available. So the setfont call is needed either way. | 21:41 |
| minute | hramrach: ugh ok | 21:41 |
| josch | minute: and my crash was also at the very end. I indeed was sent to the root shell. It happened maybe 1-2 weeks ago on my a311d reform. | 21:43 |
| minute | hmmmm | 21:43 |
| minute | need to look at how the end works exactly | 21:43 |
| josch | gustav28: luckily, MNT has all the copyright on the work, so it's a matter of deciding what license to pick as they are free to relicense as they wish | 21:44 |
| gustav28 | are there 2 licences _in the handbook_? | 21:44 |
| josch | maybe | 21:44 |
| josch | maybe i'm also too paranoid | 21:44 |
| minute | possibly because the electronics/schematics say they're OHL | 21:45 |
| josch | my understanding is, that the hardware itself is under CERN OHL | 21:45 |
| josch | and then the renderings and schematics, as derivative works of that, are also CERN OHL | 21:45 |
| minute | ok, after a power cycle/reboot, tuigreet is actually up and running | 21:45 |
| minute | so i'll need to play through that a bunch of times on monday. feels like a race condition | 21:45 |
| minute | cc plomlompom | 21:46 |
| gustav28 | but it all becomes a .pdf that is distributed to the end-user at some point, right? so what's the difference in storing it on GitHub or embedded in the system image? | 21:46 |
| josch | minute: i'd say the fact that nobody else complained about it so far makes it very rare unfortunately -- you also didn't see anything interesting on the root shell, no? | 21:46 |
| minute | josch: no, only the "Error flushing display: Broken pipe" | 21:46 |
| minute | it feels like something took down sway before the wizard itself was fully at the end | 21:47 |
| josch | gustav28: the pdf is a combination of work under (currently) conflicting licenses -- if you receive such a work, you cannot legally distribute it yourself and Debian were thus not allowed to ship it -- even in the non-free repo | 21:47 |
| hramrach | minute: it can be set on commandline CONFIG_FONT_TER16x32 -> fbcon=font:TER16x32 | 21:47 |
| minute | hramrach: oh neat | 21:47 |
| gustav28 | ah, but its ok if mnt distributes it because they own all the copyright? (sorry, will back down, you have better things to do :) | 21:48 |
| minute | hramrach: maybe that would be a semi clean solution | 21:48 |
| josch | gustav28: yes, exactly. Since MNT owns the copyright, they are free to copy it as they wish. | 21:48 |
| minute | gustav28: i just didn't have time to clean this up yet | 21:48 |
| josch | gustav28: and don't worry, your questions are good. Copyright law is super confusing... | 21:49 |
| josch | and i'm not a lawyer or anything close to it either | 21:49 |
| gustav28 | I was just in contact with a good lawyer for my game related stuff (https://lawyer.se/), I recommend sending them an email if you want it cleared up. super-expensive default rates though, but they are flexible with pricing depending on situation. | 21:53 |
| gustav28 | maybe not expert on free software licenes though, but they must have encountered it a lot in the games industry | 21:54 |
| josch | gustav28: luckily in this case, the situation is quite clear as the CERN OHL explicitly explains why it's incompatible with GPL | 21:54 |
| gustav28 | and it's clear that even renders are also OHL? | 21:55 |
| josch | i think it's quite clear that a pdf is a combination of multiple copyrighted media into a single new piece of combined content | 21:57 |
| gustav28 | oh, yes. I thought about the CAD renders, but the schematics must be OHL if the design files are, of course. | 21:58 |
| gustav28 | (didn't think about that) | 21:59 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-5d34524e.019-141-67626730.bbcust.telenor.se) | 22:15 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 22:32 | |
| + bkeys (~Thunderbi@173.16.175.75) | 22:32 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 22:33 | |
| + bkeys (~Thunderbi@173.16.175.75) | 22:33 | |
| + gustav28 (~gustav@c-5d34524e.019-141-67626730.bbcust.telenor.se) | 22:38 | |
| hramrach | josch: created PR for all u-boots and tools to migrate the font setting to kernel commandline | 22:44 |
| - Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.16.51) | 22:45 | |
| hramrach | not sure where the console-setup/use_system_font would be set up. Perhaps spmewhere in reform-system-image? | 22:48 |
| josch | hramrach: remember i cannot really test it because i don't have a pocket reform -- i have to defer to minute | 22:48 |
| hramrach | I tested that it works for me .. so unless I made some typo somewhere it should also work on new image when all the stuff is rebuilt | 22:49 |
| hramrach | there is also the chromium switch to wayland which is still pending | 22:51 |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@173.16.175.75) | 22:51 | |
| + bkeys1 (~Thunderbi@173.16.175.75) | 22:51 | |
| * bkeys1 -> bkeys | 22:54 | |
| + Ar|stote|is (~linx@149.210.16.51) | 22:56 | |
| + reform11698 (~stffn@2a02:8109:b500:2100:d5c2:74fc:c181:6928) | 23:01 | |
| reform11698 | Hello folks from my lovely pocket reform :wave: | 23:02 |
| josch | _o/ | 23:03 |
| sevan | hello | 23:07 |
| - reform11698 (QUIT: Ping timeout: 265 seconds) (~stffn@2a02:8109:b500:2100:d5c2:74fc:c181:6928) | 23:16 | |
| minute | nice | 23:22 |
| minute | hramrach: i think putting it in those three uboots is fine | 23:23 |
| josch | but then, how do you upgrade it? | 23:24 |
| josch | users can currently not easily upgrade their uboot on imx8mplus | 23:24 |
| minute | it's not such a strong pain point that everybody has to update | 23:30 |
| josch | okay | 23:31 |
| minute | and if it is a really strong pain point for someone who wants to take that risk, they can reflash their uboot | 23:31 |
| josch | if we do an imx8mplus u-boot update, maybe we can also fix the ${fdtfile} issue | 23:31 |
| minute | good idea! MR welcome :D | 23:31 |
| hramrach | it can be also bodged in flash-kernel configuration but that's difficult to make device-specific | 23:32 |
| josch | hramrach: it's possible in boot.scr but it is not with extlinux.conf | 23:33 |
| hramrach | that makes extlinux.conf not such a great technology. My impression is that extlinux does support kernel parameters when the actual extlinux is used | 23:34 |
| josch | minute: no, they cannot currently flash u-boot because imx8mplus has EMMC_BOOT=false in the machines.conf | 23:34 |
| josch | minute: it was done like that because you said: https://mntre.com/reform-irc-logs/2024-08-04.log.html#t21:58:55 | 23:40 |
| hramrach | josch: boot/pxe_utils.c parse_label recognizes T_APPEND so I am pretty sure arguments can be passed. If flash-kernel does not support that with extlinux that's flsh-kernel bug. | 23:42 |
| josch | hramrach: flash-kernel does nothing with extlinux.conf | 23:42 |
| josch | hramrach: arguments can be passed via ${bootargs} but then we modify u-boot | 23:43 |
| josch | earlier we were talking about the if/else in boot.scr | 23:43 |
| josch | and that cannot be done in extlinux.conf | 23:43 |
| hramrach | if/else is not supported in extlinux (and is not used in boot.scr anyway, the arguments are embedded through some templating) but append is AFAICT supported meaning users can add random arguments after the fact | 23:44 |
| hramrach | same as with flash-kernel boot.scr | 23:45 |
| josch | yes, they can but we cannot ship that | 23:47 |
| josch | because the extlinux.conf or boot.scr are identical on all platforms | 23:47 |
| hramrach | that's fine, it's workaround for not getting the u-boot updated | 23:47 |
| josch | sure, users can locally work around this | 23:48 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-5d34524e.019-141-67626730.bbcust.telenor.se) | 23:50 | |
| minute | josch: yeah but they can still do it by hand | 23:50 |
| josch | sure | 23:50 |
| Twodisbetter | back on the Reform from the Pocket Reform. I have to say, I really find Wayfire superior to Sway. Wayfire feels JUST like Sway but with way more customizable windowing options. It is just a nice way to have an almost purely tiling system with some free floating whenever you want. Hope others have given it a whirl. | 23:50 |
| Twodisbetter | I am curious though, which of the two are more memory efficient? I would imgine they are pretty close regardless. I don't feel any kind of slowdowns as a result of using Wayfire over Sway. | 23:52 |
| minute | ch: i pulled your latest sysctl fw changes and i can report that there is no more PD spam in the log, it still charges, but no usb comms with the monitor. it could be that this only works at 5v, when looking at the PDO list | 23:52 |
| hramrach | found sway supports fullscreen, that's all I need with 7" display :) | 23:52 |
| minute | ch: only the 5V PDO prints:usb_comms = 1 | 23:52 |
| minute | dual_role_data = 1 | 23:52 |
| Twodisbetter | wayfire does as well, but glad it is working great for you! | 23:52 |
| Twodisbetter | minute: great to hear! | 23:53 |
| Twodisbetter | ch: thanks for your efforts! | 23:53 |
| ch | minute: that would be weird | 23:53 |
| ch | minute: do you see anything in dmesg? | 23:53 |
| minute | ch: nothing in dmesg | 23:53 |
| ch | ok, weird | 23:53 |
| minute | ch: so those flags are meaningless? i mean isn't it strange that they're not in the other PDOs? | 23:53 |
| ch | yeah i agree its strange. i'll look later what my monitor reports in the PDOs | 23:54 |
| minute | ch: cool thx | 23:54 |
| minute | it's funky that this monitor even has an ethernet interface | 23:55 |
| minute | (exposed over usb) | 23:55 |
| minute | > 0bda:8156 Realtek Semiconductor Corp. USB 10/100/1G/2.5G LAN | 23:56 |
| ch | quite cool imo | 23:56 |
| minute | also > 8087:0b40 Intel Corp. USB3.0 Hub | 23:56 |
| minute | i guess that's the thunderbolt chip | 23:56 |
| hramrach | I have something like that as an USB dongle and it tends to lock up | 23:56 |
| minute | also > 1d5c:5821 Fresco Logic Frescologic Billboard | 23:57 |
| minute | there's a plethora of usb going on | 23:57 |
| josch | hramrach: is it not the debconf question console-setup/use_system_font that is relevant here? | 23:58 |
| hramrach | AFAICT it's not relevant | 23:59 |
| ch | i -think- i need to make sysctl come up in try.src mode by default, and then request a powerrole change in such a config. but will have to do more reading | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
