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
<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>
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
<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?
<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.
<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!]