01:29 <HdkR> robclark: Some minor improvements there. Benchmarks only show up to a 60% perf improvement but some tighter loops should be closer to 2x :P

01:30 <robclark> "only show up to a 60% perf improvement"

01:31 <robclark> I'd be pretty happy for 60% improvement ;-)

01:35 <HdkR> It'll be pretty niceIt's pretty nice when testing games

01:37 <HdkR> It's a shame X1C is a weird inbetween core that has performance problems with unaligned stores. It's likely hitting us hard

01:39 <HdkR> sm8650 also has flagm2 and afp extensions which gives another free performance boost :D

01:41 <robclark> I'm not sure how much we know about the nuvia cores, but presumably/hopefully qc has been listening to requests from however works on the win x86 emu stuff

01:41 <robclark> since they probably need/want all the same things that fex does

01:44 <HdkR> We can only hope that Microsoft is screaming from the rooftops to give us a TSO memory model enable bit like Apple hardware.

01:45 <HdkR> Since thus far the LRCPC1/2/3/4/5/6 extensions have proven worthless

01:46 <HdkR> Although a 4.3Ghz ARM core that claims to be as fast as Apple's M2 is already a big win.

01:47 <HdkR> Enabling TSO emulation and it dropping to 1/8th the perf like a Cortex wouldn't be nice :P

01:48 <robclark> yeah, I think that is the rub with tso

01:50 <steev> ohhhh that x1c

01:50 <steev> i'm used to people calling the Thinkpad X1 Carbon, an x1c

01:51 <robclark> yeah, cortex-x1c

06:05 <steev> hmm

06:05 <steev> actually, i'm not sure that mutter patch is fully correct

07:29 <travmurav[m]> steev: do you have some testcase where it fails?

07:56 <jhovold> clover[m], neobrain: youtube playback works fine here with arch and firefox 120.1

07:56 <jhovold> could pipwire be involved? i'm using pulseaudio here

07:57 <jhovold> I assume at least clover is using steeve

07:57 <jhovold> ...steev's branches and the laptop_defconfig (just pointing out differences in setup)

07:58 <jhovold> and I run xorg, not wayland

08:12 <jhovold> also does it depend on the content? do you have video acceleration enabled?

08:15 <Jasper[m]> jhovold: This was a problem before it was enabled in ff

08:16 <jhovold> ok, thanks, one thing to rule out

08:16 <Jasper[m]> Could be pipewire, I was using that when I had the problem

08:18 <jhovold> seemed like a possibility since you said it went away at some point

08:22 <neobrain> I'm using pipewire indeed

08:24 <jhovold> neobrain: perhaps you can try switching to puleaudio and see if that helps

08:24 <neobrain> On it :)

08:24 <jhovold> :)

08:28 <neobrain> Not an issue with pulseaudio-proper indeed, interesting

08:29 <neobrain> Volume is still variable, but I'm assuming that's the speaker firmware regulating heat or something

08:32 <jhovold> neobrain: thanks for confirming, sounds like someone should report this to the pipewire devs

08:33 <jhovold> haven't really noticed the volume changing here, are you sure you're using the latest ucm files etc?

08:33 <neobrain> ah, the ucm files may have been overwritten by system update meanwhile

08:34 <jhovold> yeah, it's really unfortunate that those hasn't been released by upstream yet

08:36 <jhovold> i've built and installed that package on arch myself (after similarly having my local hacks overwritten at some point)

08:50 <neobrain> Where can I find the ucm files again? I always forgot how to find that wiki page that mentions all this stuff D:

08:53 <neobrain> Ah: https://github.com/jhovold/linux/wiki ... I never think of looking for the wiki link on github

08:59 <neobrain> I think my ucm files are up to date, but actually turns out the issue happens to be noticable in particular past 80% volume and in the one specific song I first tried, heh

09:01 <neobrain> https://www.youtube.com/watch?v=f9T6GBMTPWk <- playing this one at 100% should make it obvious what I'm talking about, unless it's Just Me (tm)

09:32 <jhovold> no, sorry, i really can't stand hip hop, i'll just have to take your word for it :)

09:38 <Jasper[m]> That hurts :(

09:38 <Jasper[m]> Subgenre's of Hip-Hop can be stellar

09:39 <Jasper[m]> (I haven't listened to what neobrain shared so idk about that :^))

09:40 <jhovold> heh, maybe something really old like public enemy or even gil scott-heron, but not that gangsta stuff

09:42 <Jasper[m]> Kendrick Lamar is a good lead-in I'd say. Conscious hiphop is great. If you like more funky/jazzy instrumentals I'd recommend To Pimp A Butterfly, one of the best albums ever made (I'm genuinely not pulling this out of my ass)

09:43 <Jasper[m]> Otherwise A Tribe Called Quest is also very solid, they peaked a while ago, but it's more in line with Public Enemy. Fat chance they sampled Gil Scott-Heron at some point :^)

09:45 <jhovold> i'll try to give it a listen

12:07 <neobrain> haha I considered adding a disclaimer about the genre

12:37 <_[m]1> <HdkR> "Although a 4.3Ghz ARM core..." <- thisis what you want right? it's not some product launch I missed?

12:37 <HdkR> _[m]1: sc8380xp can boost two of its CPU cores to 4.3Ghz

12:50 <_[m]1> ha yes those oryon core, hot

12:52 <HdkR> M3 Max can boost its CPU cores to 4Ghz, so not too far off :)

13:08 <_[m]1> still to be seen the adoption

13:15 <mynery[m]> okay, so x13s here. i have an issue where if i do add an external display, everything works great, but if i close the laptop and open it later, the laptop screen just stays off. sadly, i have no clue where i could find relative information. i did found some issues with screens staying black after suspend, but this isn't really the case.

13:15 <mynery[m]> however, the suspend thing can apparently be a hardware issue, so i just want to ask if anybody is aware whether this is one in that case or not

13:34 <jhovold> mynery[m]: known issue, the display controller fails to resume properly if you have an external display connected

13:35 <jhovold> if you're in a VT console you can just disconnect and reconnect the external display to get the internal display back

13:35 <jhovold> with x/wayland you'd need to some more, but you should be able to log into the machine remotely and restart them

13:36 <mynery[m]> huh, i could try switching to a tty and then disconnect

13:36 <jhovold> do you really want to suspend when closing the lid with external display connected? Otherwise, i think there's some systemd option to allow you to just shut the lid without susending in that case

13:38 <mynery[m]> i'm not sure what the results of that would be. like, the device itself doesn't go to suspend obviously, but if i don't make the display suspend (if this is an option), will gnome still figure out that it wants to move the windows to the external screen?

13:40 <jhovold> if you don't suspend, everything should work as with the lid open, except you won't see any windows on that screen, not sure if the backlight would still be on though...

13:42 <jhovold> mynery[m]: in case you need it: logind.conf, #HandleLidSwitchDocked=ignore

13:42 <jhovold> seems to be the default here

14:55 <clover[m]> mynery: you also need a patched version of mutter or you will get issues with gnome and external displays

15:04 <mynery[m]> i read about that on the ironrobin repo, but i have honestly no idea what the described issue even is

16:04 <steev> travmurav[m]: i say that mostly because it seems to not recognize when i disconnect my adapter anymore

16:05 <steev> previously if i would disconnect my adapter, all apps that were on the external screen would move to the primary display, now, they just sit off in nowwhere land

16:08 <travmurav[m]> oh, interesting, let me see if this happens for me too...

16:12 <travmurav[m]> steev: But no, seems like I can't reproduce this - just opened a terminal window and moved it to an external display: it moves back to the laptop when I unplug the display and returns to the old place when I reconnect it

16:30 <strongtz[m]> I wonder if sc8380xp (or whatever it's called) supports SVE2

16:34 <steev> travmurav[m]: dumb question but... using wayland?

16:34 <travmurav[m]> steev: yep

16:35 <travmurav[m]> I actually think x11 is completely broken for me, or at least it was at some point

17:27 <konradybcio> plasma wayland works just fine fwiw

17:59 <_[m]1> <konradybcio> "plasma wayland works just fine..." <- not on arch for me, on debian yes

18:02 <steev> for me, unplug, suspend, bring back from suspend, and it's good, however... i plug the external display back in and the monitor never seems to get a signal... unless i log out of gnome, switch to sway, and then log out of sway and back in to gnome, it works

18:05 <steev> and it's not specific to that hdmi dongle

18:05 <steev> but i can move the mouse to the display as if it's there, and can see it in gnome settings, just no signal

18:06 <_[m]1> hm but that sucks if you have external storage connected through the same dock the hdmi is connected

18:07 <_[m]1> that's odd behavior though

18:16 <steev> yeah, i just umount it beforehand

20:29 <craftyguy> steev: which system? I see something similar to that on the x13s, but when I suspend with an external display then on resume it isn't detected unless I replug the cable (and sometimes only after rotating the connector)

20:30 <steev> gnome 45, with patched mutter

20:31 <craftyguy> ah there is something in dmesg, not much... "dwc3-qcom a4f8800.usb: HS-PHY not in L2"

20:31 <steev> yours is a known issue

20:32 <craftyguy> ah, is there more info about it? just for my own curiosity

20:32 <steev> jhovold replied about it above to mynery[m]

20:32 <craftyguy> oops, I'll scroll up

20:34 <mynery[m]> is there an aur package with that patch?

20:35 <craftyguy> jhovold: FWIW I often suspend with the lid closed and an external display connected, to reduce power usage when I'm not using the system

20:35 <craftyguy> no clue, I use sway/wlroots and things work well except for that resume from suspend thing

20:35 <steev> the patched mutter? i do not know, you'd have to ask clover[m], the resident arch expert ;)

21:04 <clover[m]> <mynery[m]> "is there an aur package with..." <- no but you can find the pkgbuild with the patch here: https://github.com/ironrobin/x13s-alarm/tree/trunk/mutter

21:05 <clover[m]> can build it yourself or just add that repo to your pacman conf

21:15 <mynery[m]> i probably have that then

21:17 <clover[m]> this command will tell you:

21:17 <clover[m]> pacman -Sl ironrobin-x13s | grep "\[installed\]"

22:21 <clover[m]> Cause depending on your repo priority, it might very well be grabbing upstream automatically