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
Keyaedisa has quit [Ping timeout: 480 seconds]
leitao has quit [Ping timeout: 480 seconds]
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
Keyaedisa has joined #asahi-dev
Keyaedisa has quit [Ping timeout: 480 seconds]
seeeath has quit [Remote host closed the connection]
seeeath has joined #asahi-dev
Keyaedisa has joined #asahi-dev
Keyaedisa has quit [Ping timeout: 480 seconds]
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
Keyaedisa has joined #asahi-dev
___nick___ has quit []
___nick___ has joined #asahi-dev
seeeath_ has joined #asahi-dev
seeeath_ has quit []
seeeath_ has joined #asahi-dev
seeeath has quit [Ping timeout: 480 seconds]
seeeath_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
Keyaedisa has quit []
<marcan> povik: pushed the testtone/notebook stuff
leitao has joined #asahi-dev
leitao has quit [Ping timeout: 480 seconds]
leitao has joined #asahi-dev
leitao has quit [Ping timeout: 480 seconds]
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jeffmiw has joined #asahi-dev
crabbedhaloablut has joined #asahi-dev
loki_val has quit [Ping timeout: 480 seconds]
jeffmiw has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
audiojaguar has joined #asahi-dev
audiojaguar_ has quit [Ping timeout: 480 seconds]
leitao has joined #asahi-dev
leitao has quit [Ping timeout: 480 seconds]
MajorBiscuit has joined #asahi-dev
<sven> hrm, so the acio dart's stream 15 is set to bypass by macos
<sven> thunderbolt still works if I don't do that
<sven> I've enabled translation without setting up any pagetables and get these faults: apple-dart 501a80000.iommu: translation fault: status:0x8f0f0001 stream:15 code:0x1 (NO TTBR FOR IOVA) at 0x100100
<sven> so... uh... what the hell is that stream doing?
bisko has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
zef has joined #asahi-dev
chadmed has quit [Remote host closed the connection]
chadmed has joined #asahi-dev
jluthra has quit [Remote host closed the connection]
jluthra has joined #asahi-dev
leitao has joined #asahi-dev
<jannau> sven: could it be a backchannel to pmgr / pmp?
leitao has quit [Ping timeout: 480 seconds]
chadmed has quit [Remote host closed the connection]
chadmed has joined #asahi-dev
<jannau> bt device/key parsing from nvram done. I guess I should write asahi-btsync in rust as well to avoid a stdout / shell interaction with device supplied name fields
<jannau> to bad bluez seems to have no import device (with pairing key) functionality
c10l6 has joined #asahi-dev
c10l6 is now known as c10l
bisko has joined #asahi-dev
chadmed has quit [Remote host closed the connection]
chadmed has joined #asahi-dev
<chadmed> using rtkit to give pipewire "proper" "realtime" support fixes all the buffer overflowing issues with the compressor
<chadmed> it does have a higher affinity for pcores now but i think thats alright, better than choppy audio
<chadmed> power use is ~the same anyway
<chadmed> moving the cursor pushes up power consumption more than playing music does
<jannau> the trackpad generates ~10k irq/s
<povik> hah
<povik> do we want to bring up sio to address that?
<povik> or is there something else we can do to push the irq number down?
<maz> don't touch the trackpad? :D
<povik> other than that... :P
<maz> some trackpads have a "precision" setting that influence the rate of updates, and thus the rate of IRQs.
<chadmed> its quite entertaining watching the scheduler try to pass irq threads around when you move the trackpad. the thing goes from every core sitting at 0 to multiple pcores running up 5-10% utilisation
<maz> (vague memory from a previous life)
<jannau> add delays in the irq hadnler
* maz throws something at jannau
<jannau> I think aic2 helpfully distributes the irq to all cores
<maz> yeah, it has no notion of affinity to speak of. which is an annoyance on its own (Linux is not very well equipped to deal with 1:N distribution)
<maz> I'll eventually have to do something about that, as some GIC users are doing that too these days.
<jannau> povik: not sure if sio will help much. I doubt the spi transfers itself cause too much cpu load compared to the event parsing and input handling
<povik> wouldn't there be significant overhead in handling the 10k/s irqs?
<povik> i assume the number of events is much lower and we spend many irqs per event
<povik> (i'm just guessing here, no hard numbers at hand)
<jannau> the interrupt handling in spi_hid should maybe re-thought
joshtaylor has joined #asahi-dev
<dottedmag> jannau: This happens on boot, couldn't one supply bluez with the files in /var/lib/bluetooth directly? Though the file format is documented as "discouraged to access directly", of course.
<jannau> dottedmag: yes, I'll plan to manage /var/lib/bluetooth directly but it's annoying
jnn is now known as jn
<sven> jannau: hm... possibly. the iova which should be 1:1 to phyaddr in bypass mode is just very strange
<sven> and ofc the thunderbolt/usb4 firmware has almost no strings :<
<povik> i remember there could be offsets applied in bypass mode but you probably checked for those
<sven> yeah, and there's also not DAPF behind the DART
bluetail8 has joined #asahi-dev
bluetail has quit [Ping timeout: 480 seconds]
<sven> hrm, every write to a NHI ring seems to trigger that fault
<sven> let's see if I can just map that page to some memory and observe if it tries to write anything there
leitao has joined #asahi-dev
leitao has quit []
leitao has joined #asahi-dev
bisko has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
ncopa2 is now known as ncopa
<sven> ... that probably didn't work because stream 15 just seems to be related to an entirely different physical space afaict
seeeath has joined #asahi-dev
<sven> jannau: can you trace a acio dart on your j314? the adt you sent me some time ago seems to have a bypass-address configured for those
<sven> ohh… wait.. maybe whatever triggers that 0x100100 access actually sends a 64bit address but because once I enable translation I’m limited to 32bit I just don’t see the upper bits
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<jannau> sven: how do you trace dart-acio? trace_dart.py accesses the dart too early
<povik> how come a trace script accesses the dart at all?
<sven> just trace_device should work
<sven> i only care about the TCR value for stream 15
<sven> you need to plug in a tbt device fwiw
balrog has quit [Quit: Bye]
balrog has joined #asahi-dev
leitao has quit [Read error: Connection reset by peer]
<jannau> sven: MMIO: W.4 0xb01a8013c (dart-acio1[0], offset 0x13c) = 0x20000
kh has joined #asahi-dev
<sven> huh.. that doesn’t even enable bypass i think
<kh> marcan: Are non-PSCI cpuidle drivers blocked on arm64? Sudeep doesn't seem to be against it
<sven> weird
<sven> it doesn’t matter much because thunderbolt works just fine even with that stream set to block all access but I’d really like to know what these 0x100100 reads/writes are supposed to do
<jannau> dev 0f: TCR=0x20000 (BYPASS_DAPF=0, BYPASS_DART=0, TRANSLATE_ENABLE=0)
<sven> guess we can eventually try and see what happens on t6k with my Linux driver and that stream set to translate with an empty pagetable
cupermir has quit [Remote host closed the connection]
cupermir has joined #asahi-dev
<marcan> kh: As far as I know, yes, certainly without significant discussion first.
tino has joined #asahi-dev
cupermir has quit [Ping timeout: 480 seconds]
Dementor has quit [Ping timeout: 480 seconds]
seeeath has joined #asahi-dev
gladiac has joined #asahi-dev
MajorBiscuit has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
bisko has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
lawrence has quit [Quit: The Lounge - https://thelounge.chat]
lawrence has joined #asahi-dev
Dementor has joined #asahi-dev
kh has quit [Read error: Connection reset by peer]
leitao has joined #asahi-dev
Dementor has quit [Ping timeout: 480 seconds]
zzywysm has joined #asahi-dev
jeffmiw has joined #asahi-dev
leitao has quit [Ping timeout: 480 seconds]
<jeffmiw> debugging some probably wrong usage of dt of_ functions, that makes a sequence of insmod/rmmod/insmod creating a cpu deadlock :) the 2nd insmod get stuck on an of_find_node_by_name for a node that does not exist ... the first insmod works well with it ...
___nick___ has quit [Ping timeout: 480 seconds]
gladiac has quit [Quit: k thx bye]
hertz has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has quit [Ping timeout: 480 seconds]