thelounge7571340 has quit [Remote host closed the connection]
Etrien has joined #asahi-dev
Etrien_ has quit [Read error: Connection reset by peer]
Etrien_ has joined #asahi-dev
Etrien has quit [Read error: Connection reset by peer]
Etrien_ has quit [Read error: Connection reset by peer]
Etrien has joined #asahi-dev
dgb has joined #asahi-dev
kettenis has joined #asahi-dev
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
kettenis_ has quit [Ping timeout: 480 seconds]
amarioguy has joined #asahi-dev
dd has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
* amarioguy
reviews the IRC backlog, on standby if needed
Etrien_ has joined #asahi-dev
Etrien has quit [Remote host closed the connection]
Etrien has joined #asahi-dev
Etrien_ has quit [Ping timeout: 480 seconds]
jluthra has quit [Remote host closed the connection]
whistlingoat has joined #asahi-dev
jluthra has joined #asahi-dev
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
amarioguy has quit [Remote host closed the connection]
whistlingoat has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
dgb has quit [Quit: dgb]
whistlingoat has joined #asahi-dev
amateurece has quit [Remote host closed the connection]
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
pthariensflame has joined #asahi-dev
whistlingoat has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
whistlingoat has joined #asahi-dev
pthariensflame has quit [Remote host closed the connection]
pthariensflame has joined #asahi-dev
whistlingoat has quit []
pthariensflame has quit []
rickybobby23 has joined #asahi-dev
whistlingoat has joined #asahi-dev
rickybobby23 has quit [Remote host closed the connection]
Etrien_ has joined #asahi-dev
Etrien has quit [Ping timeout: 480 seconds]
whistlingoat has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
whistlingoat has joined #asahi-dev
rickybobby23 has joined #asahi-dev
rickybobby23 has quit [Remote host closed the connection]
<marcan>
povik: the PA thing was a PA bug as far as I can tell (regression as of dec 2021). there was also a cs42l84 bug I just fixed (see bits branch)
<marcan>
also the UCM config for the Mac Studio needs a fix (ASI stuff should only be set inside the conditional for speakers present)
SSJ_GZ has joined #asahi-dev
Etrien__ has joined #asahi-dev
Etrien_ has quit [Ping timeout: 480 seconds]
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
rickybobby23 has joined #asahi-dev
<marcan>
new kernel + pulseaudio packages pushed with the fixes
<marcan>
povik: let me know if you want to move the ucm repo under the org so we can both push :)
<rickybobby23>
devmem2 crashes my box -- anything I can do to help debug?
whistlingoat has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
<marcan>
rickybobby23: if you're trying to access registers, it's not supposed to work
<marcan>
apple silicon platforms require device-nGnRnE mappings for IO, it cannot be done with mmap
<marcan>
so basically "don't do that"
<rickybobby23>
Wow til.
<rickybobby23>
Would a patch for a guard be of interest? Ie so the system doesn't totally freeze
<marcan>
not really, if you enable devmem its user is supposed to be able to kill the system by design
<rickybobby23>
Fair enough, except that whereas on another system, there are commands that wouldn't crash things -- here it seems virtually anything will crash the system
<rickybobby23>
ie devmem2 commands
<rickybobby23>
I'm not an expert on linux apis though so take with grain of salt
<marcan>
I'm not entirely sure how the VM / devmem system picks IO mapping modes, but since these SoCs actually require different modes for different things (some PCIe stuff needs to be nGnRE), it would require a UAPI change to expose this via mmap and a change in devmem to let you specify that, to support it properly
<marcan>
and I'd say there is ~zero chance of that happening just so people can use devmem
<marcan>
if you want to play around with device registers, that's what m1n1 is for (which using the hypervisor you can even do while linux is running)
<marcan>
looks like they left, but actually it looks like the devmem path does use nGnRnE? so it probably should work for real MMIO?
Etrien has joined #asahi-dev
<marcan>
lol, devmem2 only has byte/halfword/word options which map to 8/16/64 (!) bits
<marcan>
I tried it, it actually should work as far as I can tell, other than not being able to specify 32 bits and the vast majority of MMIO being 32-bit only
<marcan>
so yeah, that tool is broken
Etrien__ has quit [Ping timeout: 480 seconds]
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
Etrien has quit [Read error: Connection reset by peer]
Etrien has joined #asahi-dev
Core9066 has quit [Remote host closed the connection]
ella-0_ has joined #asahi-dev
Etrien_ has joined #asahi-dev
ella-0 has quit [Read error: Connection reset by peer]
Etrien has quit [Ping timeout: 480 seconds]
chadmed has joined #asahi-dev
dd has joined #asahi-dev
<chadmed>
hey hey we're down to 198 patches on top of 6.1-rc1 vs 440 on top of 6.0-rc6
Etrien_ has quit [Read error: Connection reset by peer]
Etrien has joined #asahi-dev
<marcan>
did we really drop that many? or was it some large noisy thing?
<_jannau_>
asahi-6.0-rc6-1 contained sound/6.1 for dependencies. that was probably around 200 commits
<marcan>
there you go
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-dev
chadmed has quit []
<marcan>
that said, please test since I intend to go into upstreaming mode again after this release is pushed to users
chadmed has joined #asahi-dev
<_jannau_>
except for the tps6598x i2c irq issue no problems on j493
<_jannau_>
I managed with the kde volume applet to set voulme one point quieter on the right channel
<chadmed>
oh hey new kernel fixes speakers on j314 too!
<chadmed>
could it actually have been i2c being too slow without interrupts?
<chadmed>
ucm stuff still borked with pipewire but i can live without it for now until we work out whats going on there
<chadmed>
oh ok it doesnt fix it fully but the samples buffer faster than they used to
<marcan>
the new kernel has povik's patch to fix the channel count issue
<chadmed>
yeah i noticed that, samples are still going through at ~half the speed they should even when everythings clamped to 96kHz
<_jannau_>
I count 199 patches on top of v6.0-rc6 ignoring patches in asoc-6.1 (which probably misses a few patches we would have carried)
<chadmed>
git rev-list v6.1-rc1..asahi-6.1-rc1-2 | wc -l gave 198
<marcan>
jannau: atcrt = ATC retimer
<marcan>
it's the usb3/tb buffer chips
<marcan>
re the tps, remember we already determined you can DoS them if you talk to them too fast
<marcan>
so I wouldn't be surprised if we need sleeps
<marcan>
I can't repro on m1air though
<chadmed>
playback_AUX6, playback_AUX7 :P
<chadmed>
well _less_ extra channels is still progress
<sven>
jannau: hm.. we've had issues with the tps chip before when we were spamming it too fast
<sven>
I bet there's some path in tipd/core.c that does just that
<sven>
tps6598x_exec_cmd possibly. it seems to poll for command completion instead of relying on the irq e.g.
chadmed has quit [Quit: Konversation terminated!]
<povik>
06:55 <@marcan> povik: let me know if you want to move the ucm repo under the org so we can both push :)
<povik>
let's see what i need to do to initiate the move
chadmed has joined #asahi-dev
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
<povik>
i pushed the 'Transfer' button, at first it seemed like i don't need any permissions on the target side, just that the new owner will need to approve it
<povik>
then i got 'You don’t have the permission to create public repositories on AsahiLinux'
<povik>
*shrug*
<povik>
marcan: feel free to create it under AsahiLinux and push the current contents, giving me push permission
<povik>
i can delete mine later
<povik>
chadmed: haha
<povik>
how does that come about, i wonder?
<povik>
bet it's the bclk ratio divided by slot size
<chadmed>
the failure mode re samples being messed up does resemble that. i did some testing with various mclk values when they were still in the DT and the same thing happened back then
<chadmed>
no idea about the extra channels though, thats a relatively new thing
<chadmed>
does num_codecs include the jack channels?
<chadmed>
if not then nslots should be fine... right?
<povik>
chadmed: earlier, when you opened it for 32 channels, you got the 'digital noise' sounds because it was misconfigured at MCA level -- the no. of channels couldn't be supported under the TDM parameters commanded to MCA by the machine driver, so it scrambled the samples across channels
<povik>
now MCA constrains the no. of channels so it can't enter the digital noise failure mode, but it doesn't all need to be usable channels
<povik>
i thought the machine driver commands an nslots higher than is used
<povik>
chadmed: but you are right, nslots should be 6 there
<povik>
so where do those two channels come from?!
<povik>
chadmed: you can open it for two more channels, but it shouldn't be outright broken like before
<chadmed>
yeah intelligible music did come out
<povik>
does it sound good?
<chadmed>
no it sounded like a vapourwave album (which like i said is progress over before)
<chadmed>
running samples through at ~half speed and cutting out every couple of seconds
<chadmed>
so same failure mode, just less severe
<chadmed>
pipewire can do enough to route the convolvers to their correct channels, but those two extra phantom ones still seem to be blowing something up
<marcan>
... I basically had to implement a pile of features that bcmdhd supports, because I guess the broadcom guys are too lazy to actually maintain the upstream Linux driver to modern features
<j`ey>
so nothing apple specific in the end?
<marcan>
no, everything I implemented was already in bcmdhd
<maz>
is btcohab part of this?
<marcan>
so far I don't think we've implemented *any* apple-only features whatsover, in the entire pcie series
<marcan>
it's all been "shit broadcom has been doing in bcmdhd"
<marcan>
*entire wifi series
<marcan>
except the OTP
<marcan>
the OTP and firmware selection is the only funny apple thing
<jannau>
so no more excuse to skip rpm in new drivers
kov has joined #asahi-dev
<jannau>
marcan: sd reader was working at some point on the mac studio, I think
<marcan>
maz: btcoex? no, that's actually already working I think, but I think it needs a change on the *BT* side to mark audio connections are prioritized first
<marcan>
and then the wifi side will want some changes to play well with that
<marcan>
jannau: might be a regression
<marcan>
(or my SD card is borked)
<marcan>
the funny btcoex stuff does seem to be apple-exclusive, but when I tried to implement it it didn't help much, so I think we really need the BT side flag first
<marcan>
(cc sven)
<maz>
marcan: ah, yes, that's how it's actually called. yeah, I expect it to be a two-way thing. I bet this stuff only exists in Android otherwise...
<marcan>
it exists in brcmfmac already, somewhat, but done differently to how apple does it
<marcan>
apple actually sends wifi commands when the BT side starts streaming, which is going to be... fun to wire up
<marcan>
but that may not quite be necessary for a first shot
<sven>
yeah, I’m not looking forward to btcoex
<sven>
maybe once I’m annoyed enough with this DP and thunderbolt stuff again
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
<sven>
if anyone else wants to take a look at it: you can use PacketLogger from the additional XCode tools to trace all bluetooth commands from inside macos
<_jannau_>
there's a config of which modules to to include
<_jannau_>
hmm, I never noticed that one. that might not be in the archlinux arm pkgbuild
<Foxboron>
Thats what spurred my question :) I had originally spotted your patch
<_jannau_>
#86 is probably superseeded by #112
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Foxboron>
_jannau_: nl6720 and me will work on mkinitcpio stuff on Saturday fwiw :)
<_jannau_>
compression support isn't that important to us anymore since we ship uncompressed kernels for sd-boot compatibility
<_jannau_>
not sure if we need compression support for EFI_ZBOOT
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
ecurtin has joined #asahi-dev
bisko has joined #asahi-dev
bisko has quit [Ping timeout: 480 seconds]
<marcan>
pushed the wifi S3 fixes to asahi-wip and the bits branch. I'm not going to enable suspend in the arch kernel yet, but feel free to try it if you're building your own kernels.
<marcan>
right now I think the only functional wakeup source is the SMC button/lid
<marcan>
povik: I suspect the mca errors are because the clocks are off? we might have to add code to mca to bring up clocks (dummy ones) around rpm resume so the power states can change properly, or otherwise change the pmgr code so it doesn't complain about this particular case
<sven>
nvme-apple 27bcc0000.nvme: RTKit: Unknown system endpoint: 0x0a <-- huh, looks like at some point they updated the ANS firmware and it also got that endpoint
<marcan>
yes, it's been there at least since ventura I think
<marcan>
I think that came with the same update that broke things in uboot
<sven>
guess I just never noticed then
joske has joined #asahi-dev
<marcan>
btw, the wifi stuff is 8 new patches because I broke it up, but given my previous experience upstreaming this stuff, I'm tempted to squash them into 2 or so...
<joske>
marcan: oh goody, rebooting
<marcan>
since upstream net apparently doesn't like reviewing "big" patch series, where "big" refers exclusively to the number in the subject line
<marcan>
joske: ?
joske has quit []
joske has joined #asahi-dev
<joske>
building kernel with suspend :-)
<Foxboron>
_jannau_: I haven't wrapped my head around the EFI_ZBOOT stuff yet :/
<SSJ_GZ>
marcan: Great work, as always :) Are there any figures on s2idle power-savings e.g. using a watt-meter, or somesuch?
<marcan>
haven't tested, honestly I don't expect much on laptops because I think the biggest power hogs are probably CPU and display scanout (which don't change)
<marcan>
the main benefit right now is knowing that the system is actually forced to be idle, instead of hoping apps aren't eating CPU
<SSJ_GZ>
Thanks :)
<marcan>
and honestly that will always be the main benefit, because s2idle by *definition* provides zero power saving over an idle system, because an idle system is already supposed to save power
<marcan>
it's just that s2idle forces everything to be idle
<SSJ_GZ>
Ah, I see
<marcan>
there is "real" full sleep mode on these machines, but I think it won't save that much power, not enough for us to bother with it for a while
<marcan>
there are much bigger things to fix first that will make the overall machines and s2idle more efficient
<SSJ_GZ>
(I see your twitter already answered my Q - whoops XD)
amarioguy2 has joined #asahi-dev
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
joske has quit [Read error: Connection reset by peer]
axboe has joined #asahi-dev
<_jannau_>
Foxboron: I think it's PE executable embedded compressed data. not sure if compressed offset/size are at constant offsets. it's probably harder to parse compressed kernels
<sven>
[ 36.083214] apple-dcp 231c00000.dcp: RTKit: syslog message: entSource_rtkit.cpp:105: [AFK][AFKTimerEventSource:0xffffffff40fa85c8] worker <-- at least the AFK/EPIC stuff is finally working :)
<sven>
now let's see what happens if I connect a secondary screen with the linux driver
Gaspare has joined #asahi-dev
joske has quit [Ping timeout: 480 seconds]
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
whistlingoat has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
<ljs>
working on m2 air fyi
ljs has quit [Remote host closed the connection]
amarioguy2 has quit [Ping timeout: 480 seconds]
amarioguy2 has joined #asahi-dev
espo has joined #asahi-dev
bisko has quit [Read error: Connection reset by peer]
bisko has joined #asahi-dev
___nick___ has joined #asahi-dev
___nick___ has quit []
___nick___ has joined #asahi-dev
bluetail has quit [Ping timeout: 480 seconds]
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
jluthra has quit [Remote host closed the connection]
jluthra has joined #asahi-dev
Gaspare has quit [Quit: Gaspare]
the_lanetly_052 has quit [Ping timeout: 480 seconds]