01:33 <cenunix[m]> <martiert> "yeah, that worked. NixOS..." <- hey sorry i havent been checking back here so often, im no nix expert but heres the repo https://github.com/cenunix/x13s-nixos.git

01:35 <steev> cenunix[m]: you shouldn't need srinik's fork of alsa-ucm-conf, x13s support is in 1.2.9

01:36 <steev> https://github.com/alsa-project/alsa-ucm-conf

01:40 <cenunix[m]> gotchya, yeah I have some cleanup to do, also martiert, I have a separate repo for my 'personal' configuration with flakes and home-manager the repo is called nicks. Because my desktop is not an ARM machine ofc, if you'd like to look at that feel free as well. Im porting over some of the services I built in nix over to that x13s repo right now (pd-mapper qrtr bluetooth). my pd-mapper workaround is still VERY hacky though, and needs

01:40 <cenunix[m]> to be worked on so i'm gonna have to look at that again.

01:40 <cenunix[m]> nixpkgs has alsa-ucm-conf 1.2.9 i believe so thats even less stuff that needs to be maintained

01:45 <cenunix[m]> also, I haven't got this setup but id love to get some of these kernels on cachix, so not everyone has to sit there compiling a new kernel. Apparently its not terribly complicated

01:50 <clover[m]> steev: do we have j h o v o l d s fixes pushed yet?

01:51 <steev> clover[m]: I don’t think so… I was going to but I’m half tempted to push srini’s patch that he provided to test, just to have headphones that don’t blow ear drums out, at least temporarily while it’s situated…

01:53 <clover[m]> ok, im still in guate but i had a moment to do linux things so jw

01:53 <steev> i think i will tag it as a hack and temporary

01:56 <steev> pushed

03:40 <cenunix[m]> used an overlay on nixos to leave all the firmware uncompressed, pd-mapper works now just by changing the firmware path, less hacky at least. and more reproducible on other machines

03:52 <clover[m]> grr Guatemalan internet is not very stable

03:55 <cenunix[m]> Are there arch mirrors out there?

12:37 <jhovold> broonie, srinik: just sent a series fixing the audio probe race I've been hitting with the X13s:

12:37 <jhovold> https://lore.kernel.org/lkml/20230705123018.30903-1-johan+linaro@kernel.org/

12:38 <srinik> jhovold: thanks..

12:38 <konradybcio> "As expected, the Qualcomm [...] drivers are broken" spot on :P

12:43 <broonie> jhovold: Is there any actual dependency on the soundwire fixes in the ASoC bits? Soundwire review tends to be quite slow.

12:44 <jhovold> broonie: not really, merging it separately will not make things worse than they are today, but audio on the X13s will still be broken if we hit a probe deferral as the codec will fail to reprobe

12:45 <jhovold> i had a version where i implemented a driver specific synchronisation to avoid the dependency, i can revive that if for some reason the soundwire fix becomes stalled

12:46 <danielt> Is anyone else seeing problems with https://github.com/jhovold/linux/tree/wip/sc8280xp-v6.4.1 ? The kernel proper seems works OK but my X13s just blackscreens and reboots if update the DT to the one that comes with the 6.4.1 code from jhovold .

12:46 <broonie> jhovold OK, I'll probably take the ASoC bits at rc1 rather than leaving them hanging around.

12:46 <danielt> I can diff the good/bad DT and try and reduce the difference to minimal... but just want to see if others have same problem.

12:46 <jhovold> broonie: thanks, that would be great

12:47 <jhovold> danielt: what kernel is your current dt from?

12:48 <danielt> jhovold: The working one? I tried v6.4.0-rc7 and v6.4.0 (both your tree, no extra patches but I am running a distro-like kernel config)

12:50 <jhovold> there may be some dt changes in 6.4.1 since 6.4.0 due to the dwc3 mp patches, but haven't noticed any issues myself

12:50 <danielt> jhovold: Ok... I'll try to narrow it down.

13:22 <danielt> jhovold: Turns out I should have narrowed it down before bothering anyone (I'd ended up booting without any DT in the default case... my fault for not checking)

13:33 <jhovold> danielt: heh, good to hear you got it sorted

14:04 <jhovold> broonie: is it possible to get on the alsa-devel whitelist without actually subscribing somehow?

14:04 <jhovold> to avoid the "awaits moderator approval" mails

14:05 <broonie> mailman should support that.

14:05 <broonie> I don't admin the list though.

14:05 <jhovold> do you know who i should ask?

14:07 <broonie> no

14:07 <broonie> I assume -owner should go somewhere if it's mailman.

14:07 <jhovold> ok, thanks. I'll try that. Was linked to here:

14:07 <jhovold> https://mailman.alsa-project.org/postorius/lists/alsa-devel.alsa-project.org/

15:01 <konradybcio> steev i heard you like suspend https://lore.kernel.org/linux-arm-msm/20230705-topic-8180_sleep-v1-1-c5dce117364e@linaro.org/T/#u

15:28 <steev> konradybcio: oh, indeed i do :) but... i haven't revisited my flex5g recently :( i need to

15:32 <bamse> doubt you will be able to fully test that change

15:32 <bamse> konradybcio: but good fine nontheless