08:48 <sven> so.. is there a kext or something that would allow be to dump MMIO ranges from within Mac OS?

08:49 <sven> and I assume there's no simple way to just cross-compile the Linux kernel on Mac OS without using a VM?

09:05 <VinDuv> Assuming you can still load unsigned kexts on M1 Macs by disabling SIP, you could try writing one I think

09:08 <sven> sure, I'm just wondering if that already exists

09:17 <VinDuv> Probably not with existing signed kexts

09:20 <VinDuv> Building Linux on macOS seems to not work because some headers are missing

09:20 <VinDuv> HOSTCC scripts/sorttable

09:20 <VinDuv> scripts/sorttable.c:27:10: fatal error: 'elf.h' file not found

09:20 <sven> I'm not talking about existing signed kexts, I'm wondering if anyone has already written something like this :-)

09:21 <sven> and yeah, that's the first error I got when trying this on Mac OS as well

09:29 <marcan> there was one thing I found at some point

09:29 <marcan> and promptly forgot to wtrite down

09:30 <marcan> more than one even, because this wasn't it: https://github.com/osresearch/rwmem

09:32 <dhewg> sven: that sounds like the standard libelf dependency which you need on a linux host too

09:33 <VinDuv> ok I tried copying some headers from my Linux VM and it complains that file2alias.c redefines uuid_t :-/

09:34 <sven> dhewg: yeah, and after that another error appeared :-(

09:34 <j`ey> also case insensitive file system

09:34 <j`ey> (which only seems to affect some netfilter files, so might be ok)

09:36 <VinDuv> you can build from a case-sensitive sparse disk image if needed

09:42 <dhewg> i know that you can build openwrt on fappleos, including cross compiling a linux kernel. maybe that helps?

09:43 <dhewg> maybe add a m1 target to openwrt, that might be the fastest way to cross build a kernel heh

10:02 <VinDuv> lol, gen_vdso_offsets.sh does not work because BSD sed does not recognize \t

10:03 <j`ey> VinDuv: https://lore.kernel.org/linux-arm-kernel/15147ffb-7e67-b607-266d-f56599ecafd1@john-millikin.com/

10:03 <VinDuv> hmm

10:04 <VinDuv> that’s the only use of \t ?

10:04 <sven> I'm just gonna use a vm I think :D

10:05 <j`ey> VinDuv: not sure, I just remember that patch

11:00 <VinDuv> ok, arm64 defconfig seems to cross-compile fine with the sed patch in gen_vdso_offsets.sh, the uuid_t rename in file2alias.c, and homebrew’s openssl

11:02 <VinDuv> and it boots in qemu

14:16 <modwizcode> sven: Earlier something called DirectHW was mentioned https://github.com/PureDarwin/DirectHW

14:18 <modwizcode> I thought I was making some progress on trying to determine how the SMMU thing works corellium has a blog post that is... almost helpful :p. I've shifted back to thinking it might be just the TLB we're looking at

14:19 <modwizcode> The SMMU spec for ARM is difficult because it has a few different memory spaces not a single map, but the values that you see line up with "

14:19 <modwizcode> "implementation defined space" which at first I thought was a deadend but actually that's where ARM encourages you to provide a view of the TLB

14:20 <modwizcode> so that would line up.

14:20 <modwizcode> Some of the zero registers also line up perfectly with "write only" registers. Although others... don't?

14:27 <modwizcode> So that leads me to think it's completely unrelated again, especially because even if it does match up it's only "Global register space 0" not anything else, which would seem useless to a guest or anything.

15:38 <modwizcode> if you just search it up you can find some rather similar errors https://gist.github.com/modwizcode/493380e2406fd0cea18880614700af4b

16:26 <davidrysk[m]> sven, modwizcode: DirectHW is basically a kext that allows for direct hardware access to I/O. It would need some adaptation for M1, but it should be a good example of how to get information between kernel and user space

16:26 <davidrysk[m]> flashrom is able to use the existing DirectHW on a pre-T2 Intel Mac

16:50 <sven> ah, nice

16:51 <sven> would be useful to have that working on m1 Macs to see how Mac OS configured some MMIO ranges

16:51 <sven> modwizcode: yeah, dunno. I'm probably not going to spend any more time on that SMMU for now since it's only used for three devices

17:33 <davidrysk[m]> sven: do you have xcode?

18:23 <modwizcode> sven: understandable, it doesn't seem important at the moment anyway.

19:36 <irradiated_lemmi> is there a reason the https://github.com/AsahiLinux/gpu repo has issues turned off?

20:49 <jn__> irradiated_lemmi: #asahi-gpu is probably a slightly better place to ask that

20:49 <irradiated_lemmi> ah ok, thanks!]

22:14 <kettenis> hah, got OpenBSD to boot multi-user on the mini

22:16 <kettenis> didn't manage to get the pcie DART working in bypass mode though

22:21 <sven> nice :)

22:22 <sven> I couldn't get the usb dart to enter bypass mode either (well, that or I messed my ugly hacks to the dwc3 code in linux up)