04:48 <albsen[m]> <kbingham> "Heya, I've got myself a Lenovo..." <- I've not tried this, but I'm kinda certain you can boot fedora 39 if u add the correct devicetree in grub and on the file system

04:50 <albsen[m]> alternatively, you could boot an iso that works, for example ubuntu and install fedora from within ubuntu. last I checked, you had to compile a custom kernel anyway (but thats super simple for fedora)

07:29 <kbingham> albsen[m], Thanks, I couldn't get the ubuntu-iso to boot last night. It could be related to the DTB ... not sure yet. And I couldn't find a 16gb USB stick for the rawhide iso. I'll try something else tonight.

07:30 <abby> i was able to get the debian one to work

07:31 <abby> and installed void from there

07:31 <albsen[m]> kbingham: https://cdimage.ubuntu.com/releases/mantic/release/ubuntu-23.10.1-desktop-arm64+x13s.iso https://cdimage.ubuntu.com/releases/mantic/release/

07:31 <albsen[m]> and I also prefer debian :)

07:31 <travmurav[m]> iirc latest ubuntu iso even includes the correct dtb in the installer, contrary to most other ones

07:32 <albsen[m]> but the ubuntu one worked for me out of the box without any changes via usb ... even from ventoy. the others needed to be placed on a usb by themselves

07:32 <albsen[m]> I used the ubuntu to debug while getting my debian install working

07:34 <travmurav[m]> ah right that was a "special" iso

07:35 <lollaritits[m]> <kbingham> "Aha - perhaps its this : https:/..." <- how do i boot the tar.gz ?

07:35 <Jasper[m]> <kbingham> "albsen, Thanks, I couldn't get..." <- https://alt.fedoraproject.org/prerelease/index.html the "F40 Beta" images should also work if you're not feeling the newness of rawhide

07:36 <Jasper[m]> The "DVD" ones are the livebootable ones, but you may need to unpack a DTB to the ESP for it to work

08:11 <vadikas[m]> again hit the problem with wifi, made a report into kernel.org bugzilla:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/AITqiYrKIFTjzPFgDiLvyXku>)

08:12 <vadikas[m]> *

08:15 <jhovold> vadikas[m]: thanks

12:22 <jhovold> Here's an update wip branch for the X13s:

12:22 <jhovold> - https://github.com/jhovold/linux/tree/wip/sc8280xp-6.9-rc4

12:22 <jhovold> Changes include:

12:22 <jhovold> - fix ntfs3 corruption by always mounting read only (hack)

12:22 <jhovold> - drop bogus ntfs3 patch supressing correction warnings

12:22 <jhovold> - fix DP PHY mode register write

12:22 <jhovold> - johan_defconfig: enable CONFIG_EXT4_FS_SECURITY

12:22 <jhovold> - arm64/defconfig: enable CONFIG_EXT4_FS_SECURITY

12:22 <jhovold> Note:

12:22 <jhovold> - all users mounting ntfs partitions should update (or check their fstabs to make sure the fs is mounted read only):

12:22 <jhovold> - https://lore.kernel.org/all/Zh0SicjFHCkMaOc0@hovoldconsulting.com/

12:26 <jhovold> steev: I've enabled CONFIG_EXT4_FS_SECURITY in johan_defconfig so that setcap works also on ext4 now

13:36 <steev> <3

13:38 <HdkR> Nice, I had to recompile my kernel a few months ago to add that :)

13:56 <agl> steev: I notice today that you have released bevore 4 days version 6.8.5 of your kernel. In the first Moment it seems it runs good. But I'am in the Clubhouse where I have only a remote access to my x13s. Later I will see if e.g. Bluetooth works with my bluetooth mouse and if the USB-Thethering with my Handy works.

14:06 <agl> *Handy = mobil phone

14:14 <lollaritits[m]> <agl> "*Handy = mobil phone" <- spot the german

