<robinp_>
what are the m1n1 proxy device names for macOS ?
<VinDuv>
cu.usbmodem_01 and 03 IIRC
c10l7 has quit []
___nick___ has joined #asahi-dev
___nick___ has quit []
c10l7 has joined #asahi-dev
___nick___ has joined #asahi-dev
c10l7 has quit []
c10l7 has joined #asahi-dev
<robinp_>
VinDuv: ah cu.usbmodemP_01 & 03 - but had no change to find them without your help :)
<robinp_>
*chance
<robinp_>
is it me, or is checking for files in zsh using [ ! -e foo ] broken in macOS 12.3 ?
<dottedmag>
robinp_: looks fine here. any specifics, or a reproducer?
<robinp_>
dottedmag: I was trying it with the m1n1 proxy latch script, and I just tried with a quick test script. It seems it works if I use a variable and do say [ ! -e "$file" ], but naming the file directly doesn't work.
<VinDuv>
hmm I think you need to put the do before the echo
<robinp_>
ah
<VinDuv>
Yeah it looks like the do delimitates the end of the condition expression, so in your case the condition of the while loop is “[ ! -e foo ]; echo "File not found";” which is equivalent to “echo "File not found";” which is always true
<VinDuv>
(TIL :) )
kameks has quit [Ping timeout: 480 seconds]
kameks has joined #asahi-dev
<jannau>
I still don't see anything in the ADT which helps to deal with the magically present pgmr on the second die. we could infer the offset from ranges but it's a little annoying
<jannau>
I don't see anything in the pgmr ADT node to indicate whether devices are present on either die
<sven>
maybe it's hardcoded in the kext :/
<j`ey>
jannau: why cant we just put it in our DTS?
<jannau>
it's not a problem for now just annoying. it looks like it's the easiest way to hardcode it in m1n1 as well until a 4 die SoC arrives
<jannau>
for pgmr we probably have to assume that always-on is correct and everything else can be disabled if there is no device using it
AntonioSchettini[m] has joined #asahi-dev
kameks has quit [Ping timeout: 480 seconds]
nicolas17 has joined #asahi-dev
MajorBiscuit has joined #asahi-dev
svos[m] has joined #asahi-dev
psykose has quit [Remote host closed the connection]
psykose has joined #asahi-dev
user982492 has joined #asahi-dev
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
c10l7 has quit []
c10l has joined #asahi-dev
MajorBiscuit has quit [Ping timeout: 480 seconds]
user982492 has joined #asahi-dev
Mase3206 has joined #asahi-dev
Mase3206 has quit [Quit: Mase3206]
Mase3206 has joined #asahi-dev
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Mase3206 has quit []
Mase3206 has joined #asahi-dev
MajorBiscuit has joined #asahi-dev
MajorBiscuit has quit [Ping timeout: 480 seconds]
___nick___ has quit [Ping timeout: 480 seconds]
<jannau>
lol, I can crash dcp in way which doesn't keeps the display scanout working. In that state I can turn the monitor off and on without breaking the display
user982492 has joined #asahi-dev
<jannau>
sigh, HV + macos guest works on the m1 ultra if I don't initialize the display / map the framebuffer
MajorBiscuit has joined #asahi-dev
Mase3206 has left #asahi-dev [#asahi-dev]
<jannau>
but it is so slow that it panics on shutdown with "Halt/Restart Timed Out @IOPlatformExpert.cpp:883"
<jannau>
panic with initialized display is the AMCC UNEXP_RT_HIT_DIR with an address inside dart-disp0's first page table for dev 0
<jannau>
indication that BIT(1) of dart-t6000 is indeed uncached: iboot/macos set it for dcp/disp0 but not for dart-usb
alexsv has quit [Ping timeout: 480 seconds]
MajorBiscuit has quit [Ping timeout: 480 seconds]
doggkruse has joined #asahi-dev
doggkruse has quit [Ping timeout: 480 seconds]
<jannau>
marcan: refreshed t6002-bringup branch pushed. not fully happy with the multi-die pmgr handling, macos guest handling still needs work