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
yrlf is now known as Guest1368
yrlf has joined #asahi
Guest1368 has quit [Read error: Connection reset by peer]
bgb has joined #asahi
aquijoule__ has joined #asahi
aquijoule_ has quit [Ping timeout: 480 seconds]
phiologe has joined #asahi
PhilippvK has quit [Ping timeout: 480 seconds]
marvin24 has joined #asahi
bgb_ has joined #asahi
marvin24_ has quit [Ping timeout: 480 seconds]
bgb has quit [Ping timeout: 480 seconds]
bgb_ has quit [Ping timeout: 480 seconds]
VinDuv has joined #asahi
Graypup__ has joined #asahi
bgb_ has joined #asahi
Graypup_ has quit [Ping timeout: 480 seconds]
branon has quit [Ping timeout: 480 seconds]
tomtastic has quit [Ping timeout: 480 seconds]
bgb_ has quit [Ping timeout: 480 seconds]
tomtastic has joined #asahi
bgb_ has joined #asahi
branon has joined #asahi
bgb_ has quit [Ping timeout: 480 seconds]
roxfan has quit [Ping timeout: 480 seconds]
VinDuv has quit [Quit: Leaving.]
bgb_ has joined #asahi
pinskia has quit [Remote host closed the connection]
pinskia has joined #asahi
m42uko_ has quit [Ping timeout: 480 seconds]
m42uko has joined #asahi
minecrell has quit [Quit: Ping timeout (120 seconds)]
minecrell has joined #asahi
Namidairo has quit [Quit: ZNC - https://znc.in]
Namidairo has joined #asahi
GreatGodvin has joined #asahi
m42uko_ has joined #asahi
m42uko has quit [Ping timeout: 480 seconds]
m42uko_ is now known as m42uko
nepeat has quit [Ping timeout: 480 seconds]
Ariadne has quit [Ping timeout: 480 seconds]
linuxgemini has quit [Ping timeout: 480 seconds]
ave has quit [Ping timeout: 480 seconds]
robinp has quit [Remote host closed the connection]
nepeat has joined #asahi
tsida has quit [Remote host closed the connection]
ave has joined #asahi
linuxgemini has joined #asahi
GreatGodvin has quit [Quit: GreatGodvin]
aleasto has joined #asahi
bgb_ has quit [Ping timeout: 480 seconds]
<_jannau_> marcan: vdmtool has open merge requests as well: https://github.com/AsahiLinux/vdmtool/pulls
ovf[m] has joined #asahi
ovf has joined #asahi
tsida has joined #asahi
al3xtjames2 has joined #asahi
al3xtjames has quit [Read error: Connection reset by peer]
al3xtjames2 is now known as al3xtjames
GreatGodvin has joined #asahi
GreatGodvin has quit [Quit: WeeChat 3.1]
GreatGodvin_ has joined #asahi
GreatGodvin has joined #asahi
GreatGodvin has quit []
GreatGodvin has joined #asahi
GreatGodvin has quit []
GreatGodvin has joined #asahi
GreatGodvin_ has quit []
GreatGodvin has quit []
GreatGodvin has joined #asahi
GreatGodvin has quit []
norwoodites has joined #asahi
GreatGodvin has joined #asahi
GreatGodvin has quit []
GreatGodvin has joined #asahi
pinskia has quit [Ping timeout: 480 seconds]
GreatGodvin has quit []
GreatGodvin has joined #asahi
GreatGodvin has quit []
GreatGodvin has joined #asahi
GreatGodvin has quit []
GreatGodvin has joined #asahi
GreatGodvin has quit []
PhilippvK has joined #asahi
phiologe has quit [Ping timeout: 480 seconds]
yrlf is now known as Guest1450
yrlf has joined #asahi
Guest1450 has quit [Ping timeout: 480 seconds]
bgb_ has joined #asahi
<bloom> kettenis: assuming those are names that corellium came up with as opposed to from XNU or standard terms, wondering if it makes sense to change A2I to OUT and I2A to IN, to be less jargony
kettenis_ has joined #asahi
kettenis has quit [Ping timeout: 480 seconds]
<marcan> "came up with" like they "came up" with the USB PHY stuff? :P
<marcan> A2I/I2A do make sense though (AP to IOP and vice versa); this makes sense from the POV of having the register names be reasonable when seen from both sides
<marcan> _jannau_: thanks, merged :)
<marcan> also IOP also happens to be Nintendo terminology for the CPU mini used to run on so... :-)
<marcan> (we called it the Starlet though)
<marcan> this IPC interface is giving me serious wii vibes
<marcan> there we called the regs "PPCMSG" and "ARMMSG" though, after the originator
<sven> ugh, the usb phy. that one's gonna be fun once we want usb 3 or thunderbolt support
bgb_ has quit [Ping timeout: 480 seconds]
<marcan> meh, we'll figure it out
<marcan> worst case just blob of mmiotrace stuff
<marcan> there's an IOP for TB, isn't there?
<marcan> so chances are all the horrible stuff will be done there
<sven> oh, we'll figure it out. i'm just not looking forward to that
<marcan> I'm going to be more frustrated at having to read parts of the USB4 spec
<marcan> I can't escape USB
<sven> there's at least some co-processor involved in thunderbolt
<sven> haven't looked into that at all because USB
<marcan> yeah
<marcan> anyway, that's not a huge prio
<marcan> graphics first tbh
<sven> absolutely
<marcan> usb3 host at least though is usefu;
<marcan> *useful
<marcan> but hopefully that won't be that bad
<sven> yeah, let's see. i somehow managed to get the phy to work in both gadget and host mode for usb2 at least
<sven> maybe usb3 just works by accident as well
<marcan> yeah
<marcan> depends on the implementation
<marcan> they definitely have muxes for usb3/dp/tb/whatever
<marcan> but I don't know exactly at what level they mux (analog or digital or what)
<marcan> we'll see I guess
<sven> no idea. at least the whole power stuff is done automagically by that TI chip
<marcan> yeah, but I think those are the muxless ones? not sure though
<marcan> I mean all the "atc" stuff in the adt is "apple type c" isn't it
<marcan> (guess)
<marcan> so I think that's where the magic happens
<sven> no idea. usually you apparently have to at least talk to the pd chip to switch it from source/sink/etc.
<sven> and yeah, ATC is where the magic happens
<marcan> yes, but I think the SS line muxing isn't done by that chip
<marcan> anwyay, mmiotrace will tell us things
<marcan> tomorrow I'm going to do a big overhaul of proxyclient/ into a proper python module tree
<marcan> and start writing mmiotrace handlers
<sven> yeah, i'm just saying that apple abstracted away the power stuff for sink/source inside the PD chip. so i'm kinda hoping they also abstracted away a lot of crap into whatever ATC is
norwoodites is now known as pinskia
<marcan> yeah
<marcan> just hope I don't need to debug this physically; I don't have a 5GHz scope :p
<sven> ah yes, that would be annoying
<marcan> (though if down the line it really comes down to that, which I doubt, but if it does... this kind of thing is what patreon money is for, isn't it?)
yuyichao_ has quit [Ping timeout: 480 seconds]
VinDuv has joined #asahi
<jannau> marcan: mac os does not reenable the usb-pd's interrupts
<marcan> that sounds like a bug
<marcan> but in that case, m1n1 should do so when it shuts down USB
<sven> does it not re-enable the interrupts because the chip is removed from the ADT or does it *never* re-renable interrupts?
<jannau> it does not reenable interrupts for the port not removed from the ADT
<sven> :/
<jannau> and the port is dead
<sven> that kinda lines up with our hypothesis that it uses the pd interrupts to reinitialize the phy whenever a device is connected
<jannau> at least after replugging. nothing was plugged in during boot
<sven> if their normal "new device connected" flow is pd innterrupt -> reinit phy -> kick xhci i'd expect it to never work if the PD interrupts are disable
<sven> +d
GreatGodvin has joined #asahi
<jannau> marcan: feel free to report the bug to apple
<sven> :>
<jannau> booting with the keyboard connected works
<jannau> but dead after removing and replugging
<sven> hm.. okay. so same behavior as linux right now
<sven> so that means we'll find to figure out a way for the pd chip to somehow tell the phy driver to reinit everything
GreatGodvin has quit []
<sven> guess we might need that dwc glue node after all
GreatGodvin has joined #asahi
GreatGodvin has quit [Remote host closed the connection]
<sven> jannau: how that gpio driver coming along btw? i think we should be able to use i2c-gpio to talk to the pd chip once that one works and see if we can find a sane way to fix replugging
Andalu30 has joined #asahi
<jannau> it reads register 0x5f during boot up
<jannau> slowly, hadn't much time to work on it
<jannau> sven: did you see drivers/usb/typec/tipd/ in the kernel? that looks like it has already the glue code between the tps6598x and dwc3
<sven> yes, but i'm not sure if that's enough to trigger a phy/dwc reset
<sven> since m1n1 sends the SPSS command now that driver should work without any patches already
<sven> (as soon as there's i2c and gpio-interrupt support)
GreatGodvin has joined #asahi
norwoodites has joined #asahi
nsklaus_ has joined #asahi
GreatGodvin has quit []
nsklaus has quit [Ping timeout: 480 seconds]
pinskia has quit [Ping timeout: 480 seconds]
<bloom> marcan: yeah, that's fair,. I don't think having it be from the CPU side is inherently bad, though
<bloom> unless you want to start writing firmware ;-)
norwoodites is now known as pinskia
aleasto has quit [Ping timeout: 480 seconds]
roxfan has joined #asahi
aleasto has joined #asahi
aleasto has quit [Remote host closed the connection]
aleasto has joined #asahi
aleasto has quit []
aleasto has joined #asahi
aleasto has quit [Remote host closed the connection]
aleasto has joined #asahi
Andalu30 has quit [Ping timeout: 480 seconds]
GreatGodvin has joined #asahi
GreatGodvin has quit []
<bloom> marcan: plz
<bloom> ~svwn
Andalu30 has joined #asahi
Andalu30 has quit [Read error: Connection reset by peer]
<kettenis_> bloom: what marcan says
<nsklaus_> /set <-- open a dedicated buffer where you can tweak everything,
<nsklaus_> /set <-- open a dedicated buffer where you can tweak everything,
<nsklaus_> h sry for double input
<nsklaus_> also, this dedicated buffer support filtering,
<nsklaus_> you type an arbitrary string like: 'nick'
<bloom> kettenis_: far enough
<nsklaus_> and it ah
<bloom> -ENOCONTEXT
<nsklaus_> sorry, wrong channel my bad
<bloom> kettenis_: also the marcan plz thing was for sven actually
<sven> uh
<sven> what did i do now? :D
<bloom> idk check your DM logs I don't remember
<sven> lol, ok
<kettenis_> sven: the code that resets the dwc3 dart into bypass mode isn't hooked up to the codepath that boots a kernel is it?
<sven> uh
kettenis_ is now known as kettenis
<sven> did i mess that up. let me check
<sven> yup. i messed that up
<kettenis> I think I'd like to use bypass mode for dwc3 in u-boot since it means I don't have to come up with a proper solution for some of the hacks I have now
<kettenis> and i verified that it works for u-boot
<sven> hrm, isn't the dart in bypass mode if m1n1 doesn't initialize usb?
<sven> it won't put the dart back into bypass mode but if it never does usb_iodev_init it should still be left in bypass from iboot
<bloom> kettenis: You should see my stack of patches at work to fix tests by just if 0'ing buggy code instead of fixing it :_p
<kettenis> sven: I'm loading u-boot over serial from a m1n1 chainloaded over serial from an older m1n1
<kettenis> so I think I end up running usb_iodev_init()
<sven> ah, okay
<sven> kettenis: https://github.com/AsahiLinux/m1n1/pull/73 that should work
<sven> bloom: have you considered https://github.com/auchenberg/volkswagen as a solution to your test problem? :P
<bloom> sven: ❤️
<kettenis> sven: works like a charm
aleasto has quit [Remote host closed the connection]
VinDuv has quit [Quit: Leaving.]
<bloom> how *do* charms work anyhow?
<sven> like my code apparently! ;)
flying_sausages_ has joined #asahi
flying_sausages has quit [Remote host closed the connection]
klltkr has joined #asahi
balrog has joined #asahi