14:54 <robclark> HdkR: I'm failing at cross-compile for i386 from x64.. pkgconfig dependencies not being found (despite i386 versions of dev pkgs installed).. meson log complains about: `WARNING: We thought we found pkg-config '/usr/bin/pkg-config-32' but now it's not there. How odd!`

14:54 <robclark> any idea where that comes from (I did install pkg-config:i386)

14:55 <HdkR> ahhh, pkgconf instead of pkg-config maybe?

14:56 <HdkR> https://github.com/FEX-Emu/RootFS/blob/main/Scripts/Ubuntu_23_10/build_install_mesa.sh#L33

14:56 <HdkR> We switched over a bit ago since old pkg-config had issues

14:56 <robclark> ahh

14:57 <robclark> hmm, still doesn't do the trick.. but I'll look closer at your script to see what I'm missing

15:01 <HdkR> https://github.com/FEX-Emu/RootFS/blob/main/cross_x86

15:01 <HdkR> Might matter as well

15:43 <robclark> ahh, https://github.com/FEX-Emu/RootFS/blob/main/cross_x86#L6 is the thing

15:44 <HdkR> :D

16:31 <agl> lollaritits[m]: Here in Germany we always say "Handy" to a "mobile phone" ;-)

16:32 <agl> sorry

16:32 <lollaritits[m]> agl: i know

16:32 <lollaritits[m]> its horrible

16:32 <lollaritits[m]> not very handy to call it that way

16:42 <robclark> HdkR: hmm, fex seems to not like my build.. https://usercontent.irccloud-cdn.com/file/ncxgmALj/image.png

16:48 <HdkR> robclark: FEXBash with arguments behaves like sh -c, wrap the arguments in quotes

16:49 <HdkR> Tricky little behaviour quirk

16:51 <robclark> same

16:51 <robclark> you mean like `FEXBash 'ldd path/to/file.so'` right?

16:51 <HdkR> yea

16:52 <robclark> yeah, same output

16:52 <robclark> ldd on my x86 workstation looks reasonable

16:55 <HdkR> Does something like `FEXBash "uname -a"` work? rather than ldd which is doing bash shenanigans

16:57 <robclark> hmm, no actually

16:59 <robclark> hmm, I guess lib _used_ to be a symlink until I extracted new mesa build

16:59 <HdkR> probably need a strace to see what it is getting angry about `strace FEXInterpreter /usr/bin/uname -a` Could be the binary itself or the dynamic linker

16:59 <HdkR> oh

16:59 <HdkR> You did the thing

16:59 <HdkR> uh

17:00 <HdkR> yea this is a thing with symlinks overwriting folders from tar/xz extracting

17:00 <HdkR> er, folders overwriting symlinks

17:00 <robclark> yup, that was it

17:01 <HdkR> extract in a different folder first then rsync/cp :D

17:02 <robclark> so now the unhappyness is just that I used a fake --prefix to build mesa so MESA-LOADER is looking in /home/robdclark/...blah...

17:03 <HdkR> --prefix and DESTDIR are your friends

17:05 <robclark> ok.. I guess I can use --destdir

17:16 <robclark> seems to get further.. now it is unhappy about llvm (which.. I thought I managed to disable.. hmm)

17:18 <robclark> guess I need to disable it harder

17:20 <robclark> ok, that did the trick \o/

17:20 <HdkR> woo

18:08 <robclark> steam ui does seem a bit crashy atm

18:20 <robclark> hmm, well it also seems to be a bit crashy on the host side.. so maybe that at least isn't vm related

18:23 <jglathe_x13s> argh... external display and X13s :(

18:28 <steev> even with johan's new 6.9?

18:33 <robclark> when _not_ booted in EL2, external display has been fine for me. I don't think it is expected to work with EL2 boot, because adsp is involved somehow

18:34 <jglathe_x13s> still 6.8.5, and I'm in the things-to-avoid learning phase. Was using the laptop with ext. display, moved to standalone, reconnecting dind't work.

18:37 <jglathe_x13s> adsp is def involved, but I'm on EL1 for these tests. Will try 6.9 after finishing my tests

23:22 <steev> i ahven't actually pulled out my hdmi cable since moving, i should probably do that