+ S0rin (~S0rin@user/s0rin) | 00:05 | |
vkoskiv | I will be busy until sunday, but I will make an effort to investigate the issue then. | 00:05 |
---|---|---|
josch | cool, thanks! | 00:15 |
- S0rin (QUIT: Ping timeout: 240 seconds) (~S0rin@user/s0rin) | 00:21 | |
+ S0rin (~S0rin@user/s0rin) | 00:23 | |
- robin (QUIT: Ping timeout: 244 seconds) (~robin@user/terpri) | 00:36 | |
+ robin (~robin@user/terpri) | 00:40 | |
minute | klardotsh: i think motherboard incl imx8m module should be enough. if it just works at our end with a test display, then your display panel is broken | 00:59 |
klardotsh | it's all packed up in the antistatic bag and bubble wrap; I'll get this out in the morning (UTC-7) since I have to pick up a FedEx package in Bellingham tomorrow anyway | 01:54 |
- mtm (QUIT: Ping timeout: 240 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 02:04 | |
minute | klardotsh: great! | 02:11 |
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 04:10 | |
- klardotsh (QUIT: Remote host closed the connection) (~klardotsh@98.97.116.100) | 06:52 | |
+ Ar|stote|is (~linx@149-210-28-104.mobile.nym.cosmote.net) | 09:15 | |
+ MajorBiscuit (~MajorBisc@2a02-a461-129d-1-193d-75d8-745d-e91e.fixed6.kpn.net) | 09:32 | |
+ mtm- (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 10:09 | |
- mtm (QUIT: Ping timeout: 276 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 10:10 | |
- MajorBiscuit (QUIT: Quit: WeeChat 3.5) (~MajorBisc@2a02-a461-129d-1-193d-75d8-745d-e91e.fixed6.kpn.net) | 10:52 | |
- GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 11:55 | |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 11:56 | |
minute | funfact: for the new trackball, lsusb shows the custom vendor/product strings directly: | 13:01 |
minute | > Bus 001 Device 004: ID cafe:4008 MNT Research Reform Trackball (RP2040) | 13:01 |
minute | wow, cawbird (twitter client) is back in debian unstable? and it just works | 13:24 |
- S0rin (QUIT: Quit: WeeChat 3.0) (~S0rin@user/s0rin) | 13:34 | |
+ bkeys (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 13:42 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 13:57 | |
+ bkeys1 (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 13:57 | |
* bkeys1 -> bkeys | 14:00 | |
- mtm- (QUIT: Ping timeout: 256 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 14:02 | |
+ S0rin (~S0rin@user/s0rin) | 14:04 | |
+ Christoph_ (~Christoph@p54bf6490.dip0.t-ipconnect.de) | 14:15 | |
- S0rin (QUIT: Ping timeout: 248 seconds) (~S0rin@user/s0rin) | 14:19 | |
+ S0rin (~S0rin@user/s0rin) | 14:33 | |
- GNUmoon (QUIT: Read error: Connection reset by peer) (~GNUmoon@gateway/tor-sasl/gnumoon) | 14:56 | |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 14:58 | |
+ MajorBiscuit (~MajorBisc@2a02-a461-129d-1-6d4c-38a4-18b7-4b48.fixed6.kpn.net) | 16:06 | |
- MajorBiscuit (QUIT: Client Quit) (~MajorBisc@2a02-a461-129d-1-6d4c-38a4-18b7-4b48.fixed6.kpn.net) | 16:06 | |
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 16:08 | |
+ MajorBiscuit (~MajorBisc@2a02-a461-129d-1-6d4c-38a4-18b7-4b48.fixed6.kpn.net) | 16:13 | |
- Christoph_ (QUIT: Remote host closed the connection) (~Christoph@p54bf6490.dip0.t-ipconnect.de) | 16:14 | |
+ sl (~sl@104-59-85-219.lightspeed.iplsin.sbcglobal.net) | 16:17 | |
- MajorBiscuit (QUIT: Ping timeout: 255 seconds) (~MajorBisc@2a02-a461-129d-1-6d4c-38a4-18b7-4b48.fixed6.kpn.net) | 16:39 | |
Boostisbetter | noice | 16:40 |
cinap_lenrek | minute: is here a place with the official flash.bin? | 16:41 |
cinap_lenrek | minute: i'm trying to setup a script to generate plan9 sdcard image... | 16:43 |
cinap_lenrek | minute: it would generate the boot partition with a custom boot script and also partitions for plan9 root file system | 16:43 |
cinap_lenrek | minute: and my idea was to just download the uboot/tfa flash.bin from somewhere and put it at 33k offset in the image | 16:44 |
minute | hmm | 16:46 |
minute | there was, but i'm not sure there is anymore, cc josch ? | 16:46 |
cinap_lenrek | if not, its no issue | 16:46 |
cinap_lenrek | we can host the binary ourselfs | 16:46 |
minute | yeah, that's fine | 16:47 |
minute | less dependencies ^^ | 16:47 |
cinap_lenrek | its just that we'r unable to build uboot from inside plan9 ;) | 16:47 |
minute | ah, i see | 16:48 |
minute | the only thing that u-boot is strictly useful for is the ddr4 init... | 16:48 |
josch | cinap_lenrek: currently, our system image downloads u-boot v3 as a gitlab ci artifact | 16:50 |
josch | cinap_lenrek: it uses this one: https://source.mnt.re/reform/reform-boundary-uboot/-/jobs/artifacts/v3/raw/flash.bin\?job\=build | 16:50 |
cinap_lenrek | oh | 16:50 |
cinap_lenrek | nice | 16:50 |
cinap_lenrek | thank you very much! :) | 16:50 |
josch | there is a more recent u-boot version implementing distro_bootcmd -- the version I linked to expects a boot.scr script in / or in /boot on the first partition | 16:51 |
cinap_lenrek | yeah, thats perfect | 16:51 |
josch | okay, cool :) | 16:51 |
cinap_lenrek | idea is we drop the kernel and a boot.scr to start it in a boot partition | 16:51 |
cinap_lenrek | and thats it | 16:51 |
minute | josch: thanks! | 16:56 |
+ MajorBiscuit (~MajorBisc@2a02-a461-129d-1-6d4c-38a4-18b7-4b48.fixed6.kpn.net) | 17:21 | |
- MajorBiscuit (QUIT: Ping timeout: 248 seconds) (~MajorBisc@2a02-a461-129d-1-6d4c-38a4-18b7-4b48.fixed6.kpn.net) | 17:48 | |
+ MajorBiscuit (~MajorBisc@2a02-a461-129d-1-6d4c-38a4-18b7-4b48.fixed6.kpn.net) | 18:02 | |
- MajorBiscuit (QUIT: Client Quit) (~MajorBisc@2a02-a461-129d-1-6d4c-38a4-18b7-4b48.fixed6.kpn.net) | 18:03 | |
- GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 18:09 | |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 18:10 | |
- mjw (QUIT: Remote host closed the connection) (~mark@gnu.wildebeest.org) | 21:44 | |
minute | josch: random info: i just turned on my reform again and keyboard comes on, but display stays black. i think apt auto updated reform-tools to 1.6 in the background before. | 22:12 |
minute | josch: i entered my luks decryption password and logged in and typed sway without seeing anything, and the display sprang to life. | 22:13 |
josch | minute: didn't this happen to you once before? (never happened to me) | 22:15 |
minute | yes | 22:15 |
minute | just checked, reform-tools was not upgraded, so nothing to do with that | 22:16 |
- Gooberpatrol66 (QUIT: Quit: Leaving) (~Gooberpat@user/gooberpatrol66) | 22:16 | |
minute | i saved dmesg and will reboot a few times to see if it changes | 22:16 |
minute | second time, the display came on | 22:17 |
minute | i wonder if it's some module loading related timing glitch | 22:17 |
josch | will this kind of issue be solved by u-boot doing the internal display init? | 22:18 |
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 22:19 | |
minute | josch: maybe. this problem never happened with the monolithic kernel, so i think it is either a hw problem on my laptop or a kernel regression or related to loading modules instead of having the stuff in the kernel | 22:20 |
josch | yes, i think this being a module-timing sort of thing is quite possible | 22:21 |
minute | < imx-dcss 32e00000.display-controller: [drm] Cannot find any crtc or sizes | 22:25 |
minute | < imx-dcss 32e00000.display-controller: [drm] Cannot find any crtc or sizes | 22:25 |
minute | only the no-display dmesg has these lines | 22:25 |
minute | also, strangely: | 22:26 |
minute | < 1V2: disabling | 22:26 |
minute | < 1V8: disabling | 22:26 |
minute | these seem like a red herring though. these regulators are not controlled by linux | 22:26 |
minute | in the working case, we get: | 22:26 |
minute | > Console: switching to colour frame buffer device 240x67 | 22:26 |
minute | > imx-dcss 32e00000.display-controller: [drm] fb0: imx-dcssdrmfb frame buffer device | 22:27 |
minute | so possibly we don't get fb0 if it doesn't work, i didn't check for that | 22:27 |
minute | josch: i think it is possible to somehow configure module loading order, no? | 22:27 |
josch | i'd have to investigate -- i don't know out of the top of my head. Is there a particular order you'd like to try out? | 22:30 |
josch | it's just too bad that this issue is not deterministic :( | 22:30 |
minute | yeah, i can do a few more boots soon to see how often it happens | 22:30 |
minute | i'm not sure about the correct order right now... my hunch is we should load dcss and mxsfb last | 22:32 |
minute | (after panel_edp, nwl_dsi) | 22:32 |
minute | (and ti_sn65dsi86) | 22:32 |
minute | i should probably confirm this using manual steps over serial, next week.. | 22:33 |
+ mjw (~mark@gnu.wildebeest.org) | 22:42 | |
jfred | minute: the folks doing the NixOS port also found that more recent kernels don't display anything during luks password entry while previous ones did, so a kernel regression seems possible https://github.com/nix-community/hardware-mnt-reform/issues/8 | 23:14 |
jfred | although in that case it's *only* during luks password entry and not after, so maybe not | 23:14 |
jfred | (maybe not the same issue, that is) | 23:15 |
minute | jfred: strange | 23:15 |
cinap_lenrek | https://felloff.net/usr/cinap_lenrek/9front-2b1ecbe87da757ddb12e38239773a05f816d03ae.reform.img.gz | 23:23 |
sigrid | i run 5.18.5 with void and i haven't seen any problems when luks password entry is up | 23:27 |
kfx | I still run 5.12+ because I haven't got any other kernel to boot correctly | 23:31 |
cinap_lenrek | https://felloff.net/usr/cinap_lenrek/9front-2b1ecbe87da757ddb12e38239773a05f816d03ae.reform.img.gz.torrent | 23:33 |
kfx | cinap_lenrek: works! but I got no mouse | 23:43 |
cinap_lenrek | hahaha | 23:43 |
cinap_lenrek | works in MY REFORM! | 23:43 |
cinap_lenrek | keyboard works? | 23:44 |
kfx | yep | 23:44 |
cinap_lenrek | strange | 23:44 |
cinap_lenrek | do you have trackball version? | 23:44 |
kfx | yep | 23:45 |
cinap_lenrek | hmmmm | 23:45 |
cinap_lenrek | same here | 23:45 |
kfx | I get a usb error in the output | 23:45 |
cinap_lenrek | at least it means usb works | 23:45 |
cinap_lenrek | use external mouse until it is troubleshooted | 23:45 |
cinap_lenrek | or just power cycle it | 23:45 |
cinap_lenrek | maybe the mouse is in a bad state | 23:46 |
kfx | power cycling | 23:47 |
cinap_lenrek | i had the mouse crap out on me once | 23:47 |
cinap_lenrek | it recoverd on its own after a while | 23:47 |
minute | heh, i have a new, unreleased trackball | 23:48 |
kfx | https://i.imgur.com/Mtykp3n.jpeg | 23:48 |
minute | cinap_lenrek: exciting. i wonder if i have a spare sd card at home | 23:48 |
cinap_lenrek | kfx: thats normal | 23:48 |
cinap_lenrek | kfx: the "res" control message isnt understood by our devmouse | 23:49 |
cinap_lenrek | its like a dummy | 23:49 |
cinap_lenrek | it mainly just takes mouse input from usb in mousein | 23:49 |
cinap_lenrek | kfx: mash the mouse button keys | 23:49 |
kfx | nothin' | 23:50 |
cinap_lenrek | :( | 23:51 |
kfx | I goo find an external mouse | 23:52 |
cinap_lenrek | yeah | 23:53 |
cinap_lenrek | are there different revisions of the mouse? | 23:53 |
cinap_lenrek | i can't see any error here | 23:53 |
cinap_lenrek | cat /dev/usb/ctl | 23:53 |
cinap_lenrek | ep8.0 enabled control rw speed full maxpkt 8 ntds 1 pollival 0 samplesz 0 hz 0 uframes 0 hub 2 port 4 rootport 1 addr 4 busy | 23:54 |
cinap_lenrek | hid csp 0x020103 vid 0x03eb did 0x2041 MNT 'Reform Trackball' 9dbc5 xhci | 23:54 |
cinap_lenrek | glenda 80 0:22 0:22 320K Pread kb [readerproc /dev/usb/ep8.1] | 23:55 |
kfx | bro | 23:55 |
kfx | I don't even HAVE an ep8.0 line | 23:55 |
kfx | did you see my kmesg output? | 23:55 |
kfx | opendevdata: '/dev/usb/ep8.0/data' USB Transaction Error | 23:56 |
cinap_lenrek | oh | 23:56 |
cinap_lenrek | i see! | 23:56 |
cinap_lenrek | can you webpaste the output of /dev/usb/ctl? | 23:57 |
kfx | gotta find some cat-v cable, but yes | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!