thevar1able has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
koorogi1 has quit [Server closed connection]
koorogi1 has joined #asahi-dev
rcombs has quit [Server closed connection]
rcombs has joined #asahi-dev
<jevinskie[m]>
sven: nice work! I hope to try it out with my modification of apfs-fuse to boot macos
thevar1able has joined #asahi-dev
kendfinger has quit [Server closed connection]
kendfinger has joined #asahi-dev
phiologe has joined #asahi-dev
PhilippvK has quit [Ping timeout: 480 seconds]
kov has quit [Quit: Coyote finally caught me]
thevar1able has quit [Ping timeout: 480 seconds]
Z750 has quit [Server closed connection]
Z750 has joined #asahi-dev
x56_ has quit [Server closed connection]
x56 has joined #asahi-dev
cyrozap has quit [Server closed connection]
cyrozap has joined #asahi-dev
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hays has quit [Server closed connection]
hays has joined #asahi-dev
<marcan>
alyssa: re nvme, not a priority but in the mid term I've been leaning towards having m1n1 chainload itself from the ESP as a way to allow upgrades without having to go into 1TR
<marcan>
mostly so we can update devicetrees from distros
<marcan>
so nvme will be useful for that
<marcan>
will have to come up with some secureboot scheme for it though. I've been thinking of making the next progress report also a call out to distros to talk about stuff like that...
<marcan>
probably easiest is to just throw a signature on it and have some "official" asahi signed m1n1 binaries or distros can build their own with their own key (or users can build their own etc) and the installer just installs whatever signed build is appropriate for $distro
user982492 has joined #asahi-dev
<marcan>
alright, I feel like documentation today, let me work on that
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
x56 has quit [Remote host closed the connection]
kendfinger has quit [Remote host closed the connection]
Z750 has quit [Remote host closed the connection]
kendfinger has joined #asahi-dev
Z750 has joined #asahi-dev
x56 has joined #asahi-dev
Z751 has joined #asahi-dev
Z750 has quit [Read error: Connection reset by peer]
kendfinger has quit [Read error: Connection reset by peer]
kendfinger has joined #asahi-dev
refi64 has quit [synthon.oftc.net weber.oftc.net]
refi64 has joined #asahi-dev
Graypup_ has quit [Server closed connection]
Graypup_ has joined #asahi-dev
Guest394 has quit [Server closed connection]
user982492 has joined #asahi-dev
kode54 has quit [Server closed connection]
kode54 has joined #asahi-dev
yuyichao has quit [Remote host closed the connection]
yuyichao has joined #asahi-dev
jeffmiw has joined #asahi-dev
alyssa has quit [Server closed connection]
alyssa has joined #asahi-dev
King_InuYasha has quit [Server closed connection]
King_InuYasha has joined #asahi-dev
mixi has joined #asahi-dev
aleasto has joined #asahi-dev
<maz>
marcan: one thing I have been thinking about is to be able to get m1n1 to wait a couple of seconds before starting the payload it is bundled with. this would allow sneaky chainloading from a m1n1 that was bundled with u-boot to a new m1n1 with more experimental feature.
<marcan>
maz: that's what would happen with -v (once I implement it), it would wait a few seconds for USB enumeration
* marcan
is 3800 words into a wiki one-stop article about how these machines work and what you need to know as a distro/bootloader/etc dev
<povik>
not exactly what you want, but maybe it helps
<maz>
povik: it is close to what I'd need, but not quite that. my m1 is permanently hooked to another box that captures its serial port and also uploads the chained m1n1 over USB. I think the sole enumeration would count as activity, and would drop directly into the proxy.
<povik>
yeah, that's what i thought
<maz>
I guess what I'd need would be to directly start the proxy, and only start the payload if no activity happens within x seconds.
<maz>
of course, I could always get rids of USB altogether, as I don't have to upload huge payloads anymore (it was massively useful when I was uploading full kernels).
<marcan>
I could add some kind of knob to make the proxy itself time out
<marcan>
not what I'd do for regular installs, but it would work for you
<maz>
marcan: yeah, that's really not something you'd want for 'production' stuff, but that would be useful to transiently test, let's say, a new u-boot version.
<maz>
definitely a dev feature
amw has quit [Ping timeout: 480 seconds]
<jannau>
maz: you could have udev chainload the current m1n1 + u-boot when the on device m1n1 connects. a little fragile but you don't need to go through macos recovery for updating the default u-boot
<povik>
ah, graphs are a general thing in devicetrees
<povik>
that explains where audio-graph-card came from
<povik>
kettenis: once i think you said you don't know which of audio-graph-card or simple-audio-card is preferred
<povik>
it's audio-graph-card apparently
<kettenis>
don't remember saying that ;)
<povik>
nevermind then
<kettenis>
we have support for both in OpenBSD
<maz>
jannau: yup, that's another possibility. I'll give it a shot.
<maz>
(feels like a poor-man's TFTP boot... ;-)
<kettenis>
so if audio-graph-card is a better fit you should probably use that
<povik>
i am going to, audio-graph-card can better support the multispeaker arrangements
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<minecrell>
povik: what about audio-graph-card2? :P
<povik>
i know it's there, but that's about all i know
<povik>
hm, but looking into it further we may need audio-graph-card2
<povik>
we need multiple codec DAIs per one cpu DAI
<povik>
there's no users of audio-graph-card2 in upstream devicetrees though
<minecrell>
it's still "experimental" according to the code (using it will produce a warning)
<minecrell>
imo the whole sound card stuff is almost infinitely confusing in Linux. There are 3 different generic sound card drivers, tons of hardware/vendor-specific ones and you almost always run into some limitations somewhere :S
<minecrell>
I guess it's hard to cover all use cases
lonjil2 is now known as lonjil
lonjil is now known as lonjil2
lonjil2 is now known as lonjil
<marcan>
going to get dinner, but this is what I've been typing up: https://mrcn.st/p/u89nqBhg (still incomplete, I just got to the interesting bit...)
kov has joined #asahi-dev
<marcan>
in case anyone wants to take a look :)
<marcan>
I'm basically trying to condense info about how these things work (to provide background) and then talk about how we think other OSes should interop
<alyssa>
i will not learn systermverilog i will not learn systemverilog i will not learn systemverilog
<j`ey>
quite a novel marcan
<Jamie[m]1>
lmao alyssa
<alyssa>
maybe i'll just. start writing a software model. and um
<alyssa>
marcan: 'a "typical" ARM64 machine'
<alyssa>
i have never met such a machine in my life
<alyssa>
a "typical" ARM64 machine is a broken copy of u-boot stuffed in /boot/ that boots a random zImage also stuffed in /boot/
amw has joined #asahi-dev
<marcan>
alyssa: okay, a mythological ARM SystemReady machine
<alyssa>
mythological, there we go
amw has quit [Ping timeout: 480 seconds]
<Jamie[m]1>
AVD is missing from the firmwares table, if you're not aware
<marcan>
it isn't?
<marcan>
| AVD | SoC | Audio/Video Decoder | No | Embedded in XNU | OS | OS | ~40 KB
<alyssa>
I saw AVD
<Jamie[m]1>
oop sorry not sure how i missed that lol
<alyssa>
AVE isn't there, but I haven't seen firmware for it
<Jamie[m]1>
yeah it is
<Jamie[m]1>
glad i'm not the only one struggling to read the table somehow :3
<Jamie[m]1>
(there's an AVE.img4 in preboot)
<Jamie[m]1>
APR is one that I haven't seen firmware for
<Jamie[m]1>
where is the "Audio/Video Decoder" description of AVD coming from? I don't think I've seen any audio stuff in my poking of it
<Jamie[m]1>
(as for AVE, though I haven't looked at that one)
gladiac is now known as Guest162
gladiac has joined #asahi-dev
Guest162 has quit [Ping timeout: 480 seconds]
aleasto has quit [Quit: Konversation terminated!]
aleasto has joined #asahi-dev
<alyssa>
probably "Apple Video En/Decoder"
<alyssa>
...
<alyssa>
not sure there's a ref for that other than citogensis of marcan's own twitter, though ;-)
aleasto has quit [Remote host closed the connection]
aleasto has joined #asahi-dev
aleasto has quit []
aleasto has joined #asahi-dev
aleasto has quit [Remote host closed the connection]
aleasto has joined #asahi-dev
aleasto has quit [Remote host closed the connection]
aleasto has joined #asahi-dev
psykose has joined #asahi-dev
<marcan>
and yeah, I think Apple is probably more correct? since they don't do audio lol
<marcan>
my brain just goes AV = Audio/Video
<marcan>
(clearly I haven't been corrupted by Japan enough yet)
<marcan>
alyssa: AVE is there
<marcan>
how on earth are you two both missing things
user982492 has joined #asahi-dev
jbowen has joined #asahi-dev
jbowen has quit [Quit: leaving]
jbowen has joined #asahi-dev
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]