- hramrach (QUIT: Ping timeout: 245 seconds) (~hramrach@193.86.92.181) | 01:17 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 01:21 | |
+ hramrach (~hramrach@193.86.92.181) | 01:31 | |
- AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 02:06 | |
thejevans | minute: I wasn't able to add the products rss feed to my feed reader and it seems to be invalid according to the w3c checker https://validator.w3.org/feed/check.cgi?url=https%3A%2F%2Fshop.mntre.com%2Fproducts.rss | 02:09 |
---|---|---|
thejevans | kfx: were you able to get it to work? | 02:10 |
+ photomattmills (~photomatt@192-184-254-28.fiber.dynamic.sonic.net) | 02:42 | |
- photomattmills (QUIT: Client Quit) (~photomatt@192-184-254-28.fiber.dynamic.sonic.net) | 02:44 | |
chorc | yes, miniflux also refused to recognize it | 02:44 |
- paperManu (QUIT: Ping timeout: 252 seconds) (~paperManu@72.10.128.164) | 03:04 | |
minute | it's not a normal rss feed but google products thingie | 03:22 |
thejevans | Ah okay | 03:24 |
kfx | that feed checker is wrong. it ignores the declared xml namespace and assumes a different one | 03:51 |
kfx | anyway I parse it with awk so it works fine here! | 03:51 |
- mjw (QUIT: Ping timeout: 268 seconds) (~mjw@gnu.wildebeest.org) | 03:59 | |
+ libercv (~libercv@user/libercv) | 08:52 | |
+ chomwitt (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 09:32 | |
+ gustav28 (~gustav@c-78-82-53-129.bbcust.telenor.se) | 10:02 | |
+ mjw (~mjw@178.230.108.14) | 11:17 | |
- mjw (QUIT: Remote host closed the connection) (~mjw@178.230.108.14) | 11:21 | |
+ mjw (~mjw@178.230.108.14) | 11:21 | |
- Rookie_one (QUIT: Remote host closed the connection) (~SJ@jegen.dev) | 11:32 | |
- mjw (QUIT: Ping timeout: 276 seconds) (~mjw@178.230.108.14) | 11:54 | |
- libercv (QUIT: Quit: Konversation terminated!) (~libercv@user/libercv) | 11:57 | |
+ mjw (~mjw@178.230.108.14) | 12:23 | |
- mjw (QUIT: Ping timeout: 276 seconds) (~mjw@178.230.108.14) | 12:39 | |
+ mjw (~mjw@178.230.108.14) | 12:42 | |
- mjw (QUIT: Ping timeout: 260 seconds) (~mjw@178.230.108.14) | 12:49 | |
+ paperManu (~paperManu@72.10.128.164) | 13:05 | |
- xha (QUIT: Quit: WeeChat 4.6.3) (~xha@user/xha) | 13:38 | |
+ xha (~xha@user/xha) | 13:53 | |
minute | lpc poweroff is definitely broken. this will be fun to investigate oof | 14:35 |
minute | cc josch, i saw you responded about this in community | 14:36 |
minute | maybe kernel regression if the trace of O.o is true? | 14:36 |
minute | also, only slightly related https://docs.kernel.org/userspace-api/fwctl/fwctl.html | 14:40 |
minute | anyway i think this old method in our driver is wrong since the beginning | 15:42 |
minute | i think we should use this api https://elixir.bootlin.com/linux/v6.15.3/source/include/linux/reboot.h#L68 | 15:47 |
minute | otoh what ifff shutdown is broken and crashes before poweroff is reached on rk3588? | 17:22 |
josch | minute: sorry :( and thank you! | 17:23 |
josch | minute: about kernel regression: the latest system image with kernel 6.15 can do "systemctl poweroff" just fine on A311D classic reform with motherboard 2.5 | 17:48 |
josch | (which doesn't mean that the kernel is not wrong, just a datapoint) | 17:48 |
+ mjw (~mjw@178.230.108.14) | 18:06 | |
bkeys | minute, josch: So is it a known issue that on KDE the max resolution an external display can be on the Reform is 1024x768? | 18:27 |
bkeys | brb | 18:28 |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 18:28 | |
minute | josch: aha, that's very good to know. then there's probably a bug in one of the rk3588 drivers which crashes during shutdown | 18:31 |
minute | josch: btw i'm investigating audio dropout issues under load. i just discovered that pipewire/wireplumber expects rtkit. i don't have it installed. do you have that installed? just wondering if it is a default | 18:32 |
minute | i'm also doing an apt upgrade right now that gives me over 2000 upgraded packages :D | 18:32 |
minute | (this is partly due to the fact that i run 4 architectures on my pocket) | 18:33 |
minute | josch: hmm, my user is not in the pipewire group which is mentioned in /etc/security/limits.d/25-pw-rlimits.conf | 18:39 |
minute | > # It is up to the distribution/user to create the @pipewire group and to add the | 18:39 |
minute | # relevant users to the group. | 18:39 |
josch | minute: no, rtkit is not part of the default system image | 18:39 |
minute | > # PipeWire will fall back to the RTKit DBus service when the user is not able to # acquire RT priorities with rlimits. | 18:40 |
minute | so pipewire can't set process niceness if one is not in the pipewire group nor rtkit is installed | 18:40 |
minute | josch: do you know what the debian policy is regarding this? does debian use the group or rtkit? | 18:40 |
josch | not out of the top of my head -- i have to investigate this | 18:43 |
josch | but rtkit is also part of the Recommends package set | 18:43 |
josch | that hints that the maintainer expects it to be part of the default installation | 18:43 |
minute | ah ok! | 18:43 |
minute | then i'll install it and check if this solves my dropout issues | 18:44 |
minute | hdmi audio is also very sensitive to this | 18:44 |
minute | btw unrelated, there's a new panthor kernel driver written in rust by collabora/arm/google called "tyr" and reference platform is rk3588 currently | 18:47 |
+ bkeys (~Thunderbi@173.186.16.211) | 18:58 | |
- mjw (QUIT: Ping timeout: 252 seconds) (~mjw@178.230.108.14) | 19:00 | |
minute | after installing rtkit, pipewire processes now have prio -11 | 19:04 |
josch | minute: pulseaudio and pipewire-bin both Recommend rtkit. I read in the gentoo and archlinux wiki about it and then read the package documentation in Debian as well. As a result I think that rtkit should indeed be part of the default installation: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/122 | 19:31 |
minute | josch: great, thanks! | 19:35 |
bkeys | josch: Since nvme is giving me grief I want to write a Fedora raw image to the emmc, but the front of the emmc has edk on it. I tried to dd the raw image using dd seek=20 to skip over the UEFI but I don't see the partitions or anything in gparted, which I guess makes sense because the partition table is stored at the front of the device IIRC | 19:59 |
bkeys | How would you suggest I put edk2 and Fedora on the same emmc? | 19:59 |
josch | bkeys: you could re-create the partition layout that i used on the efi debian image | 20:08 |
minute | bkeys: maybe you could create the partition layout first, while leaving free space for edk2, write edk2 and install fedora to the premade partition from a usb stick and some fedora install tool? | 20:08 |
josch | the first sectors are for gpt, then there are 16mbit of free space and then the first partition starts | 20:08 |
minute | yeah | 20:08 |
bkeys | Yeah that's what I was thinking about doing was recreating it in gparted, then copying the files over | 20:08 |
minute | right, you could also make the partitions like josch says and just copy all the files from the mounted image using archive flag | 20:08 |
josch | bkeys: also about kde, i could try out what rk3588 reform does for me when i install kde with plasma6 | 20:09 |
bkeys | I just really hope edk2 doesn't get messed up, but I suppose if it does I can always load up from SD card | 20:09 |
josch | bkeys: feel free to ping me in case i forget to try this out | 20:09 |
minute | bkeys: before rebooting, just make sure to dd edk2 once again so you don't lose it | 20:09 |
bkeys | josch: Will do, but right now I really want Fedora installed on something internel, the emmc is 256GB which is plenty of space for me | 20:09 |
josch | right, much success! | 20:09 |
minute | pipeline for reform-debian-packages merge of hdmi audio is done | 20:10 |
+ mjw (~mjw@gnu.wildebeest.org) | 20:11 | |
bkeys | josch: So in gparted it says the first 9 megabytes of the Fedora ARM image are unallocated, I think the maintainer does that so that uboot can be put there. (there is no 9 mb of unallocated space at the front of my x86 machine) I think I might be able to write Fedora and then edk | 20:16 |
bkeys | I'll risk it and do it, worse case I just redo it on an SD card I'm not worried about bricking | 20:19 |
minute | bkeys: as long as you write edk2 afterwards, you should be fine | 20:20 |
bkeys | Will that mess up the partition table if I do that? | 20:20 |
josch | bkeys: for the debian image i leave the first 32768 bytes untouched which seems to be sufficient for gpt and msdos both | 20:22 |
minute | bkeys: no idea | 20:22 |
minute | ok, hdmi audio seems stable with rtkit installed | 20:23 |
minute | very nice | 20:23 |
josch | oh funny then it might've been "just" a scheduling issue | 20:26 |
bkeys | Yeah I did the write and it looks like the edk2 did get wiped out, I'll do like minute says and put it back | 20:26 |
minute | josch: yes | 20:26 |
minute | josch: maybe installing rtkit would also fix hdmi audio on a311d | 20:27 |
josch | wait, a311d has hdmi audio?? | 20:27 |
minute | yes, but it's possible i didn't ship that | 20:27 |
minute | because of dropout issues | 20:27 |
josch | XD | 20:27 |
minute | i thought something was wrong with the hw | 20:27 |
bkeys | I'm trying to find the exact command I told minute when I successfully flashed it the first time | 20:27 |
josch | i'm currently feeding my TV with kodi via 3.5 mm audio line with A311D | 20:28 |
minute | i wonder if i still have that patch | 20:28 |
josch | bkeys: did you write it in irc? you have the logs, right? | 20:28 |
bkeys | sudo dd if=aio-edk2-image.img of=/dev/mmcblk0 bs=4M conv=fsync | 20:28 |
bkeys | Yeah I found it in the logs | 20:28 |
bkeys | Okay and sha1sum check passes | 20:30 |
bkeys | minute: My Reform claims it has 256GB emmc and 16GB RAM, is that right? | 20:32 |
minute | josch: looks like we shipped hdmi audio https://github.com/torvalds/linux/blob/master/arch/arm64/boot/dts/amlogic/meson-g12b-bananapi-cm4-mnt-reform2.dts#L118 | 20:32 |
bkeys | I thought only the 32GB version used it | 20:32 |
minute | bkeys: yes in the end i think we got all or most 16gb versions with 256gb emmc | 20:33 |
minute | a gift from firefly i guess :D | 20:33 |
bkeys | That's great, 126 would have been a squeeze but if I can get 256 with a Fedora install on emmc I won't even worry about nvme | 20:33 |
bkeys | minute, josch: It seems when I flasked edk2 back it wrecked the partition table | 20:34 |
minute | josch: i think you need to toggle some knobs in alsamixer to activate it | 20:34 |
bkeys | I'll just have to create the partitions manually in gparted and cp the content over | 20:34 |
minute | i think the problem is that edk2 image goes to the very beginning of the disk | 20:35 |
bkeys | I mean if recreating the image is what I gotta do then I suppose I'll do it | 20:35 |
minute | what's the bootloader position again on rockchip... maybe you can seek and skip the amount of bytes when writing edk2 to leave the part table intact | 20:36 |
bkeys | I did that initially but it doesn't seem to pick up the partitions that were written by dd, in gparted it looks like nothing happened | 20:36 |
minute | bkeys: https://github.com/edk2-porting/edk2-rk3588?tab=readme-ov-file#updating-the-firmware | 20:36 |
minute | bkeys: write fedora to emmc and then use the dd command there | 20:37 |
minute | > Here we skip the GPT and copy the firmware starting at offset 0x8000 | 20:37 |
bkeys | Alright I will try that | 20:38 |
- xktr (QUIT: Ping timeout: 244 seconds) (~xktr@user/xktr) | 20:39 | |
bkeys | Man I have had such bad experiences with mpcie wifi on this thing, I think I'll just get a mpcie to USB adapter and use a USB wifi as internal | 20:39 |
+ xktr (~xktr@user/xktr) | 20:40 | |
minute | bkeys: what wifi card | 20:41 |
josch | minute: thank you, i'll have a look in alsamixer | 20:41 |
josch | bkeys: your dd call does not skip any sectors at the beginning of the disk, so yes it will overwrite the partition table | 20:41 |
bkeys | I'd have to look at the specific model but lspci says "Qualcomm Atheros AR93xx Wireless Network Adapter (rev 01) | 20:41 |
minute | josch: i remember it was quite the puzzle, related to the TDM/DAI numbers you see in the device tree nodes in the link | 20:42 |
josch | oh no XD | 20:42 |
minute | bkeys: seems old | 20:42 |
minute | bkeys: i can recommend intel ax210 ^^ | 20:42 |
josch | bkeys: funnily i had the opposite experience so far -- no usb wifi dongle i tried was any good | 20:42 |
josch | the last one i used on my trip to GPN literally got fried | 20:42 |
josch | it stopped working and was too hot to touch :D | 20:43 |
josch | so i bought a new dongle for a few EUR and that one would stop working the moment i download a few GB of data over wifi. I then have to wait a bit with wifi turned off and then i can continue downloading. Downloading for too long is a no-go. | 20:44 |
bkeys | Yeah I'm taking a train to Chicago on the 3rd so I'd love to have Fedora all finalized and ready to go and installing to internal memory is the only blocker left | 20:44 |
josch | (why do i need a usb wifi dongle? because i have the quectel em06 lte card installed in my mpcie) | 20:44 |
josch | and because the wifi dongle is usb A, i have it hanging from a usb-c hub like this: https://floss.social/@josch/114757777672113363 | 20:46 |
minute | i think the only good usb wifis are mediatek | 20:46 |
minute | but anyway limited to 480mbps usb2 afaik | 20:47 |
josch | minute: i'll buy your pocket pcie upgrade before i buy another wifi dongle :D | 20:47 |
bkeys | minute: Okay so I ran the command like it says and indeed my Fedora stuff doesn't appear to be at all overwritten | 20:47 |
minute | bkeys: great | 20:48 |
bkeys | So in theory, I expand the partition for my root, and reboot and then hopefully I can boot to emmc from edk2 | 20:48 |
bkeys | And if that works, I'd be really happy | 20:48 |
bkeys | Oh wait | 20:48 |
bkeys | Hmmmm | 20:48 |
bkeys | I need to get the Reform kernel installed on the emmc | 20:49 |
minute | possible with chroot? | 20:49 |
bkeys | In theory | 20:49 |
bkeys | I mean in theory edk2 is there, so as long as it's confirmed booting I can always boot back to this USB disk that my current install is on | 20:49 |
bkeys | I'm just scared to reboot right now | 20:49 |
bkeys | But I mean, the things I'm discovering I think are valuable for others | 20:50 |
minute | for sure | 20:50 |
bkeys | Yeah I guess in theory even if I borked my emmc all up the worst thing I'd have to do is boot edk2 from SD card (easy), then boot back into this USB disk of mine and reflash edk2 to get it back | 20:52 |
bkeys | minute: Wew, my emmc is not borked | 20:55 |
bkeys | Lets see if it sees my Fedora install | 20:56 |
bkeys | IT DOES | 20:56 |
bkeys | It's almost over, I almost have Fedora on here working | 20:56 |
minute | bkeys: great | 20:59 |
minute | currently building mesa from source with zink enabled | 21:00 |
+ reform8446 (~cqc@2601:249:9281:8440::92d7) | 21:04 | |
bkeys | It looks like I'm gonna have to install the kernel before I can boot it, acpi doesn't work for some reason | 21:06 |
bkeys | brb gonna zip to the bike shop and get my USB wifi adapter | 21:08 |
- reform8446 (QUIT: Remote host closed the connection) (~cqc@2601:249:9281:8440::92d7) | 21:38 | |
bkeys | I guess I'm just gonna have to rebuild the kernel inside of the chroot | 21:52 |
bkeys | Unless | 21:53 |
bkeys | Alright the kernel is there, apparently the Linux makefile can create an rpm package so I want to test that out | 22:14 |
bkeys | It also created an srpm file so if this indeed works I'll upload the srpm to copr and I can have a repo others can just use and will simplify things for everyone while putting very little maintenance burden on me | 22:14 |
- gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-129.bbcust.telenor.se) | 22:15 | |
bkeys | The kernel rpm installed fine, but for some reason now the UEFI isn't pulling up? Who knows, I g2g I'll make an SD card with edk2 on it and reflash the UEFI | 22:19 |
minute | as an experiment i just built a patched mutter/gnome-shell/gdm where i manually override the KMS overlay type for the last overlay to cursor... and this fixes all cursor stuttering issues, it's a night and day difference | 23:19 |
minute | josch: check out 0037-mfd-rk8xx-Fix-shutdown-handler.patch | 23:51 |
minute | josch: this patch wasn't there in my 6.14 stack | 23:51 |
josch | ooooh! | 23:52 |
josch | i love the verbose explanation for a one-line change | 23:53 |
minute | so they were indeed messing with poweroff stuff | 23:54 |
josch | wish i would learn to do write-ups like this in my git commits XD | 23:54 |
josch | i could try and see whether power-off used to work in 6.14 -- do we know? | 23:54 |
minute | josch: it worked | 23:55 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!