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
poppoppenguin has quit [Ping timeout: 258 seconds]
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Ziemas_ has joined #asahi
Ziemas has quit [Ping timeout: 246 seconds]
Tokamak has joined #asahi
raster has quit [Quit: Gettin' stinky!]
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jamadazi has quit [Quit: WeeChat 3.0]
djb_ has quit [Read error: Connection reset by peer]
djb has joined #asahi
Tokamak has joined #asahi
ransom has joined #asahi
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
djb_ has joined #asahi
djb has quit [Ping timeout: 276 seconds]
macc24 has joined #asahi
hspak has quit [Quit: bye]
hspak has joined #asahi
ransom has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
macc24 has quit [Ping timeout: 272 seconds]
phiologe has quit [Ping timeout: 260 seconds]
PhilippvK has joined #asahi
macc24 has joined #asahi
acelogic has quit [Remote host closed the connection]
marvin24 has quit [Ping timeout: 260 seconds]
marvin24_ has joined #asahi
_whitelogger has joined #asahi
furkan has quit [Ping timeout: 256 seconds]
furkan has joined #asahi
KindOne has quit [Ping timeout: 258 seconds]
KindOne has joined #asahi
VinDuv has joined #asahi
VinDuv1 has joined #asahi
VinDuv1 has quit [Client Quit]
VinDuv1 has joined #asahi
VinDuv has quit [Ping timeout: 276 seconds]
mndza has joined #asahi
macc24 has quit [Ping timeout: 258 seconds]
macc24 has joined #asahi
VinDuv1 has quit [Quit: Leaving.]
acelogic has joined #asahi
acelogic has quit [Remote host closed the connection]
acelogic has joined #asahi
furkan has quit [Ping timeout: 240 seconds]
amw has quit [Ping timeout: 240 seconds]
KindOne has quit [Ping timeout: 272 seconds]
KindOne has joined #asahi
vimal has quit [Remote host closed the connection]
<tbodt>
does this collide with the corellium patches?
<marcan>
define collide
<marcan>
it's a completely independent patch series
robinp has quit [Ping timeout: 264 seconds]
<tbodt>
I mean, are the maintainers going to have to choose one series or the other to land
<marcan>
yes
<marcan>
the corellium patchset sent 2 weeks ago had many large issues; most of those patches would have to be thrown away entirely
<marcan>
I don't know what they're doing or planning, but I got tired of waiting :)
<marcan>
in particular, I've yet to see a single (non-empty) email from a corellium employee
<maximus64>
It gonna be a fun journey to get this patch set merge :)
<marcan>
I don't have high hopes for their community interactions at this point; I hope they change their approach though, because some of their drivers are useful
<j`ey>
stan acke'd a patch :P
<marcan>
but in the meantime I'm going to try to build up core support :)
<marcan>
j`ey: I said non-empty, header lines do not count as body content :p
<marcan>
(even if they're in the email body)
<j`ey>
hah
<marcan>
maximus64: I sure hope so :)
<marcan>
modulo an email reply or two, I'll be taking tomorrow off; I've been neglecting too many things the past few weeks :p
<clover[m]>
congrats on the upstreaming milestone marcan
<marcan>
clover[m]: let's wait until it's actually upstream ;)
* clover[m]
puts away the dom perignon
<jn__>
coincidentally, i have a driver for different AIC in a branch that i want to upstream at some point
<roxfan>
"different AIC"?
<jn__>
another interrupt controller called AIC
<jn__>
("advanced" in this case, i think)
<j`ey>
marcan: patch 14 interanlly typo
<jannau>
the first usb-c/usb-c usb3 cable had of course SBU not connected
<j`ey>
marcan: patch 15, Documentation/process/coding-style.rst says t avoid multiple assignments on a single line (u32 type = event >> 16, irq = event & 0xffff;)
<marcan>
j`ey: thanks, I'll fix those up in the next version
<marcan>
going to sleep now :)
<j`ey>
nite
raster has joined #asahi
<Mary_>
Does m1n1 output anything on serial when starting? currently trying to get serial working with macvdmtool but without much success :/
<j`ey>
it prints m1n1
<j`ey>
(before it even gets to C code)
<marcan>
Mary_: make sure you use "reboot serial"
<Glanzmann>
marcan: Nice work. :-) By adding the second macos installation I can use the macos boot loader to choose between linux and macos?
<marcan>
Mary_: anything else you're likely to get the timing wrong, and miss the messages
<marcan>
that's why that command exists
<marcan>
Glanzmann: correct!
<jannau>
Mary_: `python shell.py` will print bae and fb address
<marcan>
by the way, that's 3 different installs where I had no kmutil problems, maybe 4. not sure if I'm p=0.125 odds lucky here, or they fixed the supposed kmutil bug by the time 11.2 final rolled out
<marcan>
Mary_: boot baudrate is 115200; most of the python stuff will switch that to 1500000 though
<winocm>
tfw no framebuffer bae
<marcan>
off by one; what you want is *bad*
<marcan>
apple, that is
<marcan>
I should really do a demo where the apple logo turns into you know what
<Glanzmann>
n8 marcan. Thanks for all the hard work. :-)
<marcan>
nn :)
<maximus64>
bad apple ;)
<winocm>
bad apple on increasingly larger task managers
<marcan>
apple silicon with 1024 cores when
<marcan>
AIC will need an upgrade...
<jn__>
as soon as there's a working sound driver, such a demo will be mandatory ;)
<marcan>
:)
<davidrysk[m]>
marcan: maybe ask @afrojer what he means by the bug still existing? :P
<maximus64>
by then you can just play it form linux :p
<jannau>
Mary_: serial wasn't working with the first usb-c/usb-c cable I tried, I suspect out of spec cable with missing SBU
<davidrysk[m]>
also note that some in-spec cables might not necessarily pass SBU or data lines correctly
<marcan>
those are not required by spec?
<marcan>
I thought they were
mndza has quit [Ping timeout: 258 seconds]
<marcan>
FWIW SBU are required; though we can map serial to D+/D-, those are not crossed over, so that will never work for M1-to-M1, you'd end up with RX-RX TX-TX
<marcan>
I tested it with an Apple Thunderbolt cable, which unsurprisingly worked fine
<Glanzmann>
Btw. does someone know how to describe macos from the beta channel?
<Mary_>
I tested with my Anker cable and the cable that was given with the macbook air
<roxfan>
Glanzmann: what do you mean by "describe"?
<Glanzmann>
roxfan: I enrolled in the beta channel with my macos in order to get the bputil, now that 11.2 is released I want to be back into the normal channel.
<roxfan>
ah so "unsubscribe"
<davidrysk[m]>
Glanzmann: you should be able to unenroll from beta in the software update system preferences
<davidrysk[m]>
by clicking on more details for the beta program
<Glanzmann>
I found it. Thanks.
<Mary_>
okay got it to work
<Mary_>
needed to use my Razer Core X thunderbolt cable and well tty.debug-console
<Mary_>
Guess I will grab one of the apple thunderbolt cable because this one is way too short for my setup..
<Glanzmann>
Has soemone tried the cable that is shipped with macbook air, does it work.
<Mary_>
it doesn't work for me
<Glanzmann>
Still wait for my serial port (aka mac mini).
<Glanzmann>
I see.
<Mary_>
Anyhow, thanks again for the help ^^
<Glanzmann>
Btw. I tried the corelliumhq nvme installation today, worked so far. wifi nvme keyboard and touchpad (without thumb detection) is working. I also looked at some of the patches they look minimal invasive, hopefully we can reuse them.