2026-07-28.log

+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)00:10
joschvagrantc, minute: this patch might fix the linux build on 7.1.5: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/19200:25
joschminute: do you want to rebase MR 188 on top of that and/or cherry pick the commit from there so that your branch builds the most recent kernel?00:27
- murphnj (QUIT: Quit: murphnj) (~murphnj@user/murphnj)00:40
- Kooda (QUIT: Quit: WeeChat 4.4.4) (~kooda@natsu.upyum.com)00:54
+ Kooda (~kooda@natsu.upyum.com)00:56
+ robin__ (~robin@user/terpri)01:18
- robin_ (QUIT: Ping timeout: 260 seconds) (~robin@user/terpri)01:23
+ oliverD (~Thunderbi@user/oliverd)01:45
- oliverD (QUIT: Read error: Connection reset by peer) (~Thunderbi@user/oliverd)01:48
vagrantcjosch: thanks, will check!02:07
vagrantcjosch: well, it applies, presuming the kernel doesn't fail to build ... looks good. :)02:25
- AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-169-191-86.subs.proxad.net)02:52
* robin__ -> robin03:05
+ oliverD (~Thunderbi@user/oliverd)03:09
- paperManu (QUIT: Ping timeout: 265 seconds) (~paperManu@204.48.0.160)03:15
- oliverD (QUIT: Ping timeout: 257 seconds) (~Thunderbi@user/oliverd)03:18
+ colinsane (~colinunin@97-113-130-182.tukw.qwest.net)03:19
+ oliverD (~Thunderbi@user/oliverd)03:31
- oliverD (QUIT: Read error: Connection reset by peer) (~Thunderbi@user/oliverd)03:33
+ oliverD (~Thunderbi@user/oliverd)03:42
- oliverD (QUIT: Read error: Connection reset by peer) (~Thunderbi@user/oliverd)03:43
- kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de)04:04
+ kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de)04:05
- leonardo_alberto (QUIT: Quit: Client closed) (~leonardo_@2a0c:5a86:130c:9a00:d9fa:7e77:9b50:72c0)04:18
- paperManu_ (QUIT: Ping timeout: 265 seconds) (~paperManu@204.48.0.160)04:29
- Gooberpatrol66 (QUIT: Remote host closed the connection) (~Gooberpat@user/gooberpatrol66)04:50
stephanojosch: sorry, I meant to message about 7.1.5, but today's work day was nuts. I have a fix here: https://github.com/cetola/mnt-build/blob/main/xtra-patches/mnt-overrides/7.1/qcom-mnt-reform2/4004-qcom-pci-add-d3cold.patch04:58
stephanoThe fix is in mainline, 7.2-rc, 2cc0e7454c7805:03
+ robin_ (~robin@user/terpri)05:18
- robin (QUIT: Ping timeout: 260 seconds) (~robin@user/terpri)05:21
stephanoOh, and by "I have a fix", I mean "I copied what they did in 7.2". So my fix is mostly ctrl-c followed by a cunning use of ctrl-v.05:35
- colinsane (QUIT: Ping timeout: 259 seconds) (~colinunin@97-113-130-182.tukw.qwest.net)05:39
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50)05:53
+ mjw (~mjw@S0106b0f5306f19f3.vc.shawcable.net)06:00
- n_to (QUIT: Quit: quitidiquit) (~n_to@2a03:4000:6:3662:24b1:57ff:fec6:76c1)06:50
+ n_to (~n_to@2a03:4000:6:3662:24b1:57ff:fec6:76c1)06:50
+ qbit_ (~qbit@user/qbit)07:10
- qbit (QUIT: Ping timeout: 256 seconds) (~qbit@user/qbit)07:12
* qbit_ -> qbit07:12
+ oliverD (~Thunderbi@user/oliverd)07:14
joschstephano: thank you, your solution is better. I used my own power of the copypasta and added you as the git author in MR 192 if that's okay?07:14
- oliverD (QUIT: Ping timeout: 253 seconds) (~Thunderbi@user/oliverd)07:18
- RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk)08:13
+ RandyK (~RandyK@user/randyk)08:14
- mjw (QUIT: Ping timeout: 265 seconds) (~mjw@S0106b0f5306f19f3.vc.shawcable.net)08:14
- marty (QUIT: Ping timeout: 245 seconds) (~marty@static-23-234-100-217.cust.tzulo.com)08:16
+ marty (~marty@static-23-234-101-23.cust.tzulo.com)08:18
- RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk)08:19
+ RandyK (~RandyK@user/randyk)08:20
- RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk)08:27
+ RandyK (~RandyK@user/randyk)08:27
- RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk)08:28
+ RandyK (~RandyK@user/randyk)08:29
- se6astian (QUIT: ) (~quassel@2a03:b0c0:3:f0:0:1:9e0a:7000)08:37
+ BAndiT1983 (~quassel@2a03:b0c0:3:f0:0:1:9e0a:7000)08:37
+ se6astian (~quassel@2a03:b0c0:3:f0:0:1:9e0a:7000)08:37
+ anuejn (~quassel@2a03:b0c0:3:f0:0:1:9e0a:7000)08:37
+ oliverD (~Thunderbi@user/oliverd)08:47
+ robin__ (~robin@user/terpri)08:49
- robin_ (QUIT: Ping timeout: 260 seconds) (~robin@user/terpri)08:52
joschminute: I saw that you removed comments from ./linux/config. Currently, linux/build.sh just does `cat config >>linux/debian/config/arm64/config` which we could easily replace by `grep -v '#' config >> ...` and then linux/config can have comments. Okay?09:29
- oliverD (QUIT: Ping timeout: 251 seconds) (~Thunderbi@user/oliverd)10:08
minutejosch: ah, sounds good, thanks!10:10
minutestephano: thanks for finding the pcie patch!10:11
joschminute: I rebased your rk3588-pocket-dp-altmode-and-sc branch on top of MR 192 with stephano's patch in it. The built just finished in josch/reform-debian-packages and now a rk3588 pocket reform system image with that kernel is building in https://source.mnt.re/josch/reform-system-image/-/pipelines/648510:16
joschOnce that is done I'll boot that on my pocket and see what happens. Then, I'll fash the new firmware from https://source.mnt.re/reform/pocket-reform/-/merge_requests/86 The latest commit is from one month ago. That's the latest state?10:20
minutejosch: hmm no the latest commit is from july 1810:36
joschah, good i asked i was looking at the wrong branch, thank you!10:38
+ oliverD (~Thunderbi@user/oliverd)10:48
joschI/O error, dev mmcblk0, sector 1072 op 0x1:(WRITE) flags 0x4800 phys_seg 63 prio class 211:13
joschBuffer I/O error on dev mmcblk0, logical block 74, lost async page write11:13
joschmmc0: error -84 whilst initialising SD card11:13
joschmeson-gx-mmc ffe05000.mmc: exceeding card's volts11:13
joschsd-cards falling like flies here...11:13
joschthere are sd-cards i can buy that go for 15 cents per GB. Unfortunately that doesn't mean that i can buy a bag of 8 GB cards for cheap... :(11:17
minuteohh11:29
joschhrm.... :) https://mister-muffin.de/p/Ui5q.jpg11:33
joschbut when gdm started the display was fine again11:34
- lrvick (QUIT: Quit: WeeChat 4.6.3) (~lrvick@2600:1700:5430:a94f::1e80)11:36
joschsysctl and keyboard are still on the old firmware. With the new kernel, battery shows 0% and /sys/bus/spi/drivers/reform2_lpc misses the spi1.0 directory11:39
josch(reform2_lpc is loaded)11:39
joschin dmesg i have multiple "mnt_sc spi1.0: mntsc: timeout 1000" messages (expected on the old firmware i guess)11:39
joschand then power_supply BAT0: driver failed to report `status' property: -16 which explains the 0% battery11:40
joschoh this gets spammed a lot11:40
joschminute: my dmesg has over 2k timeout messages with mnt_sc on the old firmware11:41
joschright, so /sys/class/power_suply/BAT0/ exists but accessing its content gives EBUSY11:47
joschwhoops, i am missing usb device 2e8a:000a11:51
joschyay i have the new sysctl firmware and i can see it in lsusb again :)12:12
joschminute: my battery gauge works again \o/12:14
joschhrm... except that it immediately jumps to 100% when i plug it in agai (but reform-power-daemon recognizes the plug-in/out events) and i can now read /sys/class/power_suply/BAT0/ again12:14
joschlets discharge it for a while and see if the battery gauge reports start making sense12:15
minutejosch: the rotation stuff is because of the phantom dp display i think12:18
minutejosch: all these errors are expected12:18
joschnice12:19
joschmeh... battery percentage is stuck at 94% it seems :(12:19
minutejosch: except the 100% thing12:19
joschminute: it was the same problem on the old firmware -- maybe some hardware is borked for me?12:19
minutejosch: mhm? that sounds like a gauge thing. could reset the gauge by unplugging the batteries12:19
minutejosch: and plugging them back in. 12:19
minutejosch: although you have nonstandard cells right? so we could walk through implementing the setting for the higher capacity12:20
joschminute: would toggling the standby switch not have a similar effect?12:20
joschminute: yes, i have non-standard cells but this used to work in the past12:20
joschwait... by unplugging the batteries, do you mean unplugging the cells or unplugging the battery board?12:21
+ murphnj (~murphnj@user/murphnj)12:31
+ paperManu (~paperManu@204.48.0.160)12:54
minutejosch: no, toggling the standby switch does not have that effect.12:56
minutejosch: unplugging the cells.12:56
minutejosch: because the cells power the gauge chip12:56
joschThen running the cells down to zero should have a similar effect?13:05
joschI unplugged both cells and then replugged them.13:05
joschNow battery is stuck at 88% when AC power is not connected.13:06
joschWell, it's probably just a me-problem because of the custom cells. No big deal.13:06
- cli (QUIT: Ping timeout: 263 seconds) (~m-vsauiy@user/cli)13:10
+ cli (~m-vsauiy@user/cli)13:13
minutei've now rebased my alt-mode branch on linux7.1.5 branch13:14
minutejosch: running the cells to zero might not have the same effect. only if the cells themselves both shut off their voltage13:15
minutejosch: we need to inform the SC about the larger cell capacity13:15
minutejosch: could you try booting with this DTB? i've enabled the display reset gpio, driven by mnt-sc, in this one  http://minute.social/secret-room/rk3588-mnt-pocket-reform.dtb13:16
joschsure, sec13:18
minute(also testing that one now, but i'm on mb2)13:20
minutepanel still works for me at least13:20
minuteon reboot, i have the weird stripey mode in barebox, but it gets fixed when linux starts up13:22
joschminute: i'm using u-boot (as it's still the default) here13:22
joschwith your dtb, display still works13:22
minuteah very good13:22
minuteinternal display (v2) still fades out when toggling it off in gnome, but comes on again cleanly13:24
minutehmm i'm not seeing a dev_info() output with the gpio name in dmesg though13:26
minuteoh damn, there's a piece of code missing to actually register the gpio controller m))13:30
minutejosch: FYI i've now overwritten that .dtb with a debug version for myself, don't download again13:38
joschthanks for the heads-up!13:43
joschi see that you pushed more things to the  rk3588-pocket-dp-altmode-and-sc branch -- i'll upgrade to a kernel built from that branch once you tell me that it'd make sense to do so13:47
minute*bugfixing intensifies*13:47
minutejosch: yes, mntsc driver's gpio stuff is still borked, fixing atm13:47
- oliverD (QUIT: Ping timeout: 261 seconds) (~Thunderbi@user/oliverd)13:47
joschOkay, i'm now off to child-caring duties -- back in 6 hours or so!13:48
joschminute: you could apply this patch and then put back the comments in linux/config: https://paste.debian.net/hidden/2691052b13:50
minutejosch: thx! see ya!13:58
- paperManu (QUIT: Ping timeout: 260 seconds) (~paperManu@204.48.0.160)14:30
+ paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca)14:38
minuteannoying, gpio_ext_enable(), when called via SPI interface, can crash the sysctl fw15:14
minutehm, I2C_TIMEOUT is 500*1000 us, that's 500 ms?!15:16
minutei guess that's not ok to call in a 5ms timer interrupt15:17
minuteyeah that seems to be related... uff uff15:19
minuteah no we're nowadays on an edge-triggered interrupt15:23
- gidzit (QUIT: Ping timeout: 264 seconds) (~gidzit@82-64-82-48.subs.proxad.net)15:28
minuteaha, triggering on rising edge of SS0 works better than on falling edge15:56
stephanojosch: Thanks! The attribution in MR 192 works. minute: Glad the PCIe patch was useful. As I update Arch, I'll post those upstream finds here next time.15:58
- aperezdc (QUIT: Remote host closed the connection) (~aperezdc@2a03:6000:6e61:633::43)16:20
+ aperezdc (~aperezdc@46.23.89.43)16:21
- RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk)17:30
+ RandyK (~RandyK@user/randyk)17:31
- marty (QUIT: Ping timeout: 248 seconds) (~marty@static-23-234-101-23.cust.tzulo.com)17:36
+ marty (~marty@146.70.171.155)17:38
+ AnimaInvicta (~AnimaInvi@88-169-191-86.subs.proxad.net)18:47
- paperManu (QUIT: Ping timeout: 253 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca)19:25
- S0rin (QUIT: Quit: WeeChat 4.6.3) (~S0rin@user/s0rin)19:26
+ S0rin (~S0rin@user/s0rin)19:38
+ mjw (~mjw@S0106b0f5306f19f3.vc.shawcable.net)19:42
minuteok, this build's kernel/mntsc driver toggles the panel's reset gpio successfully via mntsc https://source.mnt.re/reform/reform-debian-packages/-/jobs/2343919:45
minutebut it makes a WARN at drivers/gpio/gpiolib.c:4010 for some reason19:45
minuteohh19:45
minute/* Should be using gpiod_set_value_cansleep() */19:45
minuteWARN_ON(desc->gdev->can_sleep);19:46
minutekinda weird though, this means that this has to be patched in the panel driver19:47
- mjw (QUIT: Ping timeout: 252 seconds) (~mjw@S0106b0f5306f19f3.vc.shawcable.net)19:59
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)20:08
+ paperManu (~paperManu@bras-base-mtrlpq0776w-grc-27-65-94-77-245.dsl.bell.ca)20:17
stephanominute: https://community.mnt.re/t/pocket-screen-off-after-idle-and-cant-get-on-again/4304/2 20:40
stephanothat "cansleep" warning has been around for a while20:40
minutestephano: ahh interesting.20:42
minutestephano: i've now changed the cansleep to false in the mntsc driver, but i can also revert that and change it in the panel driver instead... the whole thing feels a bit weird though20:43
stephanominute: oh, I assumed it was set to cansleep on purpose on the mntsc. :)20:44
stephanominute: You can certainly set the RP2040 to "cansleep = false" assuming you never use that feature. Probably smart to flag that somewhere though in case some day someone wants to set SLEEP or DORMANT modes.20:50
minutestephano: those are unrelated. the "sleep" is a kernel specific context thing, i.e. when in an IRQ handler call tree, i think you can't use msleep()... etc functions20:52
minutehttps://docs.kernel.org/timers/delay_sleep_functions.html#delay-and-sleep-mechanisms20:54
minutealso called "atomic" context20:54
minutehttps://lwn.net/Articles/274695/20:55
minute> When the kernel is running in process context, it is allowed to go to sleep if necessary. But when the kernel is running in atomic context, things like sleeping are not allowed. Code which handles hardware and software interrupts is one obvious example of atomic context20:55
- paperManu (QUIT: Ping timeout: 251 seconds) (~paperManu@bras-base-mtrlpq0776w-grc-27-65-94-77-245.dsl.bell.ca)20:56
stephanominute: ooooohhhhh okay. wow I was confused.20:57
minutefunnily, a very similar problem bit me _in_ the rp2040 code20:57
minutea longer time ago, when i discovered that msleep() should not be used in irq handlers in pico-sdk, as they'll make it crash20:57
minutethat's when i converted some stuff to udelay(), in the keyboard fw and sysctl fw code20:58
minuteah not udelay, it's called busy_wait_us() there20:58
stephanoI see: src/sysctl.c:43:// called from timer interrupt, no sleep allowed here!... src/spi_com.c:29:   - no sleep_ms() calls20:59
minuteyes!21:00
minuteand the linux kernel has similar constraints21:00
+ paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca)21:08
minuteanother kernel package to test... https://source.mnt.re/reform/reform-debian-packages/-/jobs/2344521:08
joschminute: anything special i should look out for?21:08
joschand would you like me to test that kernel package with the new firmware or with the old?21:09
minutejosch: oh one sec, let me test it first :D21:09
minuteinteresting, the panel doesn't seem to come up anymore in linux21:14
minuteah i'm sillyh21:16
minutedeleted too much when patching the patch, kconfig+makefile change missing now21:17
minutehmmm weird, with the panel driver loaded manually as a module now, i get dw-mipi-dsi2 fde30000.dsi: command interface is busy21:27
minutehm, but "rmmod panel_mnt_pocket_reform" works without crashing21:29
minuteit doesn't clean up the sysfs_create_group though! dirty21:30
^alexwho's Colonel Module21:38
minuteuff everything behaves totally differently when the panel is loaded as a module on rk3588 (vs compiled in).......21:56
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)22:20
- talos (QUIT: Ping timeout: 260 seconds) (~talos@2600:6c5d:f0:1fd0:fd40:6f77:566d:1388)22:25
minute*extreme mnt-pocket-reform-panel driver hacking in progress*22:43
- exark (QUIT: Ping timeout: 265 seconds) (~exark@user/exark)23:18
+ talos (~talos@2600:6c5d:f0:1fd0:e9d6:603:e5d:a18f)23:22
- murphnj (QUIT: Remote host closed the connection) (~murphnj@user/murphnj)23:22
- paperManu (QUIT: Ping timeout: 260 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca)23:50

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!