ChanServ changed the topic of #asahi-alt to: Asahi Linux: porting Linux to Apple Silicon macs | User-contributed/unofficial distribution ports | Logs: https://alx.sh/l/asahi-alt
pthariensflame has joined #asahi-alt
pthariensflame has quit []
zerdox has quit [Ping timeout: 480 seconds]
john-cabaj has joined #asahi-alt
john-cabaj has quit [Ping timeout: 480 seconds]
possiblemeatball has quit [Quit: Quit]
KxCORP5 has quit [Quit: Bye!]
KxCORP5 has joined #asahi-alt
KxCORP5 has quit [Read error: Connection reset by peer]
KxCORP5 has joined #asahi-alt
jeisom has quit [Ping timeout: 480 seconds]
tsujp has quit [Read error: No route to host]
tsujp has joined #asahi-alt
okt has quit [Read error: No route to host]
psykose has quit [Remote host closed the connection]
psykose has joined #asahi-alt
akda5id has quit [Quit: Ping timeout (120 seconds)]
akda5id has joined #asahi-alt
okt has joined #asahi-alt
VeeBop has quit [Quit: buh bye]
VeeBop has joined #asahi-alt
<chadmed> cy8aer: when is your debian likely to get wireplumber 0.5?
<mps> chadmed: you have new asahi-audio ready for test with wireplumber 0.5?
<chadmed> not pushed yet and depends on wireplumber!627 and wireplumber!628
<chadmed> but yes its working
<mps> I can install WP 0.5 in about one hour on alpine to test (have to finish first some morning tasks)
<chadmed> make sure you merge those two MRs on wireplumber
<chadmed> it wont work at all without those
<mps> which ones? could you post url
<chadmed> you must merge 627 first
<mps> iiuc this is enough for asahi-audio 1.7 to work?
<chadmed> nope
<chadmed> i told you i havent pushed the fixes
<mps> aha, ok. then I could just prepare and build patched wireplumber
<chadmed> just pushed asahi-audio fixes to main
<chadmed> youll have to "build" that from source too
<mps> you didn't created tagged release?
<chadmed> not yet
<chadmed> not until the wireplumber MRs are merged and a release is cut
<chadmed> would be quite stupid to release deliberately broken software, dont you think
<mps> fully agree
<mps> I will try today to build WP with above patches and asahi-audio git and test
<mps> if I found time ofc
<chadmed> yeah no worries, no rush
<chadmed> !627 should be merged soon-ish but im not so sure about !628
<j`ey> chadmed: we dont have that bot here :P
<janneg> chadmed: will be some time before we add devices but since the "new" devices are re-using existing chassis it shouldn't be too hard to backport that
<janneg> speaker support on imacs will be different so imho justified to require wireplumber 0.5+
<janneg> same for mac pro users (if there is more than one)
<cy8aer> chadmed: It depends on all other problems wireplumber has, especially in waybar: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1067660.
<cy8aer> actually it is in experimental, so not in the unstable/testing tree. We can freeze asahi-audio to a stop version when the wireplumber compatible version has a defined number (e.g. 2.x)
jeisom has joined #asahi-alt
opticron has quit [Read error: Connection reset by peer]
opticron has joined #asahi-alt
possiblemeatball has joined #asahi-alt
<mps> chadmed: I tried to apply !627 and !628 on top of 62dd6effa8d058284aae2b01c30d9ba78371830b git commit but they can't be applied because some files are missing in this commit
<cy8aer> chadmed: as I understand your asahi-audio patches depend on wireplumber > 0.5.0?
JayBeeFOSS has quit [Ping timeout: 480 seconds]
JayBeeFOSS has joined #asahi-alt
jacksonchen666 has joined #asahi-alt
Ilovechocolate974 has joined #asahi-alt
jn has joined #asahi-alt
jnn has quit [Ping timeout: 480 seconds]
zerdox has joined #asahi-alt
<chadmed> cy8aer: on main, yes. there is a compat branch that will have fixes backported to it for wp < 0.5
<chadmed> v1.8 is tagged off on branch and so too will all future 1.x releases
<chadmed> once george is happy with my MRs then i will tag out asahi audio 2.0 which will work with wp > 0.5
Ilovechocolate974 has quit [Ping timeout: 480 seconds]
<cy8aer> right
nyaomixyz has joined #asahi-alt
<nyaomixyz> hello, anyone on gentoo with asahi kernel p16 got "unknown filesystem vfat" while mounting the esp at bootup?
<stintel> nyaomixyz: btw I found that I was connected on 2.4GHz which was causing the BT audio to be unusable
<nyaomixyz> oh
<nyaomixyz> nice!
<nyaomixyz> in my testing the other day it was impossible to get stable audio
<nyaomixyz> not in wifi and not without wifi
<nyaomixyz> xm4 and also random earbuds
<stintel> I see
<nyaomixyz> ldac or sbc
<nyaomixyz> nothing
<nyaomixyz> now i gotta debug why this kernel wont automount the esp
<stintel> so disabling periodic scanning in iwd won't help ;)
<nyaomixyz> initramfs is fine
<stintel> but does the esp need to be mounted?
<nyaomixyz> uh that's an idea
<stintel> I mean during boot
<nyaomixyz> the esp needs to be mounted
<nyaomixyz> of course
<stintel> why?
<nyaomixyz> there's vendorfw
<stintel> is that not copied to /lib/firwmare ?
<nyaomixyz> it is bind mounted
<stintel> it's not mounted here at all and all my peripherals work
<nyaomixyz> well that's odd
<nyaomixyz> probably it copied over
<nyaomixyz> but anyway, thing is, without mounted esp you cant update grub and stuff
<stintel> my /boot is on the root filesystem so for grub it's not a problem
<stintel> it is for m1n1 though
<stintel> but so it shouldn't be needed during boot afaict
<nyaomixyz> oh
<nyaomixyz> in gentoo i have esp as boot
<stintel> yeah when I initially started using UEFI hardware I did the same
<stintel> but now I throw it on boot, and on systems with btrfs raid1, this makes sure your kernels are also "mirrored"
<stintel> s/boot/root/
Ilovechocolate974 has joined #asahi-alt
<stintel> and on those I have 2 ESP partitions, run grub-install on both, so I still have a bootloader if either of the 2 drives die
<stintel> Boot0010* gentoo1 HD(2,GPT,49f02ef2-cc08-4333-bcac-960761f4863e,0x200,0x20000)/File(\EFI\gentoo1\grubx64.efi)
<stintel> Boot0011* gentoo0 HD(2,GPT,6a9cd6c0-c460-425c-bd5a-5729a264f1fb,0x200,0x20000)/File(\EFI\gentoo0\grubx64.efi)
<janneg> nyaomixyz: the dracut firmware integration misses a vfat dependency + the esp was not mounted when `dracut --hostonly ...` ran
<nyaomixyz> btw here a sudo mount doesn't work with the same error
<nyaomixyz> it's probably not only dracut
<nyaomixyz> do i /etc/modprobe.d/10-vfat.conf my way out?
<janneg> the issue is that the vfat kernel module is not available in the initramfs
<nyaomixyz> it seems it is tho
<janneg> no, you need to mount the esp and regenerate the initramfs
<chadmed> stintel: you dont use the overlay though do you
<janneg> nyaomixyz: is this asahi-kernel with the stock config?
<nyaomixyz> yep
<nyaomixyz> did zcat | cpio -tiv | grep vfat
<nyaomixyz> the .ko is there
<janneg> not sure then
<nyaomixyz> it is apparent that the vfat module doesn't get loaded at boot
<nyaomixyz> and the condition persists after the root switch
jeisom has quit [Remote host closed the connection]
<nyaomixyz> the question here is why isn't this mounted?
jeisom has joined #asahi-alt
<janneg> anything in the kernel messages?
tobhe_ is now known as tobhe
jeisom has quit [Remote host closed the connection]
jeisom has joined #asahi-alt
<nyaomixyz> no mention of vfat or the nvme partition
jeisom has quit [Remote host closed the connection]
jeisom has joined #asahi-alt
<stintel> chadmed: I do
<stintel> but I build my own kernel from git
<stintel> and use genkernel, not dracut (old habits die hard)
<nyaomixyz> well, i am forcing dracut to load vfat
<nyaomixyz> lets see if this produces anything at all
<nyaomixyz> safe to say that module autoload isn't working as I rebuilt the kernel yet vfat has to explicitly be modprobed
zerdox has quit [Remote host closed the connection]
rhysmdnz has quit [Quit: Bridge terminating on SIGTERM]
Guest4197 has quit [Quit: Bridge terminating on SIGTERM]
Jamie has joined #asahi-alt
Jamie is now known as Guest4305
rhysmdnz has joined #asahi-alt
<nyaomixyz> oh
<nyaomixyz> so
<nyaomixyz> I "solved" it by modprobing vfat early
<nyaomixyz> configured it so dracut has a cmdline arg that explicitly loads vfat before anything else
<nyaomixyz> however wifi is also busted
<nyaomixyz> what does this meannnn
<janneg> probably missing firmware connected to the vfat error. is there anything in /lib/firmware/vendor ?
<nyaomixyz> there is
zerdox has joined #asahi-alt
<nyaomixyz> right now i had to power off the macbook
<nyaomixyz> however, p15 still continues to work whilst p16 doesn't
<nyaomixyz> no clue why
<nyaomixyz> also confronted vfat config
<nyaomixyz> it's almost the exact same, the important flags are there
<nyaomixyz> compiled as module
<nyaomixyz> and fw is there in the correct dir
<nyaomixyz> starting to think this is yet another asahi-kernel moment
Ilovechocolate974 has quit [Ping timeout: 480 seconds]
<janneg> firmware handling seems to be ok. there seems to be going something wrong with with the brcfmac firmware itself. unsure what. p16 was working for me
<nyaomixyz> p15 works fine
<nyaomixyz> idk what's up at this point
<nyaomixyz> ran a config diff between p15 and p16 and configs aren't identical
<nyaomixyz> but it seems they're aligned with fedora config
<nyaomixyz> also there's this overall "if configs are ok why does it not work" feeling
<janneg> just rebooted into 6.6.0-asahi-16-dist again and works here (M1 Max 14-inch Macbook pro, so except for the SoC identical setup)
<nyaomixyz> is my gentoo broken
<nyaomixyz> oh also
<nyaomixyz> is this your 16 version or the one found in asahi-overlay?
<nyaomixyz> i saw there's a draft pr of yours
<nyaomixyz> oh ok not yours
<nyaomixyz> sorry almost the same username
<nyaomixyz> wait are you jannau on github?
<janneg> no, I'm using https://github.com/chadmed/asahi-overlay/pull/72 which is by me
<nyaomixyz> oh
<janneg> I did not see that chadmed pushed it a version too
<nyaomixyz> wondering if those result to the same kernel
<janneg> they should, only difference in the ebuilds is that I forgot to add pahole as dependency
<nyaomixyz> for good measure i rebuilt it
<nyaomixyz> but no dice
jeisom has quit [Ping timeout: 480 seconds]
<nyaomixyz> OH GOD
<nyaomixyz> I FOUND IT
<nyaomixyz> THIS IS WORSE THAN I EXPECTED
<nyaomixyz> basically it's literally forgetting to autoload module dependencies
<nyaomixyz> if A depends on B
<nyaomixyz> like brcmfmac depends on brcmfmac-wcc
<nyaomixyz> well it only loads brcmfmac
<nyaomixyz> and earlier it wouldn't load vfat
<nyaomixyz> the hell is wrong with this kernel
<nyaomixyz> yeah i got wifi but at what cost
<janneg> I don't think it is an issue of the kernel itself. according to modinfo/lsmod brcmfmac-wcc depends on brcmfmac
<nyaomixyz> the idea here is that a bunch of modules wont autolod
<nyaomixyz> basically hardware modules won't autoload
<nyaomixyz> tried to run an initramfs diff and found nothing suspicious
Ilovechocolate974 has joined #asahi-alt
Ilovechocolate974 has quit []
<mps> does https://github.com/AsahiLinux/asahi-audio/commit/6428f52c56c71a28cf3bf641cd559de17d610830 imply that asahi-audio 1.8 could be used with wireplumber 0.5
<mps> looks like it works fine
<mps> hm no, no bass
<mps> not good to type to fast. subwoofer is show in pavucontrol and looks like it works fine
<mps> shown*
<cy8aer> mps: asahi-audio 1.x if for wireplumber <0.5, new asahi-audio 2.x is for wireplumber >=0.5.0, the actual asahi-audio main branch (not tagged yet with 2.x...) doew work with 0.5.0!
<mps> cy8aer: hm, looks like it work in my case. have to check it deeply
<cy8aer> the wireplumber compatibility is for the equalizer stuff IMHO so "no bass" might be the reason.
<mps> cy8aer: ah, yes, you are right
<cy8aer> try the https://github.com/AsahiLinux/asahi-audio main HEAD.
<mps> yes, will try to build it
<nyaomixyz> half solved wifi by telling dracut to early load it
<nyaomixyz> btw there's probably more
nyaomixyz has quit [Quit: Konversation terminated!]
hightower3 has quit []
hightower2 has joined #asahi-alt
jeisom has joined #asahi-alt
lynndotpy has quit [Quit: bye bye]
lynndotpy has joined #asahi-alt
xal has quit []
psykose has quit [Remote host closed the connection]
xal has joined #asahi-alt
<mps> cy8aer: build asahi-audio from main branch also doesn't work with wireplumber 0.5
<janneg> it is not expected to work with wireplumber 0.5, it needs wireplumber main and wireplumber/-/merge_requests/628 which is still under discussion and bound to change
nyaomixyz has joined #asahi-alt
<nyaomixyz> back with more obscenity
<nyaomixyz> the kernel doesn't autoload any module by itself unless it's specified in dracut or loaded manually at some point
<nyaomixyz> means that zstd, vfat, other support modules that should be loaded are not
<nyaomixyz> idk if this is due to a specific "rescue" kinda mode that got triggered somehow, or if i am missing something
<mps> janneg: yes, I know. c_hadmed told earlier, but I wanted to check
<janneg> nyaomixyz: do you have xz compressed modules /lib/modules/$(uname -r) ? check with `find /lib/modules/$(uname -r) -name 'brcmfmac.ko*'`
<nyaomixyz> nope
<nyaomixyz> they're only .ko
<nyaomixyz> right now I pulled every other kernel source I had, literally blasted off /usr/src
<nyaomixyz> and rebuilding again
<nyaomixyz> just so I am sure I have clean paths on /usr/src and /lib/modules
<nyaomixyz> I mean I am close to reinstalling everything anyway
<nyaomixyz> basically the enormous symptom is that one, a ton of modules are simply just missing at boot, modprobe can load them all but the kernel itself acts as it doesn't need them, and it doesn't care if they are needed by peripherals
<nyaomixyz> or block devices
<nyaomixyz> and while I could "fix" it by adding everything to dracut's configuration... it feels unclean
<nyaomixyz> didn't work
<chadmed> cy8aer: main needs changes as george cancelled the automerge and asked for a few more changes :p
<cy8aer> chadmed: as long as wp 0.5.x is in deb experimental there is no need on my side. Looks like days for your effords for the patches but weeks for the debian maintainers.
<cy8aer> I am patient.
nyaomixyz has quit [Quit: Konversation terminated!]
<janneg> asahi-kernel in https://github.com/chadmed/asahi-overlay/pull/75 builds 25% faster, after disabling all non apple arm64 ARCHs and debug CONFIGs
zerdox has quit [Remote host closed the connection]
nyaomixyz has joined #asahi-alt
nyaomixyz has quit []
jeisom has quit [Ping timeout: 480 seconds]
xal has quit []
<chadmed> janneg: thanks!