marcan changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
linkmauve has joined #asahi-dev
qyousef has quit [Ping timeout: 260 seconds]
maor26 has quit [Ping timeout: 240 seconds]
danilonc has quit [Quit: Connection closed for inactivity]
qyousef has joined #asahi-dev
amw has quit [Ping timeout: 246 seconds]
amw has joined #asahi-dev
phiologe has quit [Ping timeout: 260 seconds]
PhilippvK has joined #asahi-dev
amw has quit [Ping timeout: 246 seconds]
amw has joined #asahi-dev
VinDuv has joined #asahi-dev
maor26 has joined #asahi-dev
VinDuv has quit [Quit: Leaving.]
lovesegfault has quit [Quit: WeeChat 3.0]
robinp has quit [Ping timeout: 260 seconds]
robinp has joined #asahi-dev
amw has quit [Ping timeout: 265 seconds]
amw has joined #asahi-dev
smist08[m] has quit [Quit: Idle for 30+ days]
ronyrus[m] has quit [Quit: Idle for 30+ days]
amw has quit [Ping timeout: 272 seconds]
amw has joined #asahi-dev
amw has quit [Ping timeout: 265 seconds]
amw has joined #asahi-dev
amw has quit [Ping timeout: 240 seconds]
stemnic has quit [Ping timeout: 264 seconds]
amw has joined #asahi-dev
amw has quit [Ping timeout: 240 seconds]
vimal has joined #asahi-dev
stemnic has joined #asahi-dev
thestr4ng3r has quit [Read error: Connection reset by peer]
thestr4ng3r has joined #asahi-dev
tarik02[m] has quit [Quit: Idle for 30+ days]
skillfulman23[m] has quit [Quit: Idle for 30+ days]
kettenis has joined #asahi-dev
VinDuv has joined #asahi-dev
zkrx has quit [Ping timeout: 265 seconds]
zkrx has joined #asahi-dev
zkrx has quit [Ping timeout: 264 seconds]
zkrx has joined #asahi-dev
zkrx has quit [Ping timeout: 240 seconds]
zkrx has joined #asahi-dev
<modwizcode> https://twitter.com/modwizcode/status/1360308258519605254?s=20 I got the AIC emulation working for real finally
<modwizcode> I'm not very happy with a lot of the code because it seems really inefficient in a lot of places, but that can always be resolved later.
<modwizcode> I need to get it to present a more complete ADT to get a vanilla build of M1N1 to boot with it though, I've got a fork of M1N1 that works but it's just for testing.
<j`ey> modwizcode: lotsa penguins
<modwizcode> Yes indeed :)
<modwizcode> If marcan gets the big.LITTLE thing working it should show up correctly too (hopefully anyway) since they're exposed with the correct IDs and everything
<modwizcode> It's fun to see the IPIs firing as I do stuff. You can see that linux assigns the IRQs for the serial port to go to cpu0, then when you type a character you see an IPI fire from cpu0 to another core for each character
<maximus64> nice :p
<maximus64> I guess next is DART and PCIE?
<modwizcode> Eventually yes
<modwizcode> Have to wait for more hardware docs I think though.
zkrx has quit [Quit: zkrx]
<modwizcode> But at this point I expect a lot of overlap with existing peripherals (at least higher level ones), like I'm hoping I can reuse the NVMe peripheral code
<modwizcode> Theoretically because Linux has drivers for a ton of stuff at this point you can just plug in whatever you want on the QEMU side and then tell linux about it via device tree, but that's not my goal since that isn't a true emulation of an M1 mac and it would be useless for running something like macOS
zkrx has joined #asahi-dev
<maximus64> Good progress tho. If it close enought to the actual HW, it might able to boot the M1 OSX ;)
<modwizcode> That's the goal eventually. I think it's key to understanding the hardware to have a parallel functional implementation based on that understanding. If the drivers + emulation != results that are expected, it means somewhere something is wrong.
<modwizcode> A lot of stuff will need to be understood better though. The M1 cpu cores have features that are not documented at all, and macOS certainly will use them.
<j`ey> as long as you're running qemu on macOS right?
<modwizcode> That's the other issue
<modwizcode> I can't do that testing myself because I don't have a mac of my own to legally do that with
<modwizcode> Luckily other people do and it's not too hard to compile and test so in the future that will not be a problem
<modwizcode> One thing I'm actually planning to do at some point here is compile the open source release of Xnu and throw it at the emulator. From what I understand there's few to no drivers in that source though, but I think there's Darwin port projects that might be able to supply some basic drivers (or I could probably write my own for serial port at least)
<j`ey> that doesn't help with understanding the hardware, but a good thing to try ofc
<j`ey> (well non-cpu hardware)
<modwizcode> Yeah there is some stuff that I think is there for startup that might expose little differences. Parsing through the code is difficult with how spreadout it is, it actually is sometimes a lot better to throw it at the emulator and look for failures
<sven> looks like my most expensive part adapter works fine. and the chainload.py development workflow is a lot of fun as well https://files.svenpeter.dev/74fb88486def919c44ead01848a85b84a70159facf2fdc34024cd8b071f0dd5d_m1n1_framebuffer_console.png :)
<sven> *uart adapter
<roxfan> can you make it more burry?
<sven> yeah, I need to convert a better font. and this hdmi capture thing isn't all that great either.
<sven> looks like it's mostly the capture card
<sven> that font does look a lot nicer though, thanks!
<maximus64> oh you already got FB console done lol I was working on that part as well
<sven> heh
<sven> just wrote it in the past two hours or so :)
<maximus64> yea that why I pick that one. Easy and something I know how to do :p
<sven> didn't want to duplicate any work, just wanted to get my hands dirty
<sven> exactly :)
<sven> you can review my code if you want to though
<maximus64> yea I can take a look :)
<davidrysk[m]> is there a good way to browse lkml archives?
<maximus64> I have a macbook that I can try on
<sven> sure, let me just clean this up a little bit and I'll push it
VinDuv has quit [Quit: Leaving.]
<sven> first draft, still needs some cleanup :)
<maximus64> I just using my hack up GoodFET that only have FT232R and some logic buffer for 1.2 logic
<maximus64> Thanks :)
<sven> I use a m1 MacBook Air and a m1 Mac mini connected with a usb-c cable and marcan's macvdmtool
<sven> this makes for a really nice development workflow
<maximus64> lol
<maximus64> very expensive adapter lol
<sven> yeah :P
<sven> but totally worth it
<sven> maximus64: I think you need to run makefont.sh once fwiw
<sven> that still needs fixing
roxfan has quit [Remote host closed the connection]
<j`ey> davidrysk[m]: lore.kernel.org?
<maximus64> ah ok
roxfan has joined #asahi-dev
acelogic has quit [Ping timeout: 272 seconds]
<maximus64> sven: this is how it look on my macbook air: https://imgur.com/djiJ7Jw
<maximus64> font is bit hard to read imo
<maximus64> but it work :p
<sven> nice :)
<sven> yeah, might be a good idea to increase the font size a little bit
<maximus64> hmm there is some weird bug that I can't no longer load linux
<sven> uh oh :D
<sven> how did I manage to break that?
<maximus64> not sure probably bug that already there. Let me get the log
<sven> huh, weird
<maximus64> this is chainload another m1n1 and then try to boot linux
<maximus64> let me build m1n1 from main and retest
<sven> strange, start_secondaries also seems to fail for me
<maximus64> work find with main build after chainload
<sven> ugh, so, the secondary cores call printf so there might be a race somewhere.
<maximus64> lol yea
<sven> yeah, it's definitely some race
<sven> removing all printfs from the secondaries seems to fix it
<sven> I'll take a look tomorrow, too tired right now for that ;)
<maximus64> good nite :)
<maximus64> assuming it night time for you heh
<sven> yeah, half an hour to midnight ;)
<sven> good night!
qyousef1 has joined #asahi-dev
qyousef has quit [Ping timeout: 240 seconds]