ChanServ changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | Non-development talk: #asahi | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
sawyer has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<nicolas17>
I put them at the end based on when it was released, but maybe putting them next to M2 and move A16 to the end makes more sense, feel free to bikeshed
<alyssa>
nicolas17: I was about to say, A16 at the end
<alyssa>
A15=M2
<alyssa>
A16=M3
<nicolas17>
yep fair enough
<nicolas17>
alyssa: in fact in my first edit I screwed up and put M2 Pro with Everest/Sawtooth
<nicolas17>
>_<
<alyssa>
Unless Apple does a 180 we can be pretty sure there will be an M3 coming with internal name H15G
<amarioguy>
alyssa: entirely possible they use a different letter :P
<amarioguy>
P is fairly constant but who knows for anything else
<alyssa>
amarioguy: G has been consistent no?
sawyer has joined #asahi-dev
<alyssa>
speaking of, "H13J"
<alyssa>
This seems.. wrong? Shouldn' they be S/C/D?
<amarioguy>
alyssa: i'm talking about overall throughout the time apple's been making its own chips
<amarioguy>
not necessarily in the immediate lol, G is a really safe bet nowadays fwiw
derzahl has quit [Ping timeout: 480 seconds]
<amarioguy>
ahh nvm i'm dumb, saw the X chips from ye olde days had G starting from like A8X LOL
<amarioguy>
> Critical firmware components, such as sepOS and iBoot, are also encrypted. - not so much a security feature as it is annoying for anyone wanting to audit iboot :P
<amarioguy>
sepOS fair, keep that encrypted but iboot has no good reason for it imo lol
<nicolas17>
amarioguy: someone speculated it's a canary for when people get bootrom code exec / aes engine access
<alyssa>
how would that work
<nicolas17>
once keys make it to the wiki Apple knows someone got access? :P
<amarioguy>
if you have iboot code exec
<amarioguy>
you can just run the aes engine with arbitrary keys
<nicolas17>
but eh, I didn't get around to putting the M1 keys into the wiki yet
<amarioguy>
required to bootstrap ibec and all
<amarioguy>
(i just use the ios terms for my sake as i'm more comfortable with them, normies would call this the restore iBootStage2)
<nicolas17>
>normies
<amarioguy>
ofc the maintainers know what i'm talking about, talking the true normies :)
ravenrookery has joined #asahi-dev
<amarioguy>
the people just stumbling into this chat log from the internet
<kode54>
seems that fedora is now shipping asahi-audio in their asahi flavor
faruk has joined #asahi-dev
<kode54>
but they're not shipping a device tree for working speakers
<kode54>
it results in tinny headphone output
capta1nt0ad has joined #asahi-dev
capta1nt0ad has quit [Remote host closed the connection]
capta1nt0ad has joined #asahi-dev
faruk has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
faruk has joined #asahi-dev
capta1nt0ad has quit [Ping timeout: 480 seconds]
faruk has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<chadmed>
kode54: yeah that sounded odd. i doubt anyone over there would ship something thats obviously not ready by default
zalyx has quit [Read error: Connection reset by peer]
zalyx has joined #asahi-dev
<sven>
yeah, i trust the people working on the official support for fedora that they wouldn't ship that. I don't think they ship anything publicly so far anyway
<chadmed>
i dont even ship it in the gentoo overlay
<chadmed>
and even if i or the fedora folks did, the DSP chain will only insert itself on to the _second_ Pro Audio device by name, so should never ever touch the headphone output
<chadmed>
now the dilemma is whether i finally sort out my server and desktop situation with some mac minis like i told myself i would when these machines drop
<chadmed>
or buy myself a 16" pro and finally get around to IRs for it
cylm has joined #asahi-dev
leitao has joined #asahi-dev
leitao has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bcrumb has joined #asahi-dev
derzahlah has quit [Remote host closed the connection]
bcrumb has quit [Ping timeout: 480 seconds]
capta1nt0ad has joined #asahi-dev
leitao has joined #asahi-dev
cylm has quit [Ping timeout: 480 seconds]
jluthra has quit [Remote host closed the connection]
jluthra has joined #asahi-dev
<jannau>
huh, 13.2 beta2 to rc update surprisingly was fast, downloaded just 2.5GB, but no endless processing after the restart
<jannau>
loading the recovery os ramdisk for options seems to faster as well
<jannau>
not a fan of the larger boot picker though but I guess 4 or more OS installs on a system are rare
mkurz has joined #asahi-dev
leitao has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<maz>
yup. and I'll probably start looking at VFIO support once TB hits upstream.
leitao has joined #asahi-dev
<sven>
the pcie part will probably be ready pretty soon
<sven>
not a lot of changes are required there
<sven>
and I guess once I figure out what this thing apple calls something like "unfreezing the thunderbolt clock" actually is I'm also confident enough to send out atcphy
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
denice has joined #asahi-dev
denice has quit []
denice68 has joined #asahi-dev
kujeger has joined #asahi-dev
derzahl has joined #asahi-dev
faruk has joined #asahi-dev
denice68 has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
bisko has quit []
leitao has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bisko has joined #asahi-dev
bisko has quit []
bisko has joined #asahi-dev
bisko has quit []
bisko has joined #asahi-dev
<sven>
I remember it being very yanky
stipa is now known as Guest1863
stipa has joined #asahi-dev
<sven>
at least until I had a framebuffer
<jannau>
it was yankier than I rememebered. I think I had it at one point working relieable with first connecting the usb-c-dp adapter and then connect the displayport cable
Guest1863 has quit [Ping timeout: 480 seconds]
<sven>
yeah, I think that was pretty stable for me as well
<sven>
still took two or three tries sometimes though
<jannau>
console only showing after vt switch is fixed within dcp
<jannau>
not sure if the top comment of
<jannau>
in atcphy_mux_set_work() is still accurate with the current dwc3 changes. I'm hitting the WARN_ON(atcphy->dwc3_online) everytime
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<sven>
uhhhh… that shouldn’t happen
leitao has joined #asahi-dev
bisko has joined #asahi-dev
bisko has quit []
bisko has joined #asahi-dev
karpouzi has joined #asahi-dev
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
WindowPa- has joined #asahi-dev
hertz has joined #asahi-dev
bisko has joined #asahi-dev
WindowPain has quit [Ping timeout: 480 seconds]
bisko has quit []
WindowPa- has quit [Remote host closed the connection]
WindowPain has joined #asahi-dev
cylm has joined #asahi-dev
bisko has joined #asahi-dev
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bisko has joined #asahi-dev
seeeath has joined #asahi-dev
leitao has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bisko has joined #asahi-dev
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bisko has joined #asahi-dev
bisko has quit []
bisko has joined #asahi-dev
bisko has quit []
bisko has joined #asahi-dev
<jannau>
I guess it's happening since tps6598x_connect() always sets TYPEC_STATE_USB
<jannau>
and nothing changes that during dp-altmode switching
___nick___ has quit [Ping timeout: 480 seconds]
chadmed_ has joined #asahi-dev
<sven>
uh, do you have that DisplayPort altmode commit?
<sven>
that should trigger that change
<sven>
I still want to look into preventing the phy from resetting when switching to altmode
<sven>
I don’t think it’s required if we just always configure it as usb3/DP just like macOS
<jannau>
yes, I have "usb: typec: tipd: Add DisplayPort alternate mode support"
<jannau>
ah, I see it now in tps6598x_displayport_enter()
<jannau>
there are aparently some state tracking issues in there. I always get "Firmware doesn't support alternate mode overriding"
<jannau>
I think we spoke about that already last year
<sven>
yeah, I remember now
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mkurz has quit [Remote host closed the connection]
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bcrumb has joined #asahi-dev
bisko has joined #asahi-dev
bcrumb has quit [Quit: WeeChat 3.8]
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nicolas17 has joined #asahi-dev
bisko has joined #asahi-dev
bcrumb has joined #asahi-dev
denice68 has joined #asahi-dev
denice68 has quit []
csmoot has joined #asahi-dev
csmoot has quit []
xeospheric has joined #asahi-dev
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bcrumb has quit [Quit: WeeChat 3.8]
<jannau>
marcan: please move a0139ccbde88c52 "fixup! iommu: Parse translated reserved regions" from bits/200-dcp to bits/020-t6000-dart, see kernel test robot complaints
chadmed_ has quit [Remote host closed the connection]
chadmed_ has joined #asahi-dev
xeospheric has quit [Quit: Konversation terminated!]
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
derzahl has joined #asahi-dev
nsklaus has joined #asahi-dev
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]