marcan changed the topic of #asahi-re to: Asahi Linux: porting Linux to Apple Silicon macs | Hardware / boot process / firmware interface reverse engineering | Keep things on topic | https://github.com/AsahiLinux | Logs: https://freenode.irclog.whitequark.org/asahi-re
crucifix has quit [Quit: Leaving]
damia has quit [Quit: damia]
tibo has joined #asahi-re
bastian[m] has joined #asahi-re
maxweisel has joined #asahi-re
maxweisel has quit []
tibo has quit [Remote host closed the connection]
konradybcio has joined #asahi-re
bear24rw has quit [Remote host closed the connection]
bear24rw has joined #asahi-re
henni has quit [Read error: Connection reset by peer]
maxweisel has joined #asahi-re
tibo1 has joined #asahi-re
_alice has joined #asahi-re
konstanter has quit [Ping timeout: 245 seconds]
tibo1 has quit [Ping timeout: 258 seconds]
tibo1 has joined #asahi-re
tibo1 has quit [Ping timeout: 272 seconds]
sbingner has joined #asahi-re
tibo1 has joined #asahi-re
tibo1 has quit [Client Quit]
maxweisel has quit [Ping timeout: 246 seconds]
neunon has joined #asahi-re
JTL has joined #asahi-re
ransom has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
threedpro has joined #asahi-re
twodpro has joined #asahi-re
twodpro has quit [Client Quit]
threedpro has quit [Client Quit]
threedpro has joined #asahi-re
Ziemas has joined #asahi-re
ransom has joined #asahi-re
yuyangchee98 has joined #asahi-re
yuyangchee98 has quit [Remote host closed the connection]
ransom_ has joined #asahi-re
ransom has quit [Read error: Connection reset by peer]
mjg59 has joined #asahi-re
ransom has joined #asahi-re
ransom_ has quit [Ping timeout: 265 seconds]
anthonyo_ has joined #asahi-re
anthonyo_ has quit [Client Quit]
ransom has quit [Ping timeout: 240 seconds]
ransom has joined #asahi-re
ransom has quit [Client Quit]
browzing has joined #asahi-re
browzing has quit [Client Quit]
browzing has joined #asahi-re
aratuk has joined #asahi-re
browzing has quit [Ping timeout: 256 seconds]
browzing has joined #asahi-re
bear24rw has quit [Remote host closed the connection]
bear24rw has joined #asahi-re
jobbe has joined #asahi-re
bear24rw has quit [Ping timeout: 264 seconds]
tardyp has joined #asahi-re
bostjan has joined #asahi-re
Core1672 has joined #asahi-re
browzing has quit [Quit: WeeChat 3.0]
browzing has joined #asahi-re
massoud has joined #asahi-re
browzing has quit [Read error: Connection reset by peer]
browzing has joined #asahi-re
modmuss50 has joined #asahi-re
mrasmus has joined #asahi-re
Thomas__ has joined #asahi-re
aratuk has quit [Remote host closed the connection]
puhitaku has joined #asahi-re
XeR has joined #asahi-re
puhitaku_ has joined #asahi-re
puhitaku has quit [Quit: WeeChat 3.0]
puhitaku_ is now known as puhitaku
justMaku has joined #asahi-re
riatre has joined #asahi-re
nevergirls has joined #asahi-re
konradybcio has quit [Quit: Bridge terminating on SIGTERM]
bastian[m] has quit [Quit: Bridge terminating on SIGTERM]
blazra[m] has quit [Quit: Bridge terminating on SIGTERM]
kevincox[m] has quit [Quit: Bridge terminating on SIGTERM]
os[m] has quit [Quit: Bridge terminating on SIGTERM]
svenpeter[m] has quit [Quit: Bridge terminating on SIGTERM]
mofux[m] has quit [Quit: Bridge terminating on SIGTERM]
delroth[m] has quit [Quit: Bridge terminating on SIGTERM]
nufflee[m] has quit [Quit: Bridge terminating on SIGTERM]
_alice has quit [Quit: Bridge terminating on SIGTERM]
Jasper[m] has quit [Quit: Bridge terminating on SIGTERM]
mcnight[m] has quit [Quit: Bridge terminating on SIGTERM]
davidrysk[m] has quit [Quit: Bridge terminating on SIGTERM]
josiahmendes[m] has quit [Quit: Bridge terminating on SIGTERM]
nevergirls has quit [Quit: leaving]
Guest93913 has joined #asahi-re
aratuk has joined #asahi-re
aratuk has quit [Ping timeout: 240 seconds]
bastian[m] has joined #asahi-re
delroth[m] has joined #asahi-re
svenpeter[m] has joined #asahi-re
mofux[m] has joined #asahi-re
davidrysk[m] has joined #asahi-re
mcnight[m] has joined #asahi-re
Jasper[m] has joined #asahi-re
konradybcio has joined #asahi-re
blazra[m] has joined #asahi-re
josiahmendes[m] has joined #asahi-re
os[m] has joined #asahi-re
kevincox[m] has joined #asahi-re
nufflee[m] has joined #asahi-re
browzing has quit [Ping timeout: 260 seconds]
kevincox[m] has left #asahi-re ["User left"]
Axenntio has joined #asahi-re
Core1672 has quit [Read error: Connection reset by peer]
Core1672 has joined #asahi-re
Axenntio has quit [Remote host closed the connection]
Axenntio has joined #asahi-re
Axenntio has quit [Remote host closed the connection]
sharpiro has quit [Ping timeout: 240 seconds]
browzing has joined #asahi-re
browzing has quit [Ping timeout: 272 seconds]
amotta has joined #asahi-re
keystone[m] has joined #asahi-re
rwhitby has left #asahi-re ["AndroIRC - Android IRC Client ( http://www.androirc.com )"]
aratuk has joined #asahi-re
rwhitby has joined #asahi-re
aratuk has quit [Ping timeout: 256 seconds]
keystone[m] has quit [Quit: authenticating]
keystone[m] has joined #asahi-re
aratuk has joined #asahi-re
aratuk has quit [Ping timeout: 246 seconds]
keystone[m] has left #asahi-re ["User left"]
diz3y has joined #asahi-re
vup2 has joined #asahi-re
amotta has quit [Quit: amotta]
jannau has joined #asahi-re
<Necrosporus> marcan, time to test if the other mac can be connected with USB cable? Also, can you do anything with connected mac from linux anyway?
anuejn has joined #asahi-re
<marcan> Necrosporus: I already mentioned the Intel macs do not support the USB OTG feature
<marcan> Linux doesn't like the network interface; I'm not going to spend time on this now
<marcan> (for M1 macs)
Core1672 has quit [Ping timeout: 240 seconds]
DarthCloud has quit [Ping timeout: 240 seconds]
DarthCloud has joined #asahi-re
roxfan2 has joined #asahi-re
roxfan has quit [Ping timeout: 246 seconds]
bear24rw has joined #asahi-re
aratuk has joined #asahi-re
bear24rw has quit [Ping timeout: 256 seconds]
aratuk has quit [Ping timeout: 264 seconds]
danilonc has joined #asahi-re
konstater has joined #asahi-re
dlnx`` has joined #asahi-re
<Necrosporus> marcan, I was talking about newest mac you have picture of in your page, which also M1, Air, I guess?
<Necrosporus> Or this one is pro and other was air
<Necrosporus> Are they significally different except air has regular F1-F12 keys and pro has touchbar?
<j`ey> and battery + fan
<Necrosporus> pro has more battery and faster fan?
<davidrysk[m]> it has a fan
<davidrysk[m]> pro can sustain higher CPU speeds indefinitely; air throttles after 10 minutes or so
<justMaku> Default Air configuration also has one less GPU core
<marcan> Necrosporus: all the M1 macs should behave the same in this respect
<marcan> it's the same SoC
<marcan> I'm not going to be testing random things on them just in case they happen to be different, that's not an efficient use of time ;)
<davidrysk[m]> marcan: meaning, outside of the touch bar, right? :)
<marcan> I mean things that they share should be the same
<davidrysk[m]> right, okay
<davidrysk[m]> I expect that to be the case
<marcan> I'm interested in the obvious differences, and then only later, since the Mini is the first target
<marcan> if it turns out something is weird or different we'll find out in due course
<Necrosporus> Hm, regarding network device, does it react same way when you plug mac side to different port or messages in linux dmesg are identical?
<marcan> haven't tested it yet but it's probably the same, since it's xHCI and this is a user feature
<marcan> only debug features have port variability
<marcan> apple doesn't go telling users to plug into this or that port
<Necrosporus> How do you know it's network device? Does it show in ifconfig (ip a) on linux side when you plug it in?
<marcan> I said it was NCM
<marcan> lsusb showed that in the descriptors
<Necrosporus> So, you need to write some code which iBoot is going to load to a certain memory address and which will need to execute certain instructions to connect to UART and send debug output
<Necrosporus> Do you know yet which memory address it's going to be loaded to, what instructions do you need to send bytes via UART?
bear24rw has joined #asahi-re
<Shiz> the necessar/w 58
<Shiz> whoops.
browzing has joined #asahi-re
browzing has quit [Ping timeout: 246 seconds]
browzing has joined #asahi-re
browzing has quit [Ping timeout: 246 seconds]
<davidrysk[m]> diz3y: there it appears that systems with a XNU_MONITOR have EL3
<davidrysk[m]> (looking at xnu-src)
<davidrysk[m]> that seems to be T8020 (A12), so probably T8101 (M1) as well
<diz3y> davidrysk[m]: hey, cool
<davidrysk[m]> now, how is the XNU monitor implemented and how does one interact with it
<diz3y> *totally guessing* via SMC calls? ;)
<diz3y> ARM people love multi-layered cross-EL calls.. like PSCI/etc
<davidrysk[m]> there's an APRR_EL1_PPL register...
<davidrysk[m]> it seems the monitor is used to implement the kernel page protection layer
<davidrysk[m]> and there are includes to <arm64/ppl/*>, the directory which is missing
<davidrysk[m]> pmap_remove_options_internal seems to be implemented in osfmk/arm/pmap.c though
browzing has joined #asahi-re
roxfan2 is now known as roxfan
browzing has quit [Ping timeout: 272 seconds]
dottedmag has joined #asahi-re
browzing has joined #asahi-re
aratuk has joined #asahi-re
aratuk has quit [Ping timeout: 256 seconds]
ransom has joined #asahi-re
Guest93913 has quit [Quit: authenticating]
Guest93913 has joined #asahi-re
Guest93913 is now known as _alice
rjeli has joined #asahi-re
<davidrysk[m]> marcan: there is no EL3? XNU sourcecode says otherwise
bostjan has quit [Read error: Connection reset by peer]
<davidrysk[m]> but yeah, none of that other junk
<marcan> XNU sourcecode says there is no EL3, and there never will be
<marcan> xnu-6153.141.1/pexpert/pexpert/arm64/hurricane.h:#define NO_MONITOR 1 /* No EL3 for this CPU -- ever */
<davidrysk[m]> in the Hurricane chip, while there seemingly is in others.
<marcan> older ones, yes
<marcan> pretty sure not on newer ones
<davidrysk[m]> ah, so they replaced it with their own thing, perhaps
<marcan> no, they do not use and never want EL3
<marcan> EL3 is a terrible idea
<marcan> there is no replacement
<davidrysk[m]> what context does the XNU monitor run in on the newer ones?
<marcan> xnu-7195.50.7.100.1/EXTERNAL_HEADERS/img4/runtime.h: * the kernel-proper. On architectures which do not have an xnu monitor, this
<marcan> so there is no xnu monitor
<davidrysk[m]> ah, they're using APRR for it instead
<davidrysk[m]> yet the xnu monitor defines in xnu-7195.50.7.100.1/pexpert/pexpert/arm64/board_config.h are enabled for the newer chips
<davidrysk[m]> I probably need to re-read https://siguza.github.io/APRR/
aratuk has joined #asahi-re
<roxfan> there's PPL too
<Bluerise> roxfan: weren't you there for iDroid times?
<roxfan> not sure what's that
<Bluerise> nevermind :)
<marcan> davidrysk[m]: did the XNU monitor ever run in EL3? those defines are only enabled in post-hurricane CPUs anyway
<davidrysk[m]> I mean, it seems like the best way to tell if EL3 exists is by querying the ID_AA64DFR0_EL1 register
<marcan> anyway, off to sleep :p
<davidrysk[m]> the H7 and H8 includes have `#define MONITOR 1 /* Use EL3 monitor */`
aratuk has quit [Ping timeout: 264 seconds]
<davidrysk[m]> and then H9 says "none, ever"
<davidrysk[m]> H7 is typhoon, H8 is twister, H9 is hurricane
<marcan> https://github.com/AsahiLinux/docs/wiki/Codenames I collected the mappings there
<marcan> but look at xnu-7195.50.7.100.1/pexpert/pexpert/arm64/board_config.h
<marcan> those are for H11+
<marcan> MONITOR and XNU_MONITOR seem to be different things
<davidrysk[m]> oh! hm
<marcan> I don't think XNU_MONITOR has anything to do with EL3
<marcan> anyway, sleep :)
<davidrysk[m]> hm you may be right. night :)
<jn__> what do "P-Core" and "E-Core" mean?
<davidrysk[m]> performance and efficiency
<jn__> ah, thx
<davidrysk[m]> okay that's fun
<davidrysk[m]> if MONITOR is defined, it does some call to initialize the EL3 "monitor". There's a comment that "WFI power gating may not operate correctly" if this is not done
<davidrysk[m]> why would they have even spent the effort on implementing EL3 in the first place though
<roxfan> it came from ARM?
<davidrysk[m]> roxfan: all of Apple's 64-bit ARM processor designs are in-house
<roxfan> sure but they do have to be (sowewhat) compatible with ARM's specs
<j`ey> EL3 is optional
<opticron> I don't think the ARMv8 spec requirees EL2 or EL3
<roxfan> hm
<roxfan> well, maybe they thought it would work at first
bear24rw has quit [Remote host closed the connection]
winocm has joined #asahi-re
bear24rw has joined #asahi-re
NekomimiScience has joined #asahi-re
mogery has joined #asahi-re
feuerrot has joined #asahi-re
aratuk has joined #asahi-re
aratuk has quit [Ping timeout: 256 seconds]
mogery has quit [Read error: Connection reset by peer]
threedpro has quit [Read error: Connection reset by peer]
konstater has quit [Remote host closed the connection]
ransom has quit [Read error: Connection reset by peer]
<diz3y> opticron: you're right, they are optioal
ransom has joined #asahi-re
<opticron> the AArch32 mode is also optional
<roxfan> iirc first nvidia or Qualcomm ARMv8 chips didn't have A32
<diz3y> hm, an NV SoC would have n * Denver + n * A57 on the same SoC, I suspect they should have same architectural features
<diz3y> but not sure
<j`ey> you can have SoC where's only some CPU's have AArch32 at EL0
<diz3y> ah, wow
_whitelogger has joined #asahi-re
ransom has quit [Ping timeout: 240 seconds]
ransom has joined #asahi-re
bostjan has joined #asahi-re
<davidrysk[m]> roxfan: the first Apple ARMv8 chips had A32, the newer ones don't
<roxfan> yep
aratuk has joined #asahi-re
* roxfan used to own a 5s
<opticron> I could have sworn the first NV and QC armv8 chips had A32
* opticron goes to figure it out
<j`ey> not having A32 is recent i think
<opticron> yeah
<opticron> QC's first was SD808 which was bog standard A53/A57 which definitely has A32
<roxfan> i've heard corellium had trouble running 32-bit apps because of this issue
aratuk has quit [Ping timeout: 246 seconds]
<roxfan> they used some "server arm" thingy I think
<opticron> Denver also had A32 because it was directly paired with A57s
<Yuzu> Denver K1 had no A57's
<opticron> yeah, but those were A32-only not armv8
<Yuzu> no they weren't
<Yuzu> Denver K1 was aarch64
<Yuzu> A15 K1 was aarch32
<opticron> sorry, I was mixing denver k1 with tegra k1
<Yuzu> Tegra K1-32 was A15, K1-64 was Denver
<jn__> Tegra 124 vs 132
<opticron> yeah, I remember the thunderx2 having that interesting attribute
<Yuzu> i believe that's the case of ThunderX as well, despite being a totally unrelated core otherwise
sharpiro has joined #asahi-re
bostjan has quit [Quit: Leaving]