00:16 <harvestz[m]> How's 6.5 going so far for the x13s?

00:22 <steev> once you get all the userland stuff in place, seems fine so far

00:40 <clover[m]> Agl7 wasn't able to get their sound working :(

00:41 <clover[m]> Which is weird cause it should just be a pacman -Syu

02:01 <agl7-x13s-eos> clover[m]: Whenn I give the command "inxi -Fxxxz" the following output ist at Audio:

02:01 <agl7-x13s-eos> Audio:

02:01 <agl7-x13s-eos> Device-1: sc8280xp-sndcard driver: N/A bus-ID: N/A chip-ID: qcom:sound

02:01 <agl7-x13s-eos> class-ID: sound

02:01 <agl7-x13s-eos> Server-1: PipeWire v: 0.3.75 status: active with: 1: pipewire-pulse

02:01 <agl7-x13s-eos> API: ALSA v: k6.5.0-rc3-0-x13s-rc+ status: kernel-api

02:01 <agl7-x13s-eos> status: active 2: wireplumber status: active 3: pipewire-alsa type: plugin

02:01 <agl7-x13s-eos> 4: pw-jack type: plugin

02:02 <agl7-x13s-eos> Driver N/A

02:16 <agl7> clover[m]: Hmmm ... now the x13s does not start. There is a short mesage of the kernel at kernel start and then the screen is blank. From an another computer with ping there a no answers.

02:17 <agl7> s/a/are/

02:23 <agl7> clover[m]: It is the same behavior as when trying to install EndeavourOS to a USB stick.

02:25 <agl7> clover[m]: It seems that I have to reinstall EndeavourOS.

02:30 <clover[m]> What the hell?

02:37 <agl7-x13s-eos> clover[m]: I have made a file system check from Debian on the EndeavourOS partition. There are FS-Errors and 3 files are in lost+foun. Now I can start EndeavourOS again.

02:37 <clover[m]> Sorry you had issues. Maybe your audio will work on a fresh install

02:37 <agl7-x13s-eos> It's a test machine, no problem

02:38 <agl7-x13s-eos> I will install it new tomorrow ... good night

02:54 <clover[m]> That will be me too. On my new 2TB drive!

03:30 <clover[m]> Here goes nothing

03:36 <clover[m]> Surprised to see a second heat pipe that goes over the ssd

05:18 <Jasper[m]1> <agl7-x13s-eos> "clover: I have made a file..." <- I had the same thing on first boot of the rc kernel

06:47 <steev> I blame arch btw

08:45 <DocGalaxyBlock[m]> <jenneron[m]> "DocGalaxyBlock: i created a page..." <- ok

08:45 <DocGalaxyBlock[m]> I will probably dev them first on my github ^^

09:10 <_`[m]> <steev> "I blame arch btw" <- was this a joke?

09:10 <Jasper[m]1> I laughed regardless

09:11 <_`[m]> same

09:11 <_`[m]> clover: you added that cork bottom left of the laptop backside image

09:12 <_`[m]> someone happens to have a company that could resell mine one of those 2tb disks?

09:14 <Jasper[m]1> _`[m]: frame.work if you live in an area they sell them at

09:48 <_`[m]> <Jasper[m]1> "frame.work if you live in an..." <- I don't

10:56 <exeat> The second heat pipe will be there if you have the WWAN model

11:00 <exeat> BTW, videos: https://support.lenovo.com/us/en/solutions/ht513727-removal-and-replacement-videos-thinkpad-x13s-21bx-21by

11:05 <agl7> Jasper[m]1: You say "I had the same thing on first boot of the rc kernel"! What exactly did you have after booting from the rc kernel?

11:06 <Jasper[m]1> agl7: 1st boot it went through decryption and immediately turned off, then rebooted, decrypted again, showed fsck and booted fine

