ChanServ changed the topic of #asahi-re to: Asahi Linux: porting Linux to Apple Silicon macs | Hardware / boot process / firmware interface reverse engineering | WARNING: this channel (only) may contain binary reverse engineering discussion | RE policy: https://alx.sh/re (MANDATORY READ) | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-re
nepeat has quit [Server closed connection]
nepeat has joined #asahi-re
royal1 has joined #asahi-re
Graypup_ has quit [Server closed connection]
Graypup_ has joined #asahi-re
royal1 has quit [Ping timeout: 480 seconds]
x56 has quit [Server closed connection]
x56 has joined #asahi-re
skipwich has quit [Server closed connection]
skipwich has joined #asahi-re
PhilippvK has joined #asahi-re
phiologe has quit [Ping timeout: 480 seconds]
akemin_dayo has quit [Ping timeout: 480 seconds]
MajorBiscuit has joined #asahi-re
the_lanetly_052 has joined #asahi-re
bisko has quit [Read error: Connection reset by peer]
bisko has joined #asahi-re
akemin_dayo has joined #asahi-re
kloenk has quit [Remote host closed the connection]
kloenk has joined #asahi-re
eragon has joined #asahi-re
bisko has quit [Read error: Connection reset by peer]
bisko has joined #asahi-re
royal1 has joined #asahi-re
yuyichao has quit [Ping timeout: 480 seconds]
<sven> CIO3PLL_CFG_DCO_NCTRL.DCO_COARSEBIN_EFUSE0, CIO3PLL_CFG_DCO_NCTRL.DCO_COARSEBIN_EFUSE1, CIO3PLL_CFG_FRACN_CAN.DLL_CAL_START_CAPCODE_EFUSE, AUS_CMN_SHM_BLK_VREG_REG_0.VREG_TRIM, CIO3PLL_CFG_FRACN_CAN.DLL_CAL_START_CAPCODE_EFUSE, CIO3PLL_CFG_CLKOUT_DTC_VREG.DTC_VREG_ADJUST_EFUSE, AUSPLL_CFG_DCO_EFUSE_SPARE.RODCO_ENCAP_EFUSE,
<sven> AUSPLL_CFG_DCO_EFUSE_SPARE.RODCO_BIASADJ_EFUSE, AUSPLL_CFG_FRACN_CAN.DLL_CAL_START_CAPCODE_EFUSE, AUSPLL_CFG_CLKOUT_DTC_VREG.DTC_VREG_ADJUST_EFUSE
<sven> marcan: ^-- those are the fuses from xnu debug output for atc-phy1
<sven> even if that "PLL" wasn't in the same those very much sound like clock tunables
<sven> s/same/name/
<marcan> DLL is definitely a DLL, heh
<marcan> DTC_VREG though sounds like more of a physical layer thing
<marcan> not sure though
<marcan> could all be PLL tunables yeah
<sven> most weird one to me is AUS_CMN_SHM_BLK_VREG_REG_0.VREG_TRIM. dunno what CMN (common? not very helpful though) or SHM could be.
<marcan> SHM -> shim I bet
<marcan> CMN probably common yeah
<marcan> BLK -> bulk?
<marcan> or block
the_lanetly_052__ has joined #asahi-re
yuyichao has joined #asahi-re
<marcan> also, wait
<marcan> AppleT8112TypeCPhy
<marcan> T8112?
<marcan> that has to be M2, right?
<sven> i guess so
<sven> there should also be T8103TypeCPhy and T6000TypeCPhy
<marcan> did they forget to censor that kext? lol
<marcan> yeah
<sven> lol
<sven> possibly :D
<marcan> T8110 is A15
<marcan> so yeah
<sven> chances are that one's similar to t6000/t8103 as well then
the_lanetly_052 has quit [Ping timeout: 480 seconds]
<marcan> apparently T6500 is a thing
<marcan> I'm betting that's a new Mac Pro chip
<marcan> everyone is assuming the Mac Pro will use 4x Max, and we know they're all wrong
<marcan> so it has to be a new chip, and that means it's either M2 Max or Pro
<marcan> but I'd expect M2 Max/Pro to use consecutive numbering like the T8xxx series did
<marcan> a big jump makes me think new line
<Dcow[m]> M1 BigMax
<_jannau_> assuming t6002 is jade 2c-die (M1 Max with interconnect) maybe jade 4c-die using a vastly different interconnect which supports PCIe x16 slots, external RAM (low bandwidth, high-latency but better and nvme swap)
<marcan> _jannau_: it wouldn't be jade, it's a new chip
<marcan> I think the jade 4c-die story is just BS
<marcan> that everyone keeps repeating
<marcan> reminder that that story came from Bloomberg, and we know how incompetent some of their tech reporters are ;)
royal1 has quit [Ping timeout: 480 seconds]
MajorBiscuit has quit [Ping timeout: 480 seconds]
the_lanetly_052__ has quit [Ping timeout: 480 seconds]
thebigbossch[m] has joined #asahi-re