<povik>
dart8110.py doesn't have there anything neither
<sven>
bypass offset iirc, doesn’t work on all darts though
<sven>
it replaces the bits at 32…40 with that
e1eph4nt has joined #asahi-dev
<jannau>
does it work on all DARTs with bypass support?
<sven>
no, it doesn’t work on the dwc3 dart e.g.
<sven>
maybe it only works in darts with bypass support and devices that can only do 32bit dma
<povik>
god dammit apple
<povik>
# 'tPOA': 0x1,
<povik>
no, that's not what i want to paste
<povik>
this
<povik>
reg = [Container:
<povik>
addr = 0x0000000093400000
<povik>
addr = 0x0000000093050000
<povik>
size = 0x0000000000004000, Container:
<povik>
size = 0x000000000006C000, Container:
<povik>
addr = 0x0000000293C00000
<povik>
size = 0x0000000000250000, Container:
<povik>
addr = 0x00000000922A8000
<povik>
size = 0x0000000000000024]
<povik>
this is on /arm-io/aop on t6000
<povik>
notice the 2 in reg[2]
<povik>
ah, i thought they have the base there with the bus offset added but maybe that's not what's happening?
tanty has quit []
<povik>
it *is* what's happening
<jannau>
looks to me that way or is there valid MMIO at 0x493C00000?
<povik>
no there's not
<povik>
i thought the AP doesn't access the AOP's SRAM on t6000
<povik>
is the explanation
<povik>
but no, it's the same as on t8103, including the modification of bootargs, but this mistake added in
<povik>
why though? did someone really write the driver again?
tanty has joined #asahi-dev
<sven>
lol
<sven>
maybe it’s two different branches :D
<sven>
or it just doesn’t care about the upper bits and someone messed up the ADT
tanty has quit []
e1eph4nt has quit [Ping timeout: 480 seconds]
jeffmiw has joined #asahi-dev
e1eph4nt has joined #asahi-dev
<jeffmiw>
mps: thanks for the dump, so mbp T8103/J293 and mba T8103/J313 seems to have a similar set of temp sensors if not the same. and T6000 based have a different one. nothing really unexpected.
macknife has joined #asahi-dev
<kettenis>
maybe they or in the upper bits, which means it doesn't matter if they are already there
e1eph4nt has quit [Ping timeout: 480 seconds]
macknife has quit [Remote host closed the connection]
e1eph4nt has joined #asahi-dev
e1eph4nt has quit [Ping timeout: 480 seconds]
tanty has joined #asahi-dev
e1eph4nt has joined #asahi-dev
amarioguy has quit [Remote host closed the connection]
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #asahi-dev
<jannau>
sigh, why does the same code (known differences accounted for) that works on the mac studio crashes dcp on the mac mini
Race has quit [Ping timeout: 480 seconds]
e1eph4nt has quit [Ping timeout: 480 seconds]
oreols has quit [Quit: WeeChat 3.6]
e1eph4nt has joined #asahi-dev
bluetail2151409 has joined #asahi-dev
bluetail215140 has quit [Ping timeout: 480 seconds]
<jannau>
worth a shot if that works on dispext. dcp requests a MMIO maaping for pmgr so it could enable the dptx clocks
<sven>
oh, interesting. I’m about to go for a run but will try that afterwards
<sven>
my current guess was that I need some of the calls it does on the dptx epic endpoint and I got a bit distracted understanding how this epic mess works
<jannau>
still has rough edges and crashes dcp if it is already initilized
<sven>
sounds perfect! ;)
<jannau>
sr_mapDeviceMemoryWithIndex() request the addr/length of the register
<jannau>
I just checked the regiser I was thinking of is pointing into pmp not pmgr and is not the one requested
<jannau>
anything interesting in the dcpext dcp ep communication?
<sven>
er, wait. i messed up I think
<sven>
I ran my dcpext.py which obviously wasn't changed during the merge
<sven>
for mode in mgr.dcpav_prop['ColorElements']:
<sven>
KeyError: 'ColorElements'
<sven>
hrm. :/
<jannau>
I guess that means it can't communicate with the display
<sven>
yeah
<sven>
I still think some magic call for AppleDCPDPTXRemotePort or AppleDCPDPTXController is missing
<sven>
hopefully i'll get my tracer in a good enough shape to figure out what macos does in detail
<sven>
+tomorrow
<jannau>
it was worth a try to see if dcp does something different when spoken to over dcp ep vs. iboot protocol
<sven>
yeah, absolutely
<rmk>
marcan: I'll keep an eye out for your responses... I'm busy this weekend rewriting the boat's domestic 12V batteries, which means I'm having to turn off my 'net router while modifying the battery wiring.