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
hertz has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hertz has joined #asahi-dev
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hertz 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…]
Keyaedisa has quit [Remote host closed the connection]
seeeath has joined #asahi-dev
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rkjnsn_>
sven: In case you're curious, I tried plugging my OWC Thunderbolt hub into my 2015 MBP using an Apple Thunderbolt 3-to-2 adapter.
<rkjnsn_>
Under macOS Monterey, it's seemingly not recognized at all. I see the Thunderbolt plug event in the logs, but it doesn't show up in the system report even as an unsupported device.
<rkjnsn_>
(It does work plugged into a 2018 Mac mini running macOS Ventura, so this may be something Apple decided is explicitly not supported, and I expect it should work under macOS with the M1's just fine.)
<rkjnsn_>
Under Linux on the same machine, however, it _does_ get recognized, and boltctl indeed identifies it as “generation: USB4”.
<rkjnsn_>
On one downstream port I have my OWC Envoy express holding a 5-port sata M.2 card. On the second, I have two Thunderbolt 3 docks daisy-chained together, and on the third I have a Thunderbolt 2 dock connected through a second 3-to-2 adapter with a monitor connected to it and a Thunderbolt 1 ethernet+USB adapter chained after it.
<rkjnsn_>
Everything shows up and works fine, which actually surprised me since the Wikipedia page for Thunderbolt suggests that hubs can only support one downstream chain when connected to a pre-Titan-Ridge host.
Keyaedisa has joined #asahi-dev
Keyaedisa has quit [Remote host closed the connection]
<sven>
interesting
Keyaedisa has joined #asahi-dev
jeffmiw has quit [Ping timeout: 480 seconds]
Keyaedisa has quit [Remote host closed the connection]
<chadmed>
povik: is there anything that would reliably stress test that patch other than the usual starting/stopping streams rapidly (which seemed to trigger the issue albeit unreliably)
<kettenis_>
marcan: if you have some time to look at the low-level cpu core initialization (chickens, spin up) that would be great
<kettenis_>
then I can make a head start with u-boot support (including the asmedia usb)
<marcan>
kettenis_: for M2 pro/max?
<kettenis_>
yup
<marcan>
do they use asmedia on the macmini now?
<marcan>
I'm going to spend today on audio, but maybe later this week I can take a look
<marcan>
you have the m2pro mini then?
<jannau>
marcan: asmedia on both m2 and m2 pro
<kettenis_>
yes, I got the m2pro mini with 10GbE to maximise hardware diversity
<marcan>
ok, same as me then
<marcan>
I'll use that one for bringup first
<kettenis_>
looks like the offset of the register to start the secondary cores moved again
<marcan>
should be somewhere in the pmgr regs in the DT I think
<marcan>
or maybe just hardcoded
<marcan>
and I assume the pcie fuses need reversing again
<marcan>
(and atc and everything else that uses fuses)
<kettenis_>
I looked at it for a bit, but not very hard as i have been ill for the last 5 days
<marcan>
ah, take it easy :)
<marcan>
we're not in a rush
<jannau>
marcan: re magic mouse: macos puts the bt keys in nvram. we need to come up with a way to let bluez import them
<chadmed>
huh looks like no new dart variant
<sven>
that's kinda what i expected
<sven>
that t8112 dart or however it's called was a pretty big upgrade
<marcan>
jannau: just in plain text?
<marcan>
yeah I wasn't expecting a new dart
<jannau>
marcan: yes
<jannau>
at least in nvram-proxy-data in the ADT but iirc the nvram content was identical
mkurz has joined #asahi-dev
n1c has quit [Quit: ZNC 1.8.2+deb1+focal2 - https://znc.in]
n1c has joined #asahi-dev
n1c has quit [Quit: ZNC 1.8.2+deb1+focal2 - https://znc.in]
n1c has joined #asahi-dev
n1c has quit []
n1c has joined #asahi-dev
<povik>
chadmed: not that i know of, even rapid restarting didn't trigger it for me
<marcan>
for catchup we take p=0 and the tmag catchup is just obviously an exponential, I want to know the tvc one.
<povik>
it's up to you but i think it would be best to save it for posterity
<povik>
right
<marcan>
I can commit it in a bit, dinner first :)
<povik>
marcan: bon apetite!
<povik>
or however it's spelled...
<marcan>
appetit :)
<marcan>
(the inputs are the time constants, not the raw alpha, I just do alpha_vc = step / (tc_vc + step))
<povik>
yeah
joshtau has quit [Quit: Connection closed for inactivity]
rowang_077 has joined #asahi-dev
<povik>
hm, maybe the update step isn't exactly right since if t_mag=t_ambient and p=0, t_mag never raises even if t_vc is initially high
<povik>
the tc_vc relaxation should be raising t_mag a bit
<povik>
not sure how large the introduced error is though
<marcan>
povik: yes, it's a simplification, but I wasn't sure how/if to fix it. I guess it would be proportional to the ratio of thermal resistance or so?
<povik>
yeah, that would be my guess too
<marcan>
I'm not sure if it matters much though, because it's symmetric (it also starts rising before t_vc properly rises)
<marcan>
if the model the constants are calibrated for is the dumb model I used, then it'd be more correct to leave it as is
<marcan>
actually not thermal resistance, ratio of the time constants
<marcan>
since that's related to thermal mass
<marcan>
OTOH those ratios are like 2:60 for the tweeters and even higher for the woofers
<marcan>
so maybe tmag increasing by less than 1/30 of the tvc delta is something we can just ignore
seeeath has joined #asahi-dev
<povik>
okay, got it
<povik>
def catchup(T_vc, tc_vc, T_mag, tc_mag, t): # All temperatures relative to ambient eta = 1 + tc_vc/tc_mag A = np.exp(-t/tc_vc) * (T_vc - eta*T_mag) B = np.exp(-t/tc_mag) * T_mag return (A + B*eta, B)
<povik>
huh, that didn't work
<povik>
def catchup(T_vc, tc_vc, T_mag, tc_mag, t): # All temperatures relative to ambient