| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 00:17 | |
| - chomwitt (QUIT: Ping timeout: 248 seconds) (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 00:26 | |
| + thejevans (~m-7r3qil@174-16-192-182.hlrn.qwest.net) | 01:18 | |
| anzu | minute: Do you mean hot plugging by HPD? Is this an issue for the internal devices? That being said, for some time now, wlr-randr output looks rather strange, with many nulls in for example the model, or the serial entry. However, it shows one mode0, full hd with 67 hz. | 01:31 |
|---|---|---|
| anzu | I wonder if that's expected or if these are related issues | 01:32 |
| - wielaard (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org) | 02:30 | |
| - cobra (QUIT: Ping timeout: 268 seconds) (~cobra@user/Cobra) | 02:58 | |
| + cobra (~cobra@user/Cobra) | 03:08 | |
| bremner | chorc: a bound check MCS_GROUP_RATES I guess? looking at https://codebrowser.dev/linux/linux/net/mac80211/rc80211_minstrel_ht.h.html#minstrel_mcs_group_data::rates | 03:12 |
| - paperManu (QUIT: Ping timeout: 260 seconds) (~paperManu@72.10.128.164) | 03:22 | |
| + casparvitch (~casparvit@130.102.161.188) | 03:42 | |
| - nsc (QUIT: Ping timeout: 244 seconds) (~nicolas@i5C74DDA4.versanet.de) | 03:50 | |
| + nsc (~nicolas@206-96-142-46.pool.kielnet.net) | 03:52 | |
| - shtrophic (QUIT: Remote host closed the connection) (~m-hrdsqi@user/shtrophic) | 03:53 | |
| - casparvitch (QUIT: Quit: casparvitch) (~casparvit@130.102.161.188) | 04:02 | |
| + casparvitch (~casparvit@130.102.161.188) | 04:02 | |
| - casparvitch (QUIT: Remote host closed the connection) (~casparvit@130.102.161.188) | 04:04 | |
| + casparvitch (~casparvit@130.102.161.188) | 04:05 | |
| - casparvitch (QUIT: Client Quit) (~casparvit@130.102.161.188) | 04:07 | |
| + casparvitch (~casparvit@130.102.161.188) | 04:07 | |
| - casparvitch (QUIT: Client Quit) (~casparvit@130.102.161.188) | 04:08 | |
| + casparvitch (~casparvit@130.102.161.188) | 04:08 | |
| casparvitch | Are there substantial differences between the pocket reform on the mntre site (ships 4 months) and that on the crowd supply (ships now)? I guess I mean other than the CPU module & the back plate | 04:18 |
| - casparvitch (QUIT: Quit: casparvitch) (~casparvit@130.102.161.188) | 04:51 | |
| + casparvitch (~casparvit@130.102.161.188) | 04:51 | |
| chorc | bremner: yes, MCS_GROUP_RATES, similar to how it was done in this patch for another MT76 bug https://patchwork.kernel.org/project/linux-wireless/patch/8d0116580f2c5eafaea29acb2cbbc348ff853f5b.1667920478.git.lorenzo@kernel.org/ | 07:27 |
| - casparvitch (QUIT: Remote host closed the connection) (~casparvit@130.102.161.188) | 07:31 | |
| + casparvitch (~casparvit@130.102.161.188) | 07:32 | |
| - casparvitch (QUIT: Quit: casparvitch) (~casparvit@130.102.161.188) | 08:23 | |
| + chomwitt (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 08:23 | |
| + shtrophic (~m-hrdsqi@user/shtrophic) | 08:48 | |
| - shtrophic (QUIT: Remote host closed the connection) (~m-hrdsqi@user/shtrophic) | 08:48 | |
| + shtrophic (~m-hrdsqi@user/shtrophic) | 08:50 | |
| gsora | after a few weeks of use, my display problems vanished | 09:46 |
| gsora | i wonder if thermals "soldered" back something, either plastics or actual solder | 09:46 |
| gsora | minute: i would hold off with that screen replacement for now, if the issue presents itself again we'll figure it out then | 09:49 |
| minute | casparvitch: no substantial differences. we also used the new backplate for the CS stock shipments as soon as we had it | 10:31 |
| minute | gsora: oh ok, can you write that in the support case if you have one with us? | 10:32 |
| digitalrane | question: for those who have experimented with both original and pocket reform trackball replacement options: has there been a clear winner for you material wise? | 10:54 |
| gsora | minute: sure thing | 11:12 |
| + wielaard (~mjw@gnu.wildebeest.org) | 11:29 | |
| bremner | so, to add a kernel patch, what is the most sane workflow (rk3588 pocket reform)? I know how to build debian packages, but "reform-debian-packages/linux" is a bit special. | 12:21 |
| + paperManu (~paperManu@72.10.128.164) | 12:27 | |
| bremner | I guess I can start from the generated source packages on https://mntre.com/reform-debian-repo/ | 12:48 |
| minute | bremner: yeah, the source package is new (cc josch) and probably the most convenient new way to try patches | 12:53 |
| + gustav28 (~gustav@c-78-82-53-129.bbcust.telenor.se) | 13:02 | |
| bremner | it would be good to add deb-src to mntre.sources. It's not hard for the user, but one less hassle. | 13:10 |
| bremner | josch: it would be very cool if I could "dgit clone" the mnt kernels, but I don't how much hassle that would be to set up. | 13:48 |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 14:08 | |
| + casparvitch (~casparvit@36-255-114-132.ip4.superloop.au) | 14:31 | |
| - casparvitch (QUIT: Client Quit) (~casparvit@36-255-114-132.ip4.superloop.au) | 14:32 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 14:58 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:05 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:07 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:07 | |
| * bkeys1 -> bkeys | 15:09 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:09 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:10 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 15:17 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:18 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 15:25 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:25 | |
| * bkeys1 -> bkeys | 15:27 | |
| josch | bremner: i'm not sure whether dgit server admins would be happy with carrying repos for derivatives? | 15:27 |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:28 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:29 | |
| * bkeys1 -> bkeys | 15:29 | |
| bremner | yeah. I was imagining a seperate server or something. | 15:29 |
| bremner | I guess I will just have to learn gbp-pq, sigh | 15:29 |
| josch | bremner: if i want to try out a new kernel patch, i go to my local clone of reform-debian-packages, drop my patch into linux/patches6.15/rk3588-mnt-reform2 and then run the command from the readme | 15:29 |
| josch | bremner: if you tell me how to use gbp-pq as a downstream of the debian linux kernel packaging please do tell! | 15:30 |
| bremner | I was trying to avoid manual patches, I haven't needed to that this century ;) | 15:30 |
| bremner | yeah, I know, it's hard problem | 15:30 |
| josch | bremner: i generate my patches using git format-patch but yes, it's not nice | 15:31 |
| josch | as i said, i would be happy if there was a better workflow than via quilt | 15:31 |
| josch | the problem with gbp-pq is that there is no git repo of the kernel packaging | 15:31 |
| minute | for me for trying kernel patches i use a special config file that makes me a monolithic kernel | 15:32 |
| minute | i could theoretically make a script that clones the right git version of linux, copies in this config, applies the patch stack and off you go | 15:32 |
| josch | ah right, for trying out a patch i just build in torvalds.git using the instructions i left in the readme of reform-debian-packages | 15:32 |
| josch | especially "make localmodconfig" allows saving a lot of time by just not building the stuff your machine does not even need | 15:34 |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 15:35 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:40 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:43 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:43 | |
| * bkeys1 -> bkeys | 15:46 | |
| bremner | josch: btw, it seems my question is answered in dgit-downstream-dsc | 15:51 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 15:59 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:59 | |
| bkeys1 | josch: https://paste.centos.org/view/6b8cdb37 | 16:00 |
| bkeys1 | I'm building the reform kernel source in Fedora packaging and I got this error, do these values really matter for rk3588 reform? | 16:01 |
| * bkeys1 -> bkeys | 16:02 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 16:03 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:04 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:12 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:12 | |
| * bkeys1 -> bkeys | 16:14 | |
| bkeys | https://source.mnt.re/reform/reform-debian-packages/-/blob/main/linux/config?ref_type=heads | 16:16 |
| bkeys | I'm guessing this is the full kernel config? | 16:16 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:19 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:20 | |
| - bkeys1 (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 16:24 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:27 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 16:33 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:33 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:35 | |
| - bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 16:35 | |
| josch | bkeys: CONFIG_DRM_PANEL_MNT_POCKET_REFORM is necessary for imx8plus pocket reform. The CDNS settings are for imx8mq hdmi. | 16:40 |
| bkeys | Well the error comes from some really struct fedora config checking so as long as the configs don't cause the build to fail; I just had it not check the config anymore | 16:41 |
| bkeys | If massive SUV's can stop driving by wrecking my wifi connection to the movie theater I'll have the srpm uploaded, it seems to at least get past the configure stage of the build locally | 16:41 |
| josch | bkeys: the config you referenced is not the full config -- it is the settings we need to set anew or change compared to the debian default | 16:41 |
| bkeys | Okay, well I'll see how this build goes and I'll pull the full config from the system image at my house and do a rebuild | 16:42 |
| josch | you can obtain the full config from the debian package in the repo like this: | 16:43 |
| josch | curl --silent https://mntre.com/reform-debian-repo/pool/main/l/linux/linux-image-6.15.3-mnt-reform-arm64_6.15.3-1\~exp1%2Breform20250624T140900Z_arm64.deb | dpkg-deb --fsys-tarfile - | tar --to-stdout -x ./boot/config-6.15.3-mnt-reform-arm64 | 16:43 |
| bkeys | Alright I'll try that now | 17:00 |
| - bkeys (QUIT: Ping timeout: 265 seconds) (~Thunderbi@66.110.201.50) | 17:11 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:13 | |
| minute | josch: lazy question, this alsa ucm profile wasn't released yet, right? | 17:18 |
| josch | minute: correct | 17:18 |
| minute | ok | 17:19 |
| josch | would you like it to be? :) | 17:20 |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 17:20 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:30 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 17:31 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:31 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 17:32 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 17:33 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:33 | |
| - bleb (QUIT: Ping timeout: 252 seconds) (~cm@user/bleb) | 17:36 | |
| - bkeys1 (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 17:38 | |
| + bleb (~cm@user/bleb) | 17:42 | |
| minute | josch: yeah but i think i might need to fix one little bug, will check again | 18:06 |
| minute | also i noticed the headphone output on pocket with rk3588 sounds like there's some digital aliasing/distortion?! | 18:06 |
| + bkeys (~Thunderbi@173.186.16.211) | 18:47 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@173.186.16.211) | 18:48 | |
| + bkeys (~Thunderbi@173.186.16.211) | 18:48 | |
| * mjw -> Guest8081 | 18:49 | |
| - Guest8081 (QUIT: Killed (tungsten.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 18:49 | |
| * wielaard -> mjw | 18:49 | |
| + Guest8081 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 18:49 | |
| josch | i have not noticed that but i also do not own high quality 3.5 mm headphones | 19:16 |
| josch | minute: for the next reform-tools release -- would/should it include fixes to address the remaining problems with rk3588 classic reform? Or are the necessary changes limited to the lpc firmware? | 19:19 |
| minute | lpc shutdown is generally broken on 6.15, possible? | 19:29 |
| minute | josch: also, i have hdmi audio prepped for rk3588... but that's not reform-tools | 19:29 |
| minute | in here... just need to test it https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/121 | 19:29 |
| bkeys | Copr seems down, so I'll see about building my kernel on the Reform itself | 19:35 |
| + AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net) | 20:09 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.186.16.211) | 21:18 | |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 21:18 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 21:22 | |
| + bkeys (~Thunderbi@66.110.201.50) | 21:25 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 21:30 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 21:30 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 21:33 | |
| + bkeys (~Thunderbi@66.110.201.50) | 21:33 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 21:33 | |
| + bkeys (~Thunderbi@66.110.201.50) | 21:33 | |
| - AnimaInvicta (QUIT: Ping timeout: 244 seconds) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 21:35 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 21:35 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 21:36 | |
| minute | interesting https://github.com/tinygo-org/tinygo/pull/3016 | 21:36 |
| * bkeys1 -> bkeys | 21:38 | |
| cwebber | meow meow hello | 21:42 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 21:43 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 21:43 | |
| grimmware | TIL tinygo | 21:45 |
| * bkeys1 -> bkeys | 21:46 | |
| + AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net) | 21:46 | |
| cwebber | been using my Pocket more recently | 21:47 |
| cwebber | it's so nice to use when I do | 21:48 |
| cwebber | just out of curiosity, have there been any rk3588 suspend updates? I think it's been a while since I heard about any | 21:48 |
| grimmware | not that I've heard of | 21:51 |
| - bkeys (QUIT: Ping timeout: 245 seconds) (~Thunderbi@66.110.201.50) | 21:52 | |
| + bkeys (~Thunderbi@66.110.201.50) | 21:59 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 22:07 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 22:07 | |
| * bkeys1 -> bkeys | 22:10 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 22:11 | |
| + bkeys (~Thunderbi@66.110.201.50) | 22:12 | |
| - svp (QUIT: Quit: Gateway shutdown) (~svp@host-79-7-240-189.business.telecomitalia.it) | 22:14 | |
| + svp (~svp@host-79-7-240-189.business.telecomitalia.it) | 22:14 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-129.bbcust.telenor.se) | 22:15 | |
| + gustav28 (~gustav@c-78-82-53-129.bbcust.telenor.se) | 22:18 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 22:20 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 22:20 | |
| * bkeys1 -> bkeys | 22:20 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 22:29 | |
| + bkeys (~Thunderbi@66.110.201.50) | 22:34 | |
| - chomwitt (QUIT: Ping timeout: 265 seconds) (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 22:34 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 22:41 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 22:42 | |
| - bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 22:43 | |
| + bkeys (~Thunderbi@66.110.201.50) | 22:43 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 22:51 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 22:51 | |
| * bkeys1 -> bkeys | 22:53 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 23:00 | |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 23:02 | |
| bkeys | rk3588 reform is building the reform kernel in Fedora packaging; no errors yet thankfully | 23:12 |
| bkeys | josch: Thanks for providing the patched kernel source and config, that's a big help | 23:13 |
| josch | bkeys: i also like bremner's idea to provide dgit interface... having that is probably possible in parallel with what we have now | 23:15 |
| vagrantc | ooooh. | 23:16 |
| josch | vagrantc: do i hear a volunteer to implement this? :d | 23:19 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-129.bbcust.telenor.se) | 23:24 | |
| bkeys | I will be ecstatic when this Reform runs Fedora | 23:24 |
| vagrantc | no, just passing excitement... :) | 23:24 |
| bkeys | josch: Do you know about how long it's gonna take for rk3588 to build the linux kernel? | 23:27 |
| vagrantc | i've been building in ~35-40 minutes | 23:27 |
| bkeys | I'm about 2 hours in but there is no error | 23:28 |
| bkeys | Looking at htop output it's using all the cores | 23:28 |
| vagrantc | i generally build with parallel=9 and the build takes place almost entirely in tmpfs | 23:28 |
| vagrantc | maybe your configuration is building a lot of extra things? debug symbols? | 23:29 |
| bkeys | Right now I'm booted in ACPI mode with a USB3 hard disk that has Fedora on it | 23:29 |
| vagrantc | only ever booted directly from u-boot... not sure if that would make a difference ... | 23:29 |
| bkeys | I don't know it takes Copr 3 hours to build; I"m just glad I dont have an error | 23:30 |
| bkeys | Once I have this kernel built (assuming no error) hopefully Fedora will just work on the Reform the way it does in the system image. Or if it doesn't then I have eliminated the kernel as the issue | 23:30 |
| vagrantc | more frustratingly, i've been getting errors (in reform-specific .dtb files) that *do not* fail the build | 23:30 |
| bkeys | Man that heat sink is warm | 23:33 |
| josch | vagrantc: i know, no worries :) | 23:33 |
| josch | bkeys: i think it was 20 minutes or 30 minutes or so? | 23:33 |
| bkeys | This is taking way longer than that, it must be doing something else | 23:34 |
| bkeys | I mean like I said copr took about 3 hours to build my other kernels | 23:34 |
| josch | bkeys: it's about the config you use | 23:34 |
| bkeys | I used the config generated by the command you posted | 23:36 |
| vagrantc | that makes assumptions about what debian defaults are, though, no? and fedora defaults might be different? | 23:36 |
| bkeys | Well I (in theory) told it to totally ignore the fedora defaults and use the josch default's (debian with some changes) and it seems to have applied those looking at the output | 23:37 |
| josch | bkeys: the config i showed you to extract from the kernel package? | 23:38 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!