11:14 <agl7> Jasper[m]1: I ran FSCK manually from Debian and 3 binary files were stored in lost+found (of course I don't know which files they are). After that endeavourOS started again, but as selection for the audio device I still have only the "dummy device".

11:21 <agl7> I will install again ARCH-Linux at once with the rc-kernel and then EndeavourOS with the shell-script.

11:38 <leezu> I've tested 6.4.6 on asurada spherion (mt8192) and it works smoothly overall. Even HW Accel for both Firefox and Chromium seem to work out of the box. So does Wifi (which didn't work yet on the 6.1 collabora tree). But there are still a few issues: 1/ DisplayPort is broken with the following error when connecting a monitor (typec_displayport port0-partner.0: failed to enter

11:38 <leezu> mode), 2/ a number of deadlocks are reported during suspend, though suspend itself seems to work (https://termbin.com/i1di), 3/ audio doesn't work (Many errors in the style of "ASoC: no backend DAIs enabled for Capture_4"), 4/ scp doesn't initialize correctly (remoteproc remoteproc0: Direct firmware load for mediatek/mt8192/scp.img failed with error -2,

11:38 <leezu> fops_vcodec_open(),174: [MTK_V4L2][ERROR] vpu_load_firmware failed!). If you have any ideas with respect to these or other mt8192 issues, please let me know. cc hexdump0815 your 230109-01 image made this very easy to bootstrap. Thank you for maintaining all these images!

13:26 <leezu> Same issues with 6.5-rc3. Full system logs at https://termbin.com/u8lfl in case anyone is curious. Regarding sound, it's supposed to work as of https://github.com/torvalds/linux/commit/ad5cc915c300d4ea733da80ae714fdad3787af54 but clearly something is still wrong

17:16 <steev> _`[m]: yes, it was a joke. centered on the "i use arch btw" meme

17:19 <clover[m]> i want to leave some space on this 2 TB drive for debian ARM whenever the official installer finally works

17:32 <_`[m]> figured as much but then I got triggered

17:33 <_`[m]> I'm amazed how casual people say, I'll just (re)install arch

17:34 <_`[m]> clover you can install ubuntu and then convert to debian haha

17:35 <clover[m]> i dont want to have to keep rebuilding kernels from scratch as more development happens. i find that easier to do with arch pkgbuilds since you just have to point them at a git repo basically

18:45 <_`[m]> yeah I was not familiar, is that why people suffer through the install?

18:48 <clover[m]> Idk why people suffer through the install. I guess they can't read a wiki and follow the steps

19:11 <Jasper[m]1> <_`[m]> "yeah I was not familiar, is that..." <- From doing the install recently I can say that I struggled a bit with the fact that there's no sane default

19:12 <Jasper[m]1> The wiki handholds you up to a certain point until it pushes you into a labrinth full of choices someone doing it for the first time will never know what way to go in

19:14 <HdkR> The accessibility of the graphical installer that something like Canonical provides is very nice to new Linux users.

19:30 <_`[m]> as a sysadmin I don't need my own system to be a challenge too lol I want good defaults and easy setup

19:31 <_`[m]> if you go exotic for technical fun you go nixos or bsd right?

20:02 <hexdump0815> leezu: thanks for the report and the feedback - that is one of the reason why i create those images to make it easy for others to get started with those devices in the hope that others start testing and working on them too - like you did and do on lazor and now spherion

20:04 <hexdump0815> leezu: btw. are you aware of #linux-cros-arm around linux on arm chromebooks? maybe you want to join there as well

21:04 <Bioxvirizm-x13s[m]> <clover[m]> "Idk why people suffer through..." <- Yes, but in your EndeavourOS manual there is no mention of solving bluetooth and sound problems for example, and after installing the OS, one gets lost. For example, it was only your help here that clearly pointed out where to go and what to look for that helped me solve all the problems.

21:33 <clover[m]> I wasn't talking about x13s, just arch in general. The x13s should be considered alpha state for linux support at the moment. But once more stuff is upstreamed it will get better I think

21:34 <clover[m]> Also arch has a gui installer now, for x86 at least

21:34 <clover[m]> I might try porting it for the x13s that could be cool

21:35 <Jasper[m]1> clover[m]: It is present on arm64 archiso aswell

21:35 <Jasper[m]1> But it crashes a lot

21:53 <steev> clover[m]: i'm not sure the official installer will ever "just work" because we need https://github.com/steev/linux/commit/30724dd52a8cb069a27a0ae9813ce6732699bef7 (i *think* ?) and upstream nacked it(i think?) - there was a grub-installer patch https://salsa.debian.org/installer-team/grub-installer/-/merge_requests/5 but that was nacked as well

21:56 <steev> the x13s might get a fixed efi bootloader, but other qcom ones (c630, flex5g) won't

21:57 <steev> and, i just noticed, our rtc still runs ever so slightly fast (~5 minutes)

22:02 <bluerise> Why is this override needed?

22:06 <steev> https://github.com/aarch64-laptops/build/issues/25#issuecomment-744058043

22:08 <steev> it might not be necessary with qzed's work, once it gets accepted, but it's still wip

23:01 <bluerise> Ah, ok, the problem with the variables being in the QC TEE