marcan changed the topic of #asahi to: Asahi Linux: porting Linux to Apple Silicon macs | General project discussion | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Topics: #asahi-dev #asahi-re #asahi-gpu #asahi-offtopic | Keep things on topic | Logs: https://alx.sh/l/asahi
thestr4ng3r has joined #asahi
raster has quit [Quit: Gettin' stinky!]
vafanlignarde has quit [Ping timeout: 246 seconds]
vafanlignarde has joined #asahi
JTL has quit [Ping timeout: 258 seconds]
JTL has joined #asahi
f2qs has joined #asahi
f2qs has quit [Client Quit]
mrkajetanp has quit [Quit: WeeChat 3.1]
riker77 has quit [Ping timeout: 260 seconds]
riker77 has joined #asahi
<Shiz>
avx3[m]: documentation and research are always welcome i imagine :)
KindOne has quit [Ping timeout: 260 seconds]
KindOne has joined #asahi
phiologe has quit [Ping timeout: 250 seconds]
phiologe has joined #asahi
odmir has quit [Remote host closed the connection]
marvin24 has quit [Ping timeout: 245 seconds]
marvin24 has joined #asahi
Bublik_ has quit [Ping timeout: 246 seconds]
Bublik_ has joined #asahi
taziden has quit [Ping timeout: 245 seconds]
taziden has joined #asahi
TheJollyRoger has quit [Remote host closed the connection]
TheJollyRoger has joined #asahi
VinDuv has joined #asahi
tmlind has quit [Quit: leaving]
tmlind has joined #asahi
jeffmiw_ has joined #asahi
ephe_meral1 has joined #asahi
jeffmiw_ has quit [Ping timeout: 268 seconds]
VinDuv has quit [Quit: Leaving.]
notafile has quit [Quit: Bridge terminating on SIGTERM]
Jasper[m] has quit [Quit: Bridge terminating on SIGTERM]
jamesmunns[m] has quit [Quit: Bridge terminating on SIGTERM]
pakl[m] has quit [Quit: Bridge terminating on SIGTERM]
user1tt[m] has quit [Quit: Bridge terminating on SIGTERM]
bfredl has quit [Quit: Bridge terminating on SIGTERM]
Guest58181 has quit [Quit: Bridge terminating on SIGTERM]
d4ve[m] has quit [Quit: Bridge terminating on SIGTERM]
davidrysk[m] has quit [Quit: Bridge terminating on SIGTERM]
m1kr0[m] has quit [Quit: Bridge terminating on SIGTERM]
Bastian[m] has quit [Quit: Bridge terminating on SIGTERM]
ewlsh[m] has quit [Quit: Bridge terminating on SIGTERM]
izzyisles[m] has quit [Quit: Bridge terminating on SIGTERM]
danqo has quit [Quit: Bridge terminating on SIGTERM]
fstokesman[m] has quit [Quit: Bridge terminating on SIGTERM]
clover[m] has quit [Quit: Bridge terminating on SIGTERM]
blazra has quit [Quit: Bridge terminating on SIGTERM]
PthariensFlame[m has quit [Quit: Bridge terminating on SIGTERM]
rkjnsn[m] has quit [Quit: Bridge terminating on SIGTERM]
Guest80893 has quit [Quit: Bridge terminating on SIGTERM]
AONeiLL[m] has quit [Quit: Bridge terminating on SIGTERM]
w0lfhead[m] has quit [Quit: Bridge terminating on SIGTERM]
kharit[m] has quit [Quit: Bridge terminating on SIGTERM]
fridtjof[m] has quit [Quit: Bridge terminating on SIGTERM]
KimchiTexMex[m] has quit [Quit: Bridge terminating on SIGTERM]
pipcet[m] has quit [Quit: Bridge terminating on SIGTERM]
uartman[m] has quit [Quit: Bridge terminating on SIGTERM]
Jaehyuk[m] has quit [Quit: Bridge terminating on SIGTERM]
nimroot[m] has quit [Quit: Bridge terminating on SIGTERM]
foxlet has quit [Quit: Bridge terminating on SIGTERM]
meiji163[m] has quit [Quit: Bridge terminating on SIGTERM]
Lockna[m] has quit [Quit: Bridge terminating on SIGTERM]
Guest77948 has quit [Quit: Bridge terminating on SIGTERM]
konradybcio11 has quit [Quit: Bridge terminating on SIGTERM]
emily has quit [Quit: Bridge terminating on SIGTERM]
PixelyIon[m] has quit [Quit: Bridge terminating on SIGTERM]
hyamamoto[m] has quit [Quit: Bridge terminating on SIGTERM]
avx3[m] has quit [Quit: Bridge terminating on SIGTERM]
Eighth_Doctor has quit [Quit: Bridge terminating on SIGTERM]
noc0lour1 has quit [Quit: Bridge terminating on SIGTERM]
bylaws has quit [Quit: Bridge terminating on SIGTERM]
brentr123[m] has quit [Quit: Bridge terminating on SIGTERM]
dtantono[m] has quit [Quit: Bridge terminating on SIGTERM]
Augur[m] has quit [Quit: Bridge terminating on SIGTERM]
Matt[m] has quit [Quit: Bridge terminating on SIGTERM]
mofux[m] has quit [Quit: Bridge terminating on SIGTERM]
ezh has quit [Quit: Bridge terminating on SIGTERM]
h_ro[m] has quit [Quit: Bridge terminating on SIGTERM]
M1f4a9[m] has quit [Quit: Bridge terminating on SIGTERM]
ryanhrob[m] has quit [Quit: Bridge terminating on SIGTERM]
psydruid[m] has quit [Quit: Bridge terminating on SIGTERM]
jryans has quit [Quit: Bridge terminating on SIGTERM]
JJJollyjim has quit [Quit: Bridge terminating on SIGTERM]
PedroArajo[m] has quit [Quit: Bridge terminating on SIGTERM]
LucasTorrobaHenn has quit [Quit: Bridge terminating on SIGTERM]
Guest54686 has quit [Quit: Bridge terminating on SIGTERM]
hypergenesis[m] has quit [Quit: Bridge terminating on SIGTERM]
The_DarkFire_[m] has quit [Quit: Bridge terminating on SIGTERM]
Serentty has quit [Quit: Bridge terminating on SIGTERM]
ArnoldSebastian[ has quit [Quit: Bridge terminating on SIGTERM]
svenpeter has quit [Quit: Bridge terminating on SIGTERM]
ywest1280[m] has quit [Quit: Bridge terminating on SIGTERM]
creepymred[m] has quit [Quit: Bridge terminating on SIGTERM]
PthariensFlame[m has joined #asahi
Jasper[m] has joined #asahi
PixelyIon[m] has joined #asahi
Bastian[m] has joined #asahi
notafile has joined #asahi
fridtjof[m] has joined #asahi
bfredl has joined #asahi
hypergenesis[m] has joined #asahi
cepheus has joined #asahi
JJJollyjim has joined #asahi
jryans has joined #asahi
foxlet has joined #asahi
nickray has joined #asahi
user1tt[m] has joined #asahi
psydruid[m] has joined #asahi
Serentty has joined #asahi
winocm has joined #asahi
jamesmunns[m] has joined #asahi
konradybcio has joined #asahi
_alice has joined #asahi
Eighth_Doctor has joined #asahi
emily has joined #asahi
d4ve[m] has joined #asahi
pakl[m] has joined #asahi
LucasTorrobaHenn has joined #asahi
clover[m] has joined #asahi
Augur[m] has joined #asahi
m1kr0[m] has joined #asahi
avx3[m] has joined #asahi
ryanhrob[m] has joined #asahi
ezh has joined #asahi
ywest1280[m] has joined #asahi
hyamamoto[m] has joined #asahi
The_DarkFire_[m] has joined #asahi
noc0lour1 has joined #asahi
blazra has joined #asahi
Lockna[m] has joined #asahi
uartman[m] has joined #asahi
w0lfhead[m] has joined #asahi
ArnoldSebastian[ has joined #asahi
bylaws has joined #asahi
dtantono[m] has joined #asahi
ewlsh[m] has joined #asahi
pipcet[m] has joined #asahi
PedroArajo[m] has joined #asahi
h_ro[m] has joined #asahi
brentr123[m] has joined #asahi
AONeiLL[m] has joined #asahi
svenpeter has joined #asahi
KimchiTexMex[m] has joined #asahi
mofux[m] has joined #asahi
davidrysk[m] has joined #asahi
nimroot[m] has joined #asahi
M1f4a9[m] has joined #asahi
creepymred[m] has joined #asahi
Matt[m] has joined #asahi
rkjnsn[m] has joined #asahi
kharit[m] has joined #asahi
izzyisles[m] has joined #asahi
meiji163[m] has joined #asahi
Jaehyuk[m] has joined #asahi
fstokesman[m] has joined #asahi
danqo has joined #asahi
linkmauve has quit [Ping timeout: 250 seconds]
raster has joined #asahi
linkmauve has joined #asahi
richbridger has quit [Remote host closed the connection]
richbridger has joined #asahi
LuEvers[m] has joined #asahi
illya has joined #asahi
<illya>
does anyone know what's required to boot arm64 macOS as a guest? could use m1n1 in a similar method to opencore's uefi?
<marcan>
sven: what's the current state of the clock stuff in kernel land?
<marcan>
illya: as a guest of what?
<marcan>
what hypervisor? :-)
<illya>
sorry forgot to specify, host is M1 arm64 macOS Big Sur and using qemu + hypervisor.framework ideally
<marcan>
well, regardless of what the host is, qemu would need to implement a bunch of apple-specific hardware most likely
<marcan>
you'd also need some boot stub code most likely; m1n1 isn't in the right place in the boot hierarchy to do that for you so it wouldn't help
<marcan>
I'm not sure to what extent e.g. macos will run on ARM without a working SEP, so depending on how broken it is with missing hardware things could get very complicated
herbas has joined #asahi
choozy has joined #asahi
herbas has quit [Client Quit]
<sven>
marcan: i, erm, got distracted figuring how these guarded exception levels work
<sven>
so I think the issue with clocks was how to specify the parent relationship in the dt itself
<sven>
but I think we could just reuse the clocks property to refer to the clock controller itself.
<sven>
no one else does that though
<illya>
ah right I see, would need something above m1n1 to even boot it (and at that point why not just load a normal xnu kernel). So an iBoot replacement/stub is likely what's needed?
Bublik has joined #asahi
Bublik_ has quit [Ping timeout: 276 seconds]
<kettenis1>
sven: what do you mean by having the clocks property reference the clock controller itself?
<kettenis1>
are you talking about a "syscon" node with children for each gatable clock here?
<sven>
yes, sorry
<sven>
that sentence was more than just a little bit confusing ;)
<sven>
but I haven't really seen any recent SoC do it that way
<kettenis1>
having the a clock node that indicates its parent clocks through a "clock" property is standard practice
<sven>
yes
<sven>
but I haven't seen anything that does the syscon thing
<kettenis1>
path of least resistence is probably not to worry about ioremapping the same physical page twice ;)
__rjeffman__ is now known as rjeffman
<kettenis1>
in the grand scheme of things, does having a few more entries in the kernel page tables really matter?
<kettenis1>
in theory it would increase TLB pressure a bit, but I don't expect these to survive very long as cache entries anyway
<sven>
I don't think it's a bigger issue either
<kettenis1>
marcan, sven: do you have any opinion about "supporting" older Apple SoCs in the compatible properties of the various SoC hardware blocks?
<sven>
I don't care about them fwiw
<sven>
I think we can just do "apple,t8101-whatever", "apple,whatever"; for now. if the driver works without changes we can always add the compatibles to the driver later
<sven>
but since we have that "apple,whatever" match it would already work with just a different DT
<kettenis1>
hmm, I suppose I could just make the pinctrl have
<marcan>
kettenis1: if it's a very obvious one, like I did for serial which AIUI is the same since the dark ages, then I think it makes sense
<marcan>
that's why I called that one apple,s5l-uart
<marcan>
but we're not nearly that confident for most of the other stuff
choozy has quit [Remote host closed the connection]
<marcan>
illya: yes, but that's not most of the work, the peripheral emulation is
<marcan>
kettenis1: per-soc properties are a good idea, yes
<marcan>
we should include those ~everywhere (really, serial could've had one too)
<marcan>
because if we don't and the thing ends up having differences, we end up with an incompatible DT scenario
odmir has joined #asahi
<marcan>
personally, I say we just follow that kind of pattern for everything, except if we know about specific major versions we might want to insert those in the second compatible or so
<illya>
marcan: Right. That's something which shares functionality with asahi though right
<marcan>
qemu? only for booting macos and for testing/experiment purposes (modwizcode was working on that, they're in #asahi-dev)
<marcan>
normal linux VMs will work on asahi by emulating other standard ARM platforms, which qemu can already do
<marcan>
and similarly, if qemu grows support for M1 peripherals, it'll work for booting macos on macos, or on linux
<marcan>
if you're thinking of the hypervisor thing I've been schemeing, that's a very thin layer which will only emulate one or two critical peripherals, so it's not really comparable
<kettenis1>
marcan: so follow the pattern established by AIC and use