| - pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0) | 00:33 | |
| + pomel0 (~pomel0@user/pomel0) | 00:33 | |
| - gustav25 (QUIT: Quit: Quit) (~gustav@c-78-82-52-152.bbcust.telenor.se) | 00:38 | |
| - Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.3.83) | 01:00 | |
| + Ar|stote|is (~linx@149.210.3.83) | 01:00 | |
| + XYZ_ (~XYZ@37-48-56-26.nat.epc.tmcz.cz) | 01:03 | |
| - AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 01:06 | |
| - XYZ__ (QUIT: Ping timeout: 264 seconds) (~XYZ@37-48-56-26.nat.epc.tmcz.cz) | 01:07 | |
| - XYZ_ (QUIT: Remote host closed the connection) (~XYZ@37-48-56-26.nat.epc.tmcz.cz) | 01:14 | |
| + XYZ_ (~XYZ@37-48-56-26.nat.epc.tmcz.cz) | 01:14 | |
| + bkeys (~Thunderbi@98.19.131.193) | 01:17 | |
| - xktr (QUIT: Ping timeout: 244 seconds) (~xktr@user/xktr) | 02:16 | |
| + xktr (~xktr@user/xktr) | 02:17 | |
| - spew (QUIT: Ping timeout: 252 seconds) (~spew@user/spew) | 02:31 | |
| - paperManu (QUIT: Ping timeout: 244 seconds) (~paperManu@107.159.15.124) | 02:49 | |
| - kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:05 | |
| + kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:07 | |
| - kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:08 | |
| + kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:08 | |
| + spew (~spew@user/spew) | 03:16 | |
| - spew (QUIT: Ping timeout: 260 seconds) (~spew@user/spew) | 03:24 | |
| + spew (~spew@user/spew) | 03:26 | |
| - paperManu_ (QUIT: Ping timeout: 244 seconds) (~paperManu@107.159.15.124) | 04:05 | |
| - spew (QUIT: Ping timeout: 260 seconds) (~spew@user/spew) | 04:15 | |
| - mjw (QUIT: Ping timeout: 255 seconds) (~mjw@gnu.wildebeest.org) | 04:55 | |
| - GNUmoon (QUIT: Ping timeout: 252 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 04:55 | |
| + spew (~spew@user/spew) | 05:11 | |
| - mhoye (QUIT: Ping timeout: 240 seconds) (~mhoye@li319-32.members.linode.com) | 05:49 | |
| + mhoye (~mhoye@li319-32.members.linode.com) | 05:50 | |
| - spew (QUIT: Quit: WeeChat 4.7.2) (~spew@user/spew) | 06:14 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 07:46 | |
| - natalie (QUIT: Quit: quit) (~natalie@user/natalie) | 07:59 | |
| + natalie (~natalie@user/natalie) | 08:00 | |
| chorc | rick_: I've seen this issue as well, and tried some hacking around power daemon with limited success; I think the better way would be to have AC device in /sys/class/power_supply but that requires kernel module hacking, and I'm not yet there in my reform hacking journey) | 09:16 |
|---|---|---|
| chorc | similar issues with TLP on Pocket, it assumes AC device and changes modes based on AC being connected, not the battery charging | 09:17 |
| - Ar|stote|is (QUIT: Ping timeout: 250 seconds) (~linx@149.210.3.83) | 09:18 | |
| + Ar|stote|is (~linx@149.210.3.83) | 09:23 | |
| + LainIwakura (~LainIwaku@user/LainIwakura) | 09:23 | |
| chorc | BTW if someone is tracking Intel BT stability on Pocket - I've tried it again recently and it's been very stable, maybe some recent kernel update fixed it. Yesterday I had Pocket streaming to BT speaker for 6 hours without interruptions. | 09:34 |
| + gustav25 (~gustav@c-78-82-52-152.bbcust.telenor.se) | 09:48 | |
| minute | chorc: huh, interesting @ BT | 09:49 |
| chorc | maybe it has something to do with different wifi from what I have at home, I'll verify when I'm back home and report back | 09:53 |
| minute | chorc: i thought a bit more about the battery/AC stuff. reform-power-daemon currently only reacts to Charging and Discharging. there's a third state (forgot the name) when neither happen, which doesn't do anything, and that's ok. but the state is made by linux interpreting the current (mA) values from reform2-lpc. so why are we discharging? | 10:11 |
| minute | chorc: cc: my hunch is that we shouldn't be discharging (current going out of batteries) when on AC. feels like a PD bug in sysctl fw | 10:12 |
| - nybble (QUIT: Ping timeout: 264 seconds) (~sprang@user/csprng) | 10:12 | |
| minute | chorc: i wanted to cc ch but am still too sleepy. | 10:13 |
| minute | chorc: ch: i recently saw there is some timeout code in the pd handling that is unfinished (?) whose purpose is to reset when charging hasn't been confirmed by mp2650. but perhaps this is incorrect at full charge? (writing this from memory, don't have the code in front of me) | 10:15 |
| chorc | minute: battery devices have a status "full" when they are neither charging nor discharging | 10:16 |
| chorc | is there a way to sense that AC is connected? I feel we really need that information to switch power settings, not charging/discharging | 10:18 |
| minute | chorc: as i said, there is a third state | 10:19 |
| minute | chorc: and sure, we can paper over this. but the "discharging" should be a real issue | 10:20 |
| chorc | understood | 10:21 |
| minute | if it is really discharging, we shouldn't assume the same available power like on AC | 10:22 |
| minute | like, with PD you can have a connected cable but no power coming from it | 10:22 |
| chorc | ah, right | 10:22 |
| gsora | i just found a monitor that doesn't work with rk3588: https://tangled.org/strings/did:plc:6ll5xi67lyuyovt6fiv4fnjo/3ma3woe4ofj22 | 11:26 |
| gsora | interestingly enough, a known working monitor doesn't work anymore either after trying the MSI one | 11:27 |
| ch | minute: indeed we should send more state info over the lpc interface, what exactly is useful might be to be seen | 11:30 |
| ch | minute: re timeout: cant remember now, will have to look at it | 11:31 |
| gsora | after a reboot the known-working monitor came back to life, but connecting the non-working one borks HDMI until a reboot i think | 11:31 |
| rick_ | gsora sound like sth is crashing and reboot fixes it.. i have sth like that with usb on another laptop from time to time too ^^v | 11:32 |
| gsora | yeah, judging by the dmesg logs, it's some sort of driver bug | 11:33 |
| gsora | GNOME sees the display, along with resolution settings and even the max refresh rate supported by this monitor (160hz), but the display never comes up | 11:33 |
| gsora | can the rk3588 reform even drive a 4k 160hz monitor? | 11:39 |
| + kxtells (~kxtells@user/kxtells) | 11:40 | |
| gsora | updated the gist with some new logs, seeing PHY errors :o | 11:52 |
| - potash1 (QUIT: Read error: Connection reset by peer) (~potash@user/foghorn) | 11:56 | |
| + potash1 (~potash@user/foghorn) | 11:59 | |
| gsora | there was some movement last july around rockchip-hdptx, not sure if the samsung one is embedded in the rk3588 | 11:59 |
| - colinsane (QUIT: Ping timeout: 252 seconds) (~colinunin@97-113-73-113.tukw.qwest.net) | 12:01 | |
| minute | gsora: yes can drive 4k | 12:04 |
| minute | just tested a few days ago on next | 12:04 |
| minute | and i use everyday with 1440p @ 120hz | 12:04 |
| minute | gsora: 160hz @ 4k sounds like a lot tho | 12:05 |
| gsora | i tried using lower resolutions & refresh rates but no dice, it wouldn't come up | 12:05 |
| minute | gsora: weird | 12:06 |
| gsora | yeah | 12:07 |
| gsora | linux-rockchip suggests I try with a newer kernel | 12:07 |
| + paperManu (~paperManu@107.159.15.124) | 12:12 | |
| gsora | minute: just to be sure, if i'm booting with extlinux, do i need to re-run flash-kernel after updating the config? | 12:47 |
| + njrk (~njrk@2a02-842a-02ae-0d00-533d-4f3f-f2ba-f050.rev.sfr.net) | 12:51 | |
| gsora | confirmed i don't, was editing in the wrong dir lol | 13:00 |
| gsora | do i risk an unbootable machine if i don't apply any of the reform-specific kernel patches? | 13:04 |
| gordon1 | it probably wont work without device-tree at least | 13:07 |
| gsora | device tree will be there yeah | 13:09 |
| gordon1 | gsora: i mean, i would tentatively say no, but if i had no ways to recover the machine i wouldn't risk it if i were you | 13:14 |
| gordon1 | there is a chance that some of the patches required to make internal panel to work on rk3588, if we're talking about rk3588 ofc | 13:16 |
| gsora | yeah I'm on the rk3588 | 13:17 |
| gordon1 | and/or HDMI | 13:17 |
| gsora | ironically I'm testing HDMI related stuff ha! | 13:17 |
| gordon1 | yeah good 1/3 of the patches are related to HDMI | 13:18 |
| - iank (QUIT: Quit: ZNC 1.8.2+deb2+deb11u1 - https://znc.in) (~iank@fsf/staff/iank) | 13:25 | |
| - njrk (QUIT: Read error: Connection reset by peer) (~njrk@2a02-842a-02ae-0d00-533d-4f3f-f2ba-f050.rev.sfr.net) | 13:25 | |
| + iank (~iank@fsf/staff/iank) | 13:28 | |
| + mjw (~mjw@gnu.wildebeest.org) | 13:30 | |
| - LainIwakura (QUIT: Quit: Client closed) (~LainIwaku@user/LainIwakura) | 13:32 | |
| + paperManu_ (~paperManu@107.159.15.124) | 13:46 | |
| - paperManu_ (QUIT: Ping timeout: 264 seconds) (~paperManu@107.159.15.124) | 14:01 | |
| gsora | i guess it's time to play a game of patch | 14:01 |
| - paperManu (QUIT: Ping timeout: 265 seconds) (~paperManu@107.159.15.124) | 14:01 | |
| minute | gsora: depends on your machine. if pocket, the display won't work without mnt patches | 14:24 |
| josch | i wonder if i should just bite the bullet and send in some of our device trees to the lkml... I have no idea how the dts work and i cannot answer questions but maybe there is a chance of some of our dts being included in a future release... | 14:35 |
| - kxtells (QUIT: Ping timeout: 245 seconds) (~kxtells@user/kxtells) | 14:39 | |
| vkoskiv_ | I'd say go for it, there are quite a few of them already in there: | 14:41 |
| vkoskiv_ | $ find arch/arm64/ -name '*.dts'|wc -l | 14:41 |
| vkoskiv_ | 1431 | 14:41 |
| josch | blurise heroically already submitted the rk3588 pocket dts | 14:42 |
| josch | but for platforms like ls1028a we nearly need no patches at all and it would be great to be able to drop everything and be able to say: there is a MNT Reform configuration which will run with vanilla Linux and no custom patches | 14:42 |
| josch | custom vendor kernels have been plagueing the arm landscape for decades and it leaves a bit of a bad taste to have to admit that sorry, mainline linux is nearly not enough... | 14:43 |
| + paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 14:44 | |
| vkoskiv_ | Do you mean you want to send updated device trees? I already see ones for a311d, imx8mq-mnt-reform2 and rk3588-mnt-reform2 in there | 14:44 |
| + kxtells (~kxtells@2a0c:5a82:a505:6300:62ac:2198:5988:93c) | 14:45 | |
| vkoskiv_ | In linus' tree, I mean | 14:45 |
| - pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0) | 14:48 | |
| + pomel0 (~pomel0@user/pomel0) | 14:49 | |
| vkoskiv_ | I landed my first kernel patch in may and I'm still working up the courage to send more of my patches. It's quite daunting :D | 14:50 |
| minute | josch: sure, go for it @ ls1028a | 14:52 |
| gsora | minute: i'm on a reform2-dsi | 14:58 |
| gsora | if it's known to boot without patches, i'll send it | 14:58 |
| minute | i don't know about that | 14:59 |
| minute | haven't tested without patches | 14:59 |
| vkoskiv_ | In other news, I noticed last week that apparently my 2018 13" MacBook Pro has died, which means I no longer have a system that runs current macOS. | 15:11 |
| vkoskiv_ | Had it died 5 years ago, I would have been very sad, but now I'm just indifferent. I left that world of computing behind a long time ago, and I'm much happier with where I've ended up with Linux and my Reform | 15:13 |
| vkoskiv_ | (I could maybe revive it by flashing BridgeOS, but I have a very limited amount interest/time/energy for such a task at the moment. And doing that requires the use of another recent Mac (of course :D)) | 15:15 |
| minute | i've recently for the first time tried a current arm (m4) imac and was like hey, this feels a bit like our gnome desktop with dash-to-dock ;D | 15:20 |
| gsora | i wish i could run gnome with dash to dock on an m4, that soc is amazing | 15:21 |
| minute | i'm choosing to ignore that world because i don't like chips that i can't use in my own computers | 15:22 |
| gsora | that is the saner approach | 15:24 |
| jfred | The recent Snapdragon X Elite stuff is just about on par with Apple's stuff performance-wise from what I've heard. That in a Reform would be amazing (though idk about the cooling requirements and if that'd be tricky on a SoM) | 15:24 |
| minute | yeah i need to bring up the 8550 module that's on my table | 15:25 |
| minute | that's the first one that can go past 3ghz... | 15:26 |
| jfred | Being able to continue upgrading my Pocket Reform is one of the most appealing things about these little devices :D | 15:27 |
| minute | ha, that's the whole idea :D | 15:27 |
| jfred | :) | 15:27 |
| minute | i was used to be able to do this on like the amiga 1200 which came with 68020 but you could later upgrade to 68060 and powerpc | 15:28 |
| jfred | that's pretty cool in a keyboard computer | 15:30 |
| gsora | lots of patches don't apply cleanly, many changes maybe were upstreamed in 6.18 | 15:31 |
| jfred | I remember daydreaming about upgradeable laptops back in high school. Desktops always had nice modularity but I like tiny computers haha | 15:31 |
| minute | gsora: don't we have a 6.18 MR? | 15:32 |
| minute | maybe i misremember | 15:32 |
| gsora | if we do, i'm blind | 15:32 |
| minute | i misremember, sorry | 15:32 |
| minute | somehow i thought someone already tried 6.18 | 15:32 |
| gsora | happy to test again if that's the case | 15:33 |
| gsora | i'm very close to moving my desktop computer to my basement, using reform to drive my screen is the quickest step to have it as my true daily driver | 15:33 |
| gsora | replacing said desktop | 15:33 |
| vkoskiv_ | I think this is a good moment to say: Thank you Lucie, for giving us another option. The Reform has completely, permanently, shifted my computing priorities and I'm really happy with where I've ended up because of that. <3 | 15:34 |
| minute | vkoskiv_: aw, many thanks | 15:35 |
| rick_ | yeah, i switched fully to my pocket a few weeks ago and i love it so much. ditched my framework laptop this now works as a homeserver lol | 15:36 |
| rick_ | :3 | 15:36 |
| rick_ | i love devices which are open and i can hack around | 15:36 |
| rick_ | so thank you for making these <3 | 15:37 |
| minute | rick_: great to hear! | 15:37 |
| vkoskiv_ | I don't think I would have believed you if you told me 5 years ago that I would now find current Apple hardware completely unappealing :D | 15:38 |
| + spew (~spew@user/spew) | 15:44 | |
| gsora | oof, if my patch bisecting was correct, all patches for 6.17 do not apply to 6.18 | 15:44 |
| gsora | oh mobo 3.0 has serial on usbc, i missed that | 15:45 |
| gsora | i always laugh at the 1500000 baud rockchip default | 15:45 |
| vkoskiv_ | I still remember how shocked I felt seeing pictures of huge stacks of perfectly usable Macbooks being scrapped for "security reasons". That got me started on the way here, then I read the technomancy article in 2021 and never looked back. | 15:46 |
| vkoskiv_ | Great article: https://technomancy.us/195 | 15:48 |
| minute | gsora: this could help you https://source.mnt.re/reform/reform-kernel-dev | 15:51 |
| minute | gsora: just override the version(s) here https://source.mnt.re/reform/reform-kernel-dev/-/blob/main/prepare.sh?ref_type=heads#L9 | 15:52 |
| gsora | yup, did just that | 15:53 |
| gsora | kernel is compiled, just need to figure out if extlinux outputs on the serial port | 15:53 |
| gsora | if it does, at least i can revert to a working kernel | 15:54 |
| josch | gsora: the most recent u-boot version passes the correct kernel parameters for the seril console, so you just have to make sure that your extlinux.conf respects ${bootargs} | 15:56 |
| - spew (QUIT: Quit: WeeChat 4.7.2) (~spew@user/spew) | 15:57 | |
| gsora | do either bootloaders output to serial console during boot? | 15:57 |
| josch | yes, u-boot prints to serial | 15:58 |
| + spew (~spew@user/spew) | 15:59 | |
| minute | gsora: you need to enable the 2 dip switches to get serial output | 15:59 |
| minute | gsora: on the motherboard. unlike what the motherboard says, they're not switched on by default | 15:59 |
| gsora | ahhh | 15:59 |
| gsora | the motherboard is lying | 15:59 |
| minute | > If you change to a Processor Module that uses serial port S2, you can activate this port using the 3rd and 4th DIP switches of SW4 on the motherboard, and deactivate S1 using the 1st and 2nd DIP switches. | 16:00 |
| minute | i think rk3588 uses s1 tho | 16:00 |
| minute | yeah | 16:00 |
| - pomel0 (QUIT: Ping timeout: 240 seconds) (~pomel0@user/pomel0) | 16:00 | |
| gsora | docs says soyes | 16:00 |
| + pomel0 (~pomel0@user/pomel0) | 16:00 | |
| - _justin_kelly71 (QUIT: Quit: The Lounge - https://thelounge.chat) (~justinkel@user/justin-kelly/x-6011154) | 16:07 | |
| gsora | dip switches switched! | 16:08 |
| + _justin_kelly71 (~justinkel@user/justin-kelly/x-6011154) | 16:09 | |
| gsora | why did you went for a thermal pad rather than thermal paste for the CPU? | 16:09 |
| gsora | yay serial works!! | 16:10 |
| - pomel0 (QUIT: Ping timeout: 244 seconds) (~pomel0@user/pomel0) | 16:15 | |
| cwebber | oh cool | 16:34 |
| cwebber | I hadn't looked at snapdragon x elite | 16:34 |
| + mnttouch (~mnt@p509936c9.dip0.t-ipconnect.de) | 16:37 | |
| mnttouch | hi from reform touch prototype! | 16:37 |
| gsora | :OOO | 16:38 |
| - spew (QUIT: Read error: Connection reset by peer) (~spew@user/spew) | 16:48 | |
| josch | with pocket reform motherboard? | 16:49 |
| gsora | got the display working!!! | 16:49 |
| josch | gsora: the hdmi monitor which was not working before? | 16:50 |
| gsora | yes! | 16:50 |
| josch | uuuh nice! what did it take to make it work? | 16:50 |
| - Ar|stote|is (QUIT: Quit: No Ping reply in 180 seconds.) (~linx@149.210.3.83) | 16:50 | |
| gsora | kernel 6.18 and a touchup to the device tree | 16:51 |
| gsora | I built the kernel with no patches and it booted straight up... only to then lock up at "starting gdm" | 16:51 |
| gsora | but when I connected the display, previously nothing would show up, now I got the tty | 16:51 |
| + spew (~spew@user/spew) | 16:53 | |
| * mjw -> Guest4500 | 16:55 | |
| - Guest4500 (QUIT: Killed (calcium.libera.chat (Nickname regained by services))) (~mjw@gnu.wildebeest.org) | 16:55 | |
| * Guest3489 -> mjw | 16:55 | |
| + Ar|stote|is (~linx@149.210.3.83) | 16:55 | |
| + Guest4500 (~mjw@gnu.wildebeest.org) | 16:56 | |
| - mnttouch (QUIT: Quit: Lost terminal) (~mnt@p509936c9.dip0.t-ipconnect.de) | 16:56 | |
| gsora | I'll now disable gdm to see if I can get some logs | 16:57 |
| gsora | no logs, but starting sessions Is effectively broken | 17:03 |
| minute | josch: yeah | 17:06 |
| minute | gsora: oh nice | 17:06 |
| minute | gsora: do you have panthor loaded with firmware? | 17:07 |
| gsora | uh-oh | 17:07 |
| minute | gsora: (if not, that might explain gdm crash) | 17:07 |
| minute | gsora: panthor only works as a module, so you need to build the .ko and load it etc | 17:07 |
| gsora | thought it was embedded in the kernel, not a module | 17:07 |
| gsora | ah i see | 17:07 |
| minute | gsora: (because of the fw loading) | 17:08 |
| gsora | okay, let me try that | 17:08 |
| minute | gsora: or maybe nowadays fw can be loaded later somehow but no idea) | 17:08 |
| gsora | the fact that it booted with no patch applied is remarkable | 17:08 |
| josch | minute: kernel 6.18 is in experimental. We agreed to forward port the rk3588 patch stack instead of importing the new collabora stack, correct? | 17:15 |
| gsora | after installing the kernel modules gnome came up just fine | 17:22 |
| gsora | in the end it's only 4k 30hz max, but still a great result | 17:22 |
| minute | gsora: weird @ 30hz, i already got more | 17:30 |
| gsora | in 4k? | 17:31 |
| minute | yes | 17:32 |
| minute | i can do 4k 30hz with my amiga... | 17:32 |
| gsora | huh | 17:32 |
| gsora | i shall try again, now with no device tree patch | 17:33 |
| minute | just checking the patches that we have. the gpio was apparently renamed to tmds-enable | 17:36 |
| minute | from enable | 17:36 |
| minute | in patch 0101 | 17:36 |
| minute | there's no frl-enable | 17:37 |
| minute | > 0106-WIP-FRL-drm-rockchip-dw_hdmi_qp-Add-HDMI-2.1-FRL-sup.patch:+gpiod_set_value(hdmi->tmds_enable_gpio, !link_cfg->frl_enabled); | 17:37 |
| minute | ok so i have to change all the dtbs | 17:38 |
| gsora | ohhh i discovered something, if i set gnome to drive the display at 30hz, then reboot on the 6.17 kernel, the display initializes fine | 17:39 |
| gsora | but shows up to 160hz refresh rates, as if it was able to negotiate hdmi 2.1 | 17:39 |
| gsora | if i set any other refresh rate, it fails, and hdmi doesn't work until the next reboot | 17:39 |
| minute | gsora: did you see what i wrote about the gpio? | 17:40 |
| gsora | oh | 17:41 |
| minute | gsora: how does your current dts patch look like? | 17:41 |
| gsora | so it's not frl-enable-gpio? | 17:41 |
| gsora | wait | 17:41 |
| minute | it's not. | 17:41 |
| minute | i'll push fixes in a few minutes | 17:41 |
| minute | tmds-enable-gpios = <&gpio4 RK_PB4 GPIO_ACTIVE_HIGH>; | 17:41 |
| gsora | i added `frl-enable-gpios = <&gpio4 RK_PB1 GPIO_ACTIVE_LOW>;` on the hdmi1 node | 17:42 |
| minute | it was later changed to frl-enable-gpios | 17:42 |
| minute | but that's not the patchlevel that we have | 17:42 |
| gsora | i see | 17:42 |
| minute | so i don't know what patches you're on now, maybe for you it's frl | 17:42 |
| gsora | i'm on 6.18 atm | 17:43 |
| minute | gsora: grep drivers/gpu/drm/rockchip/dw_hdmi_qp-rockchip.c for enable-gpio, then you'll know | 17:44 |
| minute | i think i'll just put both in the .dts so that it'll keep working with 6.18 | 17:44 |
| minute | sigrid: btw you had "ok working" wakeup gpio-keys right? | 17:45 |
| sigrid | the key worked yes, the counter was increasing. but unfortunately that did not make the reform wake up :) | 17:45 |
| minute | sigrid: do you have your .dts change within reach for me to double check i'm not committing something non-working? | 17:46 |
| sigrid | yeah | 17:46 |
| minute | sigrid: (and that's ok, only looking to enable the gpio now, wake itself can be fixed later) | 17:46 |
| sigrid | http://okturing.com/src/16662/body | 17:47 |
| + wielaard (~mjw@gnu.wildebeest.org) | 17:47 | |
| minute | gsora: why did you add RK_PB1? | 17:48 |
| minute | sigrid: thank you! | 17:48 |
| gsora | minute: just doing what the folks on linux-rockchip told me to try :/ | 17:48 |
| minute | gsora: it's not the right gpio though | 17:48 |
| minute | gsora: our dts has enable-gpios = <&gpio4 RK_PB4 GPIO_ACTIVE_HIGH>; currently on hdmi1 | 17:48 |
| minute | gsora: so change that to frl-enable-gpios or tmds-enable-gpios depending on what's in your kernel. don't add another gpio and use the correct gpio | 17:49 |
| gsora | hmm, so most probably the fact that it booted to hdmi1.4 is unrelated to the gpio thing and more due to bug fixes in the driver | 17:49 |
| minute | gsora: yeah | 17:49 |
| minute | gsora: but actually switching to FRL fails because wrong gpio. | 17:50 |
| - Guest4500 (QUIT: Ping timeout: 265 seconds) (~mjw@gnu.wildebeest.org) | 17:50 | |
| sigrid | minute: I wasn't sure if wakeup-event-action has to be set or not. the documentation, imo, isn't clear enough | 17:52 |
| minute | sigrid: if the counter was increasing, then no. | 17:52 |
| sigrid | note: for some reason it gives me TWO presses and releases | 17:54 |
| sigrid | so the counter is incremented twice. maybe a debounce is needed or maybe lpc is sending two of them? idk | 17:54 |
| sigrid | wev also reports XF86WakeUp btw | 17:54 |
| minute | gsora: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/154/diffs?commit_id=971db182a32aac8a5d52bd05a73431af5d676209 | 17:55 |
| gsora | oooo I'll pull from that branch | 17:56 |
| minute | gsora: (yet untested) | 17:57 |
| gsora | with the power of the serial console, i'll survive | 17:57 |
| minute | hehe | 17:57 |
| minute | that's the spirit | 17:57 |
| sigrid | idk if that's a good idea but one could benefit from being able to have an optional serial module sold in mnt shop | 17:58 |
| minute | sigrid: the double input is probably because the sysctl sends 2 pulses :D | 17:59 |
| minute | sigrid: yeah that's true @ serial | 17:59 |
| + pomel0 (~pomel0@user/pomel0) | 18:03 | |
| gsora | hmm i must've broke something, the kernel doesn't boot now | 18:05 |
| gsora | joy of embedded! | 18:05 |
| minute | sigrid: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/154/diffs?commit_id=3db4a1c6985c8388cbd0a9e79265889e8a662dbb | 18:06 |
| minute | gsora: meh! | 18:06 |
| minute | gsora: i'll test the dtb on the reform next now-ish | 18:06 |
| + AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net) | 18:06 | |
| gsora | fingers crossed | 18:06 |
| sigrid | minute: no gpio-keys.h include required? | 18:07 |
| + colinsane (~colinunin@97-113-73-113.tukw.qwest.net) | 18:08 | |
| minute | sigrid: ah woopsie | 18:08 |
| minute | sigrid: hmm, it didn't complain here when i compiled | 18:09 |
| sigrid | maybe input.h includes it or some other header | 18:11 |
| minute | yeah | 18:12 |
| minute | ok lets see if it still boots (with hdmi change and gpio-wake change) | 18:12 |
| minute | yep | 18:12 |
| - colinsane (QUIT: Ping timeout: 246 seconds) (~colinunin@97-113-73-113.tukw.qwest.net) | 18:13 | |
| - gidzit (QUIT: Ping timeout: 256 seconds) (~gidzit@gidzit.org) | 18:14 | |
| gsora | great! | 18:15 |
| minute | gsora: 60hz 4k works for me on an LG monitor but that worked before also. the only weirdness was that by default it shows a black screen (mode is ok though) and i have to switch to another (there are 2x 60hz entries) 60hz mode in gnome displays | 18:19 |
| minute | my oled 27" here is not 4k (1440p) but can do 240hz, maybe that's also a good test | 18:19 |
| gsora | very weird then, with frl and 6.18 I can't see more than 30hz | 18:20 |
| minute | gsora: btw are you using reform with internal hdmi adapter or with dsi? | 18:24 |
| minute | gsora: [ 102.182675] dwhdmiqp-rockchip fdea0000.hdmi: lts3 time out, goto ltsl | 18:27 |
| minute | getting the same issue on my oled monitor | 18:27 |
| + colinsane (~colinunin@97-113-73-113.tukw.qwest.net) | 18:28 | |
| gsora | minute: I'm on a dsi variant | 18:29 |
| gsora | oh! what monitor is that? | 18:29 |
| minute | gsora: if i set it to 59Hz and reboot, then it also works, just going to the higher modes makes the hdmi driver crash/gets stuck, same as for you | 18:31 |
| minute | gsora: LG Electronics 27GR95QE-B Ultragear | 18:32 |
| minute | gsora: ok, needs to go on the debug pile, thanks for noticing that issue | 18:40 |
| gsora | happy to help! | 18:44 |
| gsora | one last check, could you verify HDMI versions for your monitors? I feel hdmi2.1 monitors don't negotiate down to older versions | 18:45 |
| gsora | so maybe your working monitor is 2.0, but the oled one 2.1, like mine | 18:45 |
| gsora | if I have time tomorrow I'll play with 6.19-rc1 | 18:46 |
| minute | gsora: sorry, can't test it now | 18:52 |
| gsora | sure, no rush, I think that info will be important if/when someone opens a bug report | 18:53 |
| - pomel0 (QUIT: Ping timeout: 264 seconds) (~pomel0@user/pomel0) | 18:53 | |
| + pomel0 (~pomel0@user/pomel0) | 18:53 | |
| - pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0) | 19:13 | |
| + pomel0 (~pomel0@user/pomel0) | 19:14 | |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 19:15 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 19:16 | |
| + nybble (~sprang@user/csprng) | 19:17 | |
| * robin__ -> robin | 19:45 | |
| - pomel0 (QUIT: Ping timeout: 252 seconds) (~pomel0@user/pomel0) | 20:02 | |
| + pomel0 (~pomel0@user/pomel0) | 20:02 | |
| - mjw (QUIT: Killed (zirconium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:a09a:fc1c:5a8:e74d) | 20:04 | |
| * wielaard -> mjw | 20:04 | |
| + Guest9484 (~mjw@2001:1c06:2486:a800:a09a:fc1c:5a8:e74d) | 20:05 | |
| - pomel0 (QUIT: Remote host closed the connection) (~pomel0@user/pomel0) | 20:44 | |
| josch | minute: the erros in the build_patched_arm64 job in your reform-debian-packages!154 are fixed in main. Your branch is four commits behind. Once you rebase, it should work. | 21:24 |
| josch | minute: I also assumed your answer to my last message to you to be "yes" and went ahead and rebased our rk3588 patch stack instead of importing the collabora stack for 6.18. I was able to drop 14% of the patches which got merged in Linux since 6.17. | 21:25 |
| josch | the only patch which i picked from collabora 6.18 branch was https://gitlab.collabora.com/hardware-enablement/rockchip-3588/linux/-/commit/7c32ba669fc0c875679f05493e5dfa9e8b7861c1 with which I replaced https://source.mnt.re/reform/reform-debian-packages/-/blob/main/linux/patches6.17/rk3588-mnt-reform2/0067-PCI-dw-rockchip-Add-system-PM-support.patch?ref_type=heads | 21:28 |
| josch | notably this is the commit which sigrid mentioned in november on the topic of the suspend issue that gordon1 was working on back then | 21:32 |
| + njrk (~njrk@64.27.67.37.rev.sfr.net) | 21:33 | |
| josch | oh now i got it -- the original commit got split into five smaller commits | 21:41 |
| + marty_mcfly88 (~user@172.59.99.202) | 21:50 | |
| - marty_mcfly88 (QUIT: Remote host closed the connection) (~user@172.59.99.202) | 21:51 | |
| + marty_mcfly88 (~user@172.59.99.202) | 21:52 | |
| minute | josch: :0 | 22:14 |
| - njrk (QUIT: Quit: njrk) (~njrk@64.27.67.37.rev.sfr.net) | 22:19 | |
| + pomel0 (~pomel0@user/pomel0) | 22:25 | |
| - gustav25 (QUIT: Quit: Quit) (~gustav@c-78-82-52-152.bbcust.telenor.se) | 22:30 | |
| + njrk (~njrk@64.27.67.37.rev.sfr.net) | 22:31 | |
| - paperManu (QUIT: Ping timeout: 240 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 22:33 | |
| + erle (~erle@user/erle) | 22:51 | |
| josch | minute: good :O or bad :O ? | 22:54 |
| minute | josch: good good | 22:54 |
| - marty_mcfly88 (QUIT: Quit: test) (~user@172.59.99.202) | 23:17 | |
| + marty (~marty@172.59.99.202) | 23:19 | |
| josch | 6.18 removed HIWORD_UPDATE which is messing up a few rk3588 patches :( | 23:22 |
| josch | so i'm pulling a few more from collabora | 23:22 |
| - bkeys (QUIT: Ping timeout: 264 seconds) (~Thunderbi@98.19.131.193) | 23:22 | |
| + paperManu (~paperManu@107.159.15.124) | 23:23 | |
| + paperManu_ (~paperManu@107.159.15.124) | 23:27 | |
| + bkeys (~Thunderbi@98.19.131.193) | 23:29 | |
| - AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 23:48 | |
| - njrk (QUIT: Quit: njrk) (~njrk@64.27.67.37.rev.sfr.net) | 23:53 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!