00:05 <steev> "maybe"

00:05 <steev> well, rc9 would probably be released on sunday if linus thinks it needs

00:06 <steev> i probably should have sent a mail about the broken audio a lot sooner (still haven't) because i'm not even sure where to send the mail because i don't know what is breaking it (on c630)

00:07 <steev> steev@limitless:~$ ruby battery_status

00:07 <steev> 🔋🌖 74.36%

00:07 <steev> 19:07:33 up 7:01, 2 users, load average: 0.00, 0.04, 0.00

00:07 <steev> steev@limitless:~$ uptime

00:08 <steev> hopefully we can get that kinda battery life outta the x13s sometime

01:17 <steev> qzed: do you have video output on next yet?

01:17 <qzed> built in panel?

01:17 <steev> yeah

01:18 <steev> wasn't there something about display not working on next with sc8180x

01:18 <qzed> haven't checked for a couple of days, last time I still had to revert the deferred-probing stuff

01:19 <qzed> next-20220722 is the last I tried

01:19 <steev> i'll look through your commits later

01:22 <qzed> should be it, i think: https://github.com/linux-surface/kernel/compare/fd67330a842a731a4eae48196b18a0670da703cb...3fed8ae5ef6bc88751df75ffa3f8c0d42db47215

01:22 <qzed> don't really have the time right now to look into this more than reverting stuff :/

01:22 <steev> no worries

03:16 <steev> root@x13s:/sys/kernel/debug# cat devices_deferred

03:16 <steev> 3d00000.gpu platform: supplier 3da0000.iommu not ready

03:16 <steev> woo, progress

03:16 <HdkR> \o/

03:17 <steev> dunno how to make the iommu become available, but, it's something, i guess

03:18 <steev> i'm assuming i need the correct addresses and if there is 1 thing i absolutely positively suck at, it's math. and then you throw in the math of this stuff... and yeah

05:12 <jhovold> steev: no, custom config to keep build time down

14:26 <steev> jhovold: ah, makes sense... i'm just trying to figure out why remoteprocs aren't working for me on next, and trying to make sure it's not my config and i'm just not seeing why it would be

18:16 <steev> jhovold: i'm assuming with your config, you get remote procs?

18:26 <steev> and if so, would you mind sharing so i can try to figure out what i'm/we're missing

19:28 <clover[m]> systemd devs been real quiet since yesterday lmao

19:28 <clover[m]> i should have some time to test daniel thompson's patch today

20:14 <clover[m]> ok well aur package is failing to build so now idk what to do

20:45 <steev> show the build log?

20:59 <HdkR> Is there a working image for the Galaxy Book S? Asking for a friend

21:00 <HdkR> One of the original 8CX SoC devices

21:44 <steev> there is not

21:44 <steev> is there more to the log than that? that seems like just the error message after the compile

21:48 <clover[m]> https://pastebin.com/24beTqHW

21:48 <clover[m]> full output

21:49 <clover[m]> it said aarch64 was not supported so thats why i added the -A

21:49 <clover[m]> not shocking though, AUR maintainers tend to forget about arm64

21:50 <steev> hm

21:51 <steev> looks like a tooling issue, if i had to guess, because it is expecting a newer compiler? generated with LTO version 11.0 instead of the expected 12.0

21:52 <clover[m]> i mean im using arch which should use latest everything right?

21:52 <clover[m]> rolling release and all that

21:53 <steev> that, i couldn't tell you

21:53 <steev> maybe someone with more arch familiarity can say

22:01 <clover[m]> okie doke

22:05 <steev> fuuuuuuuuuuck

22:05 <steev> i just ran outta battery while working on something :(

22:05 <steev> i... had not saved

22:05 <clover[m]> X_X

22:07 <harvests[m]> not even swap.....;( ?

22:07 <steev> it was on a web page

22:07 <steev> i shoulda done it in vim

22:08 <steev> but meh

22:08 <steev> some day we'll get battery and it'll be fine