acelogic has quit [Read error: Connection reset by peer]
amw has joined #asahi-dev
amw has quit [Ping timeout: 256 seconds]
amw has joined #asahi-dev
amw has quit [Ping timeout: 256 seconds]
amw has joined #asahi-dev
amw has quit [Ping timeout: 240 seconds]
amw has joined #asahi-dev
amw has quit [Ping timeout: 264 seconds]
acelogic2 has quit [Ping timeout: 246 seconds]
stylefish[m] has quit [*.net *.split]
nutmanja[m] has quit [*.net *.split]
liur[m] has quit [*.net *.split]
nhlism[m] has quit [*.net *.split]
undvasistas[m] has quit [*.net *.split]
ts170[m] has quit [*.net *.split]
Alice[m] has quit [*.net *.split]
tarik02[m] has quit [*.net *.split]
botoxparty[m] has quit [*.net *.split]
smist08[m] has quit [*.net *.split]
jevinskie[m] has quit [*.net *.split]
davidrysk[m] has quit [*.net *.split]
nirusu[m] has quit [*.net *.split]
dstzd has quit [*.net *.split]
wolf511[m] has quit [*.net *.split]
os[m] has quit [*.net *.split]
winocm has quit [*.net *.split]
fridtjof[m] has quit [*.net *.split]
thecake21[m] has quit [*.net *.split]
PedroAraujo[m] has quit [*.net *.split]
samumartinf[m] has quit [*.net *.split]
fl35[m] has quit [*.net *.split]
ah-[m] has quit [*.net *.split]
clayfreeman_ has quit [*.net *.split]
hatf0 has quit [*.net *.split]
HeN has quit [*.net *.split]
bisko has quit [*.net *.split]
XeR has quit [*.net *.split]
Emantor has quit [*.net *.split]
stylefish[m] has joined #asahi-dev
ts170[m] has joined #asahi-dev
liur[m] has joined #asahi-dev
nutmanja[m] has joined #asahi-dev
undvasistas[m] has joined #asahi-dev
jevinskie[m] has joined #asahi-dev
nirusu[m] has joined #asahi-dev
smist08[m] has joined #asahi-dev
nhlism[m] has joined #asahi-dev
tarik02[m] has joined #asahi-dev
botoxparty[m] has joined #asahi-dev
davidrysk[m] has joined #asahi-dev
dstzd has joined #asahi-dev
Alice[m] has joined #asahi-dev
wolf511[m] has joined #asahi-dev
winocm has joined #asahi-dev
os[m] has joined #asahi-dev
fridtjof[m] has joined #asahi-dev
PedroAraujo[m] has joined #asahi-dev
samumartinf[m] has joined #asahi-dev
thecake21[m] has joined #asahi-dev
ah-[m] has joined #asahi-dev
clayfreeman_ has joined #asahi-dev
HeN has joined #asahi-dev
hatf0 has joined #asahi-dev
fl35[m] has joined #asahi-dev
XeR has joined #asahi-dev
bisko has joined #asahi-dev
Emantor has joined #asahi-dev
HeN has quit [Max SendQ exceeded]
izzyisles[m] has quit [*.net *.split]
schoenerstedt[m] has quit [*.net *.split]
Jamie[m] has quit [*.net *.split]
brentr123[m] has quit [*.net *.split]
foxlet has quit [*.net *.split]
TellowKrinkle[m] has quit [*.net *.split]
Jasper[m] has quit [*.net *.split]
asmon[m] has quit [*.net *.split]
konradybcio has quit [*.net *.split]
mellotron1[m] has quit [*.net *.split]
bylaws has quit [*.net *.split]
josiahmendes[m] has quit [*.net *.split]
ConeOfAttack[m] has quit [*.net *.split]
eric_engestrom has quit [Ping timeout: 246 seconds]
arnd has joined #asahi-dev
davidrysk[m] has quit [Ping timeout: 244 seconds]
asmon[m] has joined #asahi-dev
brentr123[m] has joined #asahi-dev
Jamie[m] has joined #asahi-dev
schoenerstedt[m] has joined #asahi-dev
izzyisles[m] has joined #asahi-dev
foxlet has joined #asahi-dev
Jasper[m] has joined #asahi-dev
konradybcio has joined #asahi-dev
mellotron1[m] has joined #asahi-dev
TellowKrinkle[m] has joined #asahi-dev
josiahmendes[m] has joined #asahi-dev
ConeOfAttack[m] has joined #asahi-dev
bylaws has joined #asahi-dev
delroth[m] has quit [Ping timeout: 240 seconds]
nufflee[m] has quit [Ping timeout: 240 seconds]
winocm has quit [Ping timeout: 265 seconds]
fridtjof[m] has quit [Ping timeout: 265 seconds]
fl35[m] has quit [Ping timeout: 265 seconds]
ldhacker[m] has quit [Ping timeout: 268 seconds]
schoenerstedt[m] has quit [Ping timeout: 258 seconds]
Jamie[m] has quit [Ping timeout: 258 seconds]
TellowKrinkle[m] has quit [Ping timeout: 258 seconds]
konradybcio has quit [Ping timeout: 258 seconds]
_alice has quit [Ping timeout: 246 seconds]
stylefish[m] has quit [Ping timeout: 244 seconds]
liur[m] has quit [Ping timeout: 244 seconds]
ts170[m] has quit [Ping timeout: 244 seconds]
numa[m] has quit [Ping timeout: 264 seconds]
spectrejan[m] has quit [Ping timeout: 260 seconds]
dancer[m] has quit [Ping timeout: 260 seconds]
Bastian[m] has quit [Ping timeout: 260 seconds]
wolf511[m] has quit [Ping timeout: 265 seconds]
os[m] has quit [Ping timeout: 265 seconds]
xerpi[m] has quit [Ping timeout: 240 seconds]
mofux[m] has quit [Ping timeout: 240 seconds]
Alex[m]14 has quit [Ping timeout: 240 seconds]
ronyrus[m] has quit [Ping timeout: 246 seconds]
shawnj2[m] has quit [Ping timeout: 246 seconds]
crafteck[m] has quit [Ping timeout: 246 seconds]
izzyisles[m] has quit [Ping timeout: 258 seconds]
foxlet has quit [Ping timeout: 258 seconds]
hypergenesis[m] has quit [Ping timeout: 268 seconds]
Eighth_Doctor has quit [Ping timeout: 268 seconds]
nutmanja[m] has quit [Ping timeout: 244 seconds]
undvasistas[m] has quit [Ping timeout: 244 seconds]
nhlism[m] has quit [Ping timeout: 244 seconds]
Alice[m] has quit [Ping timeout: 244 seconds]
tarik02[m] has quit [Ping timeout: 244 seconds]
botoxparty[m] has quit [Ping timeout: 244 seconds]
smist08[m] has quit [Ping timeout: 244 seconds]
jevinskie[m] has quit [Ping timeout: 244 seconds]
nirusu[m] has quit [Ping timeout: 244 seconds]
jamesmunns[m] has quit [Ping timeout: 260 seconds]
brentr123[m] has quit [Ping timeout: 258 seconds]
Jasper[m] has quit [Ping timeout: 258 seconds]
asmon[m] has quit [Ping timeout: 258 seconds]
thecake21[m] has quit [Ping timeout: 265 seconds]
PedroAraujo[m] has quit [Ping timeout: 265 seconds]
samumartinf[m] has quit [Ping timeout: 265 seconds]
mellotron1[m] has quit [Ping timeout: 258 seconds]
bylaws has quit [Ping timeout: 258 seconds]
ah-[m] has quit [Ping timeout: 265 seconds]
josiahmendes[m] has quit [Ping timeout: 258 seconds]
ConeOfAttack[m] has quit [Ping timeout: 258 seconds]
CamdenB[m] has quit [Ping timeout: 268 seconds]
m1kr0[m] has quit [Ping timeout: 268 seconds]
HeN has joined #asahi-dev
eric_engestrom has joined #asahi-dev
sumoon[m] has quit [Ping timeout: 240 seconds]
jrmuizel[m] has quit [Ping timeout: 240 seconds]
Avion[m] has quit [Ping timeout: 264 seconds]
DarthCloud has quit [Ping timeout: 268 seconds]
emily has quit [Ping timeout: 240 seconds]
bjornjulander[m] has quit [Ping timeout: 240 seconds]
ewlsh[m] has quit [Ping timeout: 268 seconds]
jinen[m] has quit [Ping timeout: 268 seconds]
rockinrobstar[m] has quit [Ping timeout: 268 seconds]
hipboi[m] has quit [Ping timeout: 268 seconds]
svenpeter has quit [Ping timeout: 268 seconds]
ndom91[m] has quit [Ping timeout: 268 seconds]
ryanhrob[m] has quit [Ping timeout: 268 seconds]
skillfulman23[m] has quit [Ping timeout: 268 seconds]
enverb[m] has quit [Ping timeout: 260 seconds]
bastilian has quit [Ping timeout: 260 seconds]
khronokernel[m] has quit [Ping timeout: 260 seconds]
flokk[m] has quit [Ping timeout: 260 seconds]
assusdan[m] has quit [Ping timeout: 260 seconds]
reispflanze[m] has quit [Ping timeout: 260 seconds]
redbluescreen[m] has quit [Ping timeout: 260 seconds]
fried_dede[m] has quit [Ping timeout: 260 seconds]
blazra has quit [Ping timeout: 260 seconds]
alexanderwillner has quit [Ping timeout: 260 seconds]
citruscitrus[m] has quit [Ping timeout: 260 seconds]
randohacker[m] has quit [Ping timeout: 260 seconds]
mcnight[m] has quit [Ping timeout: 260 seconds]
DarthCloud has joined #asahi-dev
ldhacker[m] has joined #asahi-dev
[Ristovski] is now known as Ristovski
Avion[m] has joined #asahi-dev
numa[m] has joined #asahi-dev
delroth[m] has joined #asahi-dev
Bastian[m] has joined #asahi-dev
nufflee[m] has joined #asahi-dev
ah-[m] has joined #asahi-dev
PedroAraujo[m] has joined #asahi-dev
wolf511[m] has joined #asahi-dev
samumartinf[m] has joined #asahi-dev
thecake21[m] has joined #asahi-dev
winocm has joined #asahi-dev
os[m] has joined #asahi-dev
fl35[m] has joined #asahi-dev
nufflee[m] has quit [Ping timeout: 240 seconds]
thecake21[m] has quit [Ping timeout: 244 seconds]
wolf511[m] has quit [Ping timeout: 240 seconds]
fl35[m] has quit [Ping timeout: 246 seconds]
os[m] has quit [Ping timeout: 244 seconds]
samumartinf[m] has quit [Ping timeout: 260 seconds]
winocm has quit [Ping timeout: 260 seconds]
PedroAraujo[m] has quit [Ping timeout: 265 seconds]
delroth[m] has quit [Ping timeout: 265 seconds]
numa[m] has quit [Ping timeout: 265 seconds]
Bastian[m] has quit [Ping timeout: 258 seconds]
ldhacker[m] has quit [Ping timeout: 258 seconds]
ah-[m] has quit [Ping timeout: 268 seconds]
Avion[m] has quit [Ping timeout: 268 seconds]
Jan[m]1 has joined #asahi-dev
frode_0xa has quit [Quit: leaving]
frode_0xa has joined #asahi-dev
flokk[m] has joined #asahi-dev
brentr123[m] has joined #asahi-dev
ewlsh[m] has joined #asahi-dev
stylefish[m] has joined #asahi-dev
jinen[m] has joined #asahi-dev
nutmanja[m] has joined #asahi-dev
reispflanze[m] has joined #asahi-dev
fried_dede[m] has joined #asahi-dev
izzyisles[m] has joined #asahi-dev
CamdenB[m] has joined #asahi-dev
blazra has joined #asahi-dev
fridtjof[m] has joined #asahi-dev
nufflee[m] has joined #asahi-dev
PedroAraujo[m] has joined #asahi-dev
mellotron1[m] has joined #asahi-dev
hypergenesis[m] has joined #asahi-dev
konradybcio has joined #asahi-dev
mofux[m] has joined #asahi-dev
Jamie[m] has joined #asahi-dev
citruscitrus[m] has joined #asahi-dev
rockinrobstar[m] has joined #asahi-dev
numa[m] has joined #asahi-dev
Alice[m] has joined #asahi-dev
liur[m] has joined #asahi-dev
jamesmunns[m] has joined #asahi-dev
dancer[m] has joined #asahi-dev
redbluescreen[m] has joined #asahi-dev
foxlet has joined #asahi-dev
smist08[m] has joined #asahi-dev
enverb[m] has joined #asahi-dev
davidrysk[m] has joined #asahi-dev
khronokernel[m] has joined #asahi-dev
josiahmendes[m] has joined #asahi-dev
Avion[m] has joined #asahi-dev
ronyrus[m] has joined #asahi-dev
ConeOfAttack[m] has joined #asahi-dev
randohacker[m] has joined #asahi-dev
TellowKrinkle[m] has joined #asahi-dev
svenpeter has joined #asahi-dev
jevinskie[m] has joined #asahi-dev
undvasistas[m] has joined #asahi-dev
delroth[m] has joined #asahi-dev
bylaws has joined #asahi-dev
spectrejan[m] has joined #asahi-dev
os[m] has joined #asahi-dev
alexanderwillner has joined #asahi-dev
ldhacker[m] has joined #asahi-dev
crafteck[m] has joined #asahi-dev
Eighth_Doctor has joined #asahi-dev
Alex[m] has joined #asahi-dev
emily has joined #asahi-dev
assusdan[m] has joined #asahi-dev
fl35[m] has joined #asahi-dev
thecake21[m] has joined #asahi-dev
skillfulman23[m] has joined #asahi-dev
tarik02[m] has joined #asahi-dev
ts170[m] has joined #asahi-dev
bastilian has joined #asahi-dev
Bastian[m]1 has joined #asahi-dev
nhlism[m] has joined #asahi-dev
m1kr0[m] has joined #asahi-dev
hipboi[m] has joined #asahi-dev
mcnight[m] has joined #asahi-dev
ah-[m] has joined #asahi-dev
ryanhrob[m] has joined #asahi-dev
asmon[m] has joined #asahi-dev
samumartinf[m] has joined #asahi-dev
nirusu[m] has joined #asahi-dev
xerpi[m] has joined #asahi-dev
Jasper[m] has joined #asahi-dev
shawnj2[m] has joined #asahi-dev
sumoon[m] has joined #asahi-dev
winocm has joined #asahi-dev
bjornjulander[m] has joined #asahi-dev
wolf511[m] has joined #asahi-dev
botoxparty[m] has joined #asahi-dev
_alice has joined #asahi-dev
jrmuizel[m] has joined #asahi-dev
ndom91[m] has joined #asahi-dev
<modwizcode>
lol rip not having malloc
<modwizcode>
I'm pretty close on getting a QEMU profile that can boot m1n1 properly. Unfortunately it will require a horrible hack since qemu always loads elfs directly at their physical address locations, which m1n1 has set to 0. So either people need to patch the linker script or they need a horrible hacked version of qemu.
<modwizcode>
There's a sort of way to do it right that involves duplicating a lot of code. You can give it a "translation function but that runs a relocater too which isn't exactly desired.
<j`ey>
you can objcopy -O binary the file to make a flat binary
<j`ey>
and it wont use the ELF address, since there isnt one!
<modwizcode>
Then it doesn't detect the entry point automatically and the segment layout isn't flat iirc
<modwizcode>
You're right though that can work.
<modwizcode>
But it shouldn't have to, this is an annoying issue with qemu for other work too and it should be fixed
<j`ey>
yeah, you have to do a bit more work to make sure the furst instruction is right
<modwizcode>
It also can't properly load at 0 which is the real problem since my device board for m1 work defines a big heap of ram at 0 original. Because parts of the code assume address 0 = NULL and break
<modwizcode>
After this though I need to start stubbing in peripherals properly. Ideally the whole machine config could be created simply from a converted device tree, although that seems to not be a thing in qemu yet and it's far too useful a feature for an idiot like me to contribute.
<davidrysk[m]>
modwizcode: why not write a fake/stubbed iBoot for qemu?
<davidrysk[m]>
I think that's the approach that they're taking for booting PPC Macs
<davidrysk[m]>
(or they're just running openfirmware)
acelogic has joined #asahi-dev
hir0 has quit [Ping timeout: 246 seconds]
hir0 has joined #asahi-dev
<modwizcode>
I think they just run openfirmware lol
hir0 has quit [Quit: Lost terminal]
<modwizcode>
A stubbed iBoot wouldn't be a terrible idea but that's more work for people to load
<modwizcode>
I was going to try to add simple macho support just enough to load m1n1
<modwizcode>
davidrysk[m]: or were you suggesting essentially that, adding support for the mach-o loading in qemu
<davidrysk[m]>
well, my concern about direct mach-o loading in qemu is that upstream might not like it. I dunno.
<davidrysk[m]>
It would be nice if whatever infrastructure is used to load m1n1 can be extended to load xnu/macOS too
<modwizcode>
Upstream could not like it
<modwizcode>
but upstream would hate everything I've written so far I think XD
<davidrysk[m]>
since the ability to virtualize macOS/ARM would be useful
<modwizcode>
I'd like to bring up getting the code into an upstream friendly state but I don't really know where to start/who to get in touch with
<davidrysk[m]>
I believe it would also be legal EULA-wise (though IANAL etc)
<modwizcode>
Like qemu has this desire to work away from source code hardware descriptions to a file based description but there's no code for that.
<davidrysk[m]>
the EULA allows virtualization of macOS on Apple hardware :)
<modwizcode>
Yeah I think that'd be useful too
<modwizcode>
I mean virtualbox and things support emulation of macOS
<modwizcode>
and there's obvious usecases for testing stuff
<davidrysk[m]>
yeah for Intel macOS
<modwizcode>
I just don't have a lot of experience here nor do I know anyone with it
<davidrysk[m]>
I don't think anything available supports virtualization of macOS/aarch64
<modwizcode>
Like making a new machine definition is not straightforward
<davidrysk[m]>
yeah
<modwizcode>
Yeah I haven't seen anyone try to run it on the ARM qemu
<modwizcode>
You could probably get it working easier by using the (not yet commited) patch series for supporting HVF (apple's hypervisor framework)
<modwizcode>
What I'm most worried about is that Apple reuses some unused aarch64 registers that I think might be hard to support. I don't think qemu lets me hook the registers easily in a like SoC/core specific way due to it's current architecture.
<modwizcode>
wait no I'm just wrong about that I think, but I would have to handle it as another cpu core type instead of just giving it an SoC wrapper.
<arnd>
I guess it would be similar to how qemu handles e.g. the TI specific arm925 with its custom registers
<modwizcode>
I should find that code
<modwizcode>
I think that you define an array of CP registers which can have functionality diverted out to other code. For now I'm going to extend the existing one with apple specific definitions. I'm not sure if the qemu people will want it as a new CPU type but that's probably the best way to handle it.
<modwizcode>
Is there any meaningful difference between the performance and efficiency cores architecturally?
<modwizcode>
Interesting so ther is a way (used in at least noe place) where extra CP registers are defined on the core. Still not sure if it would make more sense to just add a new core type for the M1. Probably should ask someone.
Bastian[m]1 is now known as Bastian[m]
<davidrysk[m]>
There are plenty of different HID registers and whatnot in the M1.
<davidrysk[m]>
So the M1 probably does need a new core type (though it probably can share with the A14 if there is an A14)
<davidrysk[m]>
I don't think upstream qemu has support for the older Apple-custom cores though? I might be wrong
<davidrysk[m]>
As for difference between performance and efficiency: there are some differences but not everything is mapped out yet
<modwizcode>
There's no A14
VinDuv has joined #asahi-dev
<davidrysk[m]>
yeah I didn't expect it
<davidrysk[m]>
is there any aarch64 apple chip?
<modwizcode>
no
<modwizcode>
Afaik there's no apple stuff at all
<arnd>
qemu only knows a53, a57 and a72, as well a lots of older 32-bit cores, and passing through the host cpu in virtualization
<j`ey>
(and cpu max for All The Features)
<modwizcode>
Yeah
<modwizcode>
I got it booting m1n1 unmodified now. Well mostly unmodified. The device tree code in m1n1 needs to actually check it's bounds properly :p
<marcan>
modwizcode: the segment layout is flat
<marcan>
it's done that way on purpose
<j`ey>
modwizcode: is your code too ugly to be online? :P
<modwizcode>
It's ugly but I was just about to link it
<marcan>
literally just dump the .macho anywhere in memory and jump to load_addr + 0x4800
<marcan>
this is basically a supported way of loading m1n1 right now
<marcan>
however, you do need to pass a proper boot_args in x0
<modwizcode>
For some reason the first few times I tried that it failed to boot but there could be a lot of other things wrong
<marcan>
maybe it was not clearing bss? I just pushed a commit for that
<modwizcode>
Yeah I wasn't emulating boot args at the time (this is before I made a new machine type when I was working with a modified exynos4210 setup)
<marcan>
ah
<modwizcode>
Also maybe that
<marcan>
also keep in mind bss needs space after the .macho
<marcan>
so don't put bootargs like right after it
<modwizcode>
I was working with an old commit for a long time.
<modwizcode>
Bootargs (along with device tree) are put at 0
plainbits has joined #asahi-dev
<modwizcode>
Because I could and I don't have real hardware docs in front of me at the moment to make saner choices
<marcan>
hopefully not literally 0
<modwizcode>
nope literally 0
<marcan>
uh
<modwizcode>
So yeah
<marcan>
you do realize that's a NULL pointer, right?
<modwizcode>
that's the other thing
<modwizcode>
Yeah
<modwizcode>
That's why m1n1 needs to check the args
<modwizcode>
It ignores the size arg too
<marcan>
what size arg?
<modwizcode>
So if you say null devtree with 0 size. It'll still try to find the device-type and target
<marcan>
oh, well, um, yes, it does kind of expect to have a real devicetree
<modwizcode>
u32 devtree_size;
<modwizcode>
Yeah
<marcan>
as of a few commits back it's required
<marcan>
I don't hardcode addresses any more except for UART and AIC right now
<modwizcode>
But even if you give it one (a stub) it ignores if there's no properties/children and doesn't give up on looking for nodes
<marcan>
yeah it doesn't use the size right now
<modwizcode>
That's fine but it has functions to check validity of device tree nodes, it should use them
<marcan>
wonder if there's a terminator guaranteed
plainbits has quit [Client Quit]
<marcan>
the thing is passing around the size to everything is a PITA
<modwizcode>
I don't think you have to pass size
<modwizcode>
You should never have a 0 size tree except for the nonsense I'm doing
<modwizcode>
Hang on
<modwizcode>
So line 81 in adt.c
<modwizcode>
It just keeps going unless the property offset isn't 0.
<modwizcode>
but nothing ever checks the condition to report 0
<modwizcode>
so it will just keep looking forever
<marcan>
oh yeah that's buggy heh
<modwizcode>
Yeah :)
<modwizcode>
There's all the definitions for the checking code, but they're not used at all :p
plainbits has joined #asahi-dev
<modwizcode>
Well it's sort of used in the higher level code I think
<modwizcode>
I just made a tiny patch that adds a call to adt_check_header in adt_first_property_offset and that fixed it (but that's obviously not a good patch)
<marcan>
modwizcode: fixed
<modwizcode>
ty :)
<marcan>
and it's not about checking, we have the lengths, and I had just added some fancy foreach macros that *do* in facto do it all properly
<marcan>
might as well, you know, use them
<marcan>
(see the commit)
<modwizcode>
oh you added the libfdt stuff too
<marcan>
it can boot linux properly now
<modwizcode>
nice
<marcan>
passing the basic memory/fb info from adt to fdt
<modwizcode>
I should try throwing linux at this thing. I've gotta make another patch to point the framebuffer into some unused ram though.
<marcan>
tomorrow smp bringup
<marcan>
good night ;)
<modwizcode>
heh smp funnnn
<modwizcode>
night
plainbits has quit [Quit: Bye!]
acelogic has quit [Ping timeout: 265 seconds]
<VinDuv>
more penguins :)
VinDuv has quit [Quit: Leaving.]
dhewg has quit [Read error: Connection reset by peer]
dhewg has joined #asahi-dev
dhewg has quit [Client Quit]
dhewg has joined #asahi-dev
dhewg has quit [Read error: Connection reset by peer]
dhewg has joined #asahi-dev
dhewg has quit [Remote host closed the connection]
acelogic has joined #asahi-dev
dhewg has joined #asahi-dev
akemin_dayo has quit [Ping timeout: 272 seconds]
akemin_dayo has joined #asahi-dev
dhewg has quit [Remote host closed the connection]
<kettenis>
I have a u-boot payload that boots up to a framebuffer console
<kettenis>
now I just need to add support for usb, pci, etc
<j`ey>
kettenis: u-boot as MachO, or chain loading?
<kettenis>
currently as a payload for preloader-m1
<kettenis>
but it should work as a payload for m1n1 as well
<Bluerise>
kettenis: nice
<Bluerise>
kettenis: do you have it on github?
<Bluerise>
adding the linux drivers might not be too hard, apart from that nGnRnE/nGnRE thing
<kettenis>
the memory attribute issue should be easy to fix in u-boot
<kettenis>
I'll see if I can push something to github tomorrow
<kettenis>
getting some zzz first
<modwizcode>
marcan (or anyone else): Could you get me the contents of hcr_el2 upon entry into mini from iBoot? I'm curious about what it configures since it affects how el2 takes interrupts.
<kettenis>
0x30488000000
<modwizcode>
thanks
<kettenis>
I was just looking at that 'cause the HCR_EL2.E2H is set and that caused me some headaches since u-boot assumes it isn't
<modwizcode>
Yeah I was like why aren't interrupts firing (in qemu I have the uart IRQ connected directly to the core's IRQ line lol)