ChanServ changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | Non-development talk: #asahi | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
Urriellu has joined #asahi-dev
Urriellu has quit [Remote host closed the connection]
user982492 has joined #asahi-dev
YungRaj has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
maria2 has joined #asahi-dev
maria has quit [Ping timeout: 480 seconds]
chadmed has quit [Remote host closed the connection]
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
seeeath has quit []
seeeath has joined #asahi-dev
Urriellu has joined #asahi-dev
derzahl has quit [Remote host closed the connection]
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
nicolas17 has quit [Ping timeout: 480 seconds]
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
chadmed has joined #asahi-dev
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dubiousness has joined #asahi-dev
maria28 has joined #asahi-dev
maria2 has quit [Ping timeout: 480 seconds]
jnn has joined #asahi-dev
jn has quit [Ping timeout: 480 seconds]
Urriellu has quit [Ping timeout: 480 seconds]
stipa is now known as Guest9577
stipa has joined #asahi-dev
Guest9577 has quit [Read error: Connection reset by peer]
nyilas has joined #asahi-dev
nyilas has quit [Remote host closed the connection]
nyilas has joined #asahi-dev
psykose has quit [Remote host closed the connection]
psykose has joined #asahi-dev
i509vcb has quit [Quit: Connection closed for inactivity]
maria285 has joined #asahi-dev
maria28 has quit [Ping timeout: 480 seconds]
darkapex1 has quit []
darkapex has joined #asahi-dev
<jannau>
povik: what's your success rate of getting sio to boot with the dcp audio PR? here it's at most 1 in 4 boots (on top of current asahi-wip with dcp 13.2 support and dcpext)
<povik>
better than that, maybe 1 in 2
<povik>
jannau: do you get the u-boot reservation errors?
<povik>
maybe it's related
<jannau>
booting without uboot
<povik>
huh, so it's something else then
<jannau>
dart.dump_all looks sensible
<jannau>
even if sio boots playback doesn't work. audio elements look ok, just 16, 20 and 24 bit stereo with my displays
<povik>
what happens when it doesn't work?
<povik>
can the PCM be opened, but it's silent?
<jannau>
nevermind, just broken with pipewire. playback with aplay on the device works
<povik>
ok, good
<povik>
weird that it doesn't work with the fallback profile in pipewire
<povik>
it can be a driver fault still, if it doesn't advertise the pcm right
<povik>
the interesting question is: does it work with dcpext OOTB?
<jannau>
debugfs complains with dcpext
<povik>
:(
<jannau>
I have 2 DisplayPort cards in /proc/asound/cards but neither works
<jannau>
debugfs complaints like "debugfs: Directory 'DCPAVAudioInterface' with parent 'avep' already present!" are the only obvious problems though
<povik>
ah, i think those were happening after a plug-in cycle at one point, not sure if i fixed it
<povik>
so when the dcpext cards don't work, does it let you open the pcm? does it fetch the elements?
<povik>
i am forgetting you need to do ~4 boots to try it out
<jannau>
one problem is that afk_populate_service_debugfs tries to create debugfs files for every ep and service
<povik>
maybe we postpone it until i get the reliable sio boot fixed
<povik>
jannau: well, that's by design. though it should remove them when the service is teared down
<jannau>
both displayport pcm devices are broken
<povik>
as in, opening them returns ENXIO?
<povik>
that should happen if the driver doesn't see a cable plugged in
<jannau>
it shouldn't create them for other endpoits which haven't set ep->debugfs_root
<povik>
ok, i will look into that
<jannau>
already fixed locally
<povik>
it breaks with the dcpext services, right?
<povik>
since there were no epic services other than audio on the dcp when i wrote it
<jannau>
yes, it breaks with dcpext
<povik>
ok
<jannau>
also I added an empty "dcpav-interface" to shut the afk log up
<povik>
if you feel like it, please push the rebase and any fixups when you're done playing with it
<povik>
13:56 < povik> as in, opening them returns ENXIO?
<povik>
13:56 < povik> that should happen if the driver doesn't see a cable plugged in
<povik>
actually, that might be the reason pipewire gives up on the device in fallback profile
<povik>
it will try to open it a couple times, if it's not ready yet those opens will fail, and pipewire gives up
<jannau>
something is strange with dcpext. in /proc/asound everything looks ok but alsa userspace doesn't see either dcp audio devices
<povik>
'aplay -l' doesn't list it?
<povik>
that would be very strange indeed
<jannau>
no
<jannau>
"aplay: device_list:274: no soundcards found..."
<povik>
anyway there should be a dma 66 index, i think?
<povik>
ah, 0x66
<povik>
while it's 0x64 for dpaudio0
<jannau>
yes, I added the dpaudio1 node to dcpext
<jannau>
with dcp and dcpext audio no crash, dcp works and dcpext fails with "aplay: set_params:1416: Unable to install hw params:"
<povik>
i forgot i wrote the dpaudio1 node in DT
<povik>
thought you had to write that in
<povik>
so only the audio-xmitter reference was missing
<povik>
14:30 < jannau> with dcp and dcpext audio no crash, dcp works and dcpext fails with "aplay: set_params:1416: Unable to install hw params:"
<povik>
my guess is the sio not crashing in this case is not the effect of dcp audio enabled, but because dcpext fails before it gets a chance to crash sio
<povik>
and it fails earlier maybe becase the cable was plugged in at a different point in time?
bcrumb has joined #asahi-dev
bcrumb has quit []
<jannau>
no, dcpext is plugged in from boot. and I had now a sio crash on dcpext with both enabled