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
zumi_ has joined #asahi-dev
zumi has quit [Remote host closed the connection]
zumi_ is now known as zumi
pthariensflame has joined #asahi-dev
pthariensflame has quit []
DannyB has quit [Read error: No route to host]
pivot has quit []
jeisom has quit [Ping timeout: 480 seconds]
DannyB has joined #asahi-dev
kidplayer666 has quit [Quit: Connection closed for inactivity]
crabbedhaloablut has quit []
systwi has joined #asahi-dev
Emantor has quit [Quit: ZNC - http://znc.in]
Emantor has joined #asahi-dev
jeisom has joined #asahi-dev
yuyichao has joined #asahi-dev
yuyichao_ has quit [Read error: Connection reset by peer]
jeisom has quit [Ping timeout: 480 seconds]
skipwich has quit [Remote host closed the connection]
skipwich has joined #asahi-dev
tristan2 has joined #asahi-dev
tristan2_ has quit [Ping timeout: 480 seconds]
JayBeeFOSS has quit [Remote host closed the connection]
JayBeeFOSS has joined #asahi-dev
aradhya7 has quit [Quit: Connection closed for inactivity]
codingkoopa321 has quit []
codingkoopa321 has joined #asahi-dev
zumi_ has joined #asahi-dev
zumi has quit [Remote host closed the connection]
zumi_ is now known as zumi
millenialhacker has quit [Remote host closed the connection]
millenialhacker has joined #asahi-dev
kidplayer666 has joined #asahi-dev
millenialhacker has quit [Ping timeout: 480 seconds]
millenialhacker has joined #asahi-dev
billak has joined #asahi-dev
millenialhacker has quit [Ping timeout: 480 seconds]
dylanchapell has quit [Read error: Connection reset by peer]
dylanchapell has joined #asahi-dev
millenialhacker has joined #asahi-dev
millenialhacker has quit [Ping timeout: 480 seconds]
i509vcb has quit [Quit: Connection closed for inactivity]
millenialhacker has joined #asahi-dev
millenialhacker has quit [Ping timeout: 480 seconds]
billak has quit [Quit: Konversation terminated!]
millenialhacker has joined #asahi-dev
millenialhacker has quit [Ping timeout: 480 seconds]
millenialhacker has joined #asahi-dev
millenialhacker has quit [Ping timeout: 480 seconds]
millenialhacker has joined #asahi-dev
zumi_ has joined #asahi-dev
zumi has quit [Remote host closed the connection]
zumi_ is now known as zumi
millenialhacker has quit [Ping timeout: 480 seconds]
millenialhacker has joined #asahi-dev
tobhe has joined #asahi-dev
jeisom has joined #asahi-dev
<kettenis> marcan: I have some questions about the apple,dma-range property that was added for the DARTs some time ago
tobhe_ has quit [Ping timeout: 480 seconds]
<kettenis> it seems the linux driver accepts mapping iova's that don't fall into the range specified by that property
<kettenis> this happens for DCP mappings that are also mapped into the disp0 DART
crabbedhaloablut has joined #asahi-dev
AnuthaDev has joined #asahi-dev
AnuthaDev has quit []
AnuthaDev has joined #asahi-dev
crabbedhaloablut has quit [Read error: Connection reset by peer]
crabbedhaloablut has joined #asahi-dev
millenialhacker has quit [Ping timeout: 480 seconds]
<kit_ty_kate> chadmed: mmh, with all the previous defaults too?
<chadmed> have a look at j314 in asahi-audio/main for some ideas on where to start
<kit_ty_kate> if so i feel it either sound the same as before or a bit worse. It feels like hearing the song inside of a steel bin
<chadmed> ok its definitely the IRs at this point then
<chadmed> i tested with love on j314, j415 and the mac studio just for shits and giggles
<chadmed> even used carla to quickly A/B with it bypassed
<kit_ty_kate> oh with the same settings as j314, the passage between 2:50 and 3:00 sounds fine but the beginning of the song still sounds a bit overtuned
<chadmed> overtuned?
millenialhacker has joined #asahi-dev
<j`ey> lol I got CTM working with wlroots (super hacky).. but when I quit and got back to the console/VT, it still had the CTM applied :D
<kit_ty_kate> between 0:37 and 0:41, the bass drum sound feels like it's duplicated between the normal noise and a low rambling noise
<kit_ty_kate> it's a bit difficult to describe i guess. Do you get the same thing with j314 or does it sound fine?
<chadmed> j314 sounded fine when i tested yesterday, but ill test again tomorrow
<chadmed> honestly i just need a j316 in front of me to test this properly, theyre very different machines
<chadmed> kit_ty_kate: can you confirm that bypassing bankstown fixes the problem with the bass drum?
<kit_ty_kate> chadmed: i do confirm yeah
<chadmed> bleh okay ill do some investigating tomorrow
<j`ey> anyone understand exactly what S31.32 is?
<j`ey> as a fixed point representation
<j`ey> says: S31.32 sign-magnitude (not two's complement!)
<janneg> j`ey: I think the drm client is supposed to reset properties on exit
<j`ey> makes sense, I didn't add that yet, thought it might automatically happen :)
<janneg> S31.32 is a sign bit, 31-bit integer and 32-bit fractional
<j`ey> is it: |sign|integer|fractional|
<j`ey> Im trying to assign a CTM that just does 'nothing'
<j`ey> ok, looking at kwin code helps..
<janneg> yes, (sign << 63) | (integer << 32) | fraction
<janneg> 1<<32, 0, 0, 0, 1<<32, 0, 0, 0, 1<<32
<j`ey> thanks!
<j`ey> I was looking at some matrix*vector thing, and nearly getting there
<leio> can I nerdsnipe you into doing the same in gnome? *g
<j`ey> no :P
<janneg> can you check with drm_info if the CTM property is still set after exiting? if yes, you have to remove it, if no it's likely a driver bug
<leio> they get a white point already in mutter apaprently, just need to add CTM code instead of LUT there (it used to be more complicated with colord doing more stuff instead of compositor)
<j`ey> janneg: yeah I have a CTM prop there still in the CRTCs section
<j`ey> and thanks, that matrix worked, super cool
<leio> link me up with any patches then, maybe I can combine it with kde one for gnome and make it easier to myself
<leio> btw, are we missing any further channels in bridging? I understood there's two matrix channels for dev with only #asahi-fedora-dev bridged so far?
<j`ey> leio: no, the older dev channel is closed
<j`ey> sure thing. I don't even know what I will do with it, kwin falls back to CTM because it itself is calculating the 'redshift', whereas wlroots only has a gamma interface. Im not yet sure if you can convert gamma into ctm
<Tramtrist> there is also this leio https://matrix.to/#/#asahi:fedoraproject.org
<Tramtrist> though its not a dev channel necessarily
<Tramtrist> j`ey yeah the redshift/gammastep issue still exists with wlroots
<j`ey> Tramtrist: I just added some code so I can change it.. but need to figure out how to turn gamma into CTM for it to be usuable
<Tramtrist> oh wow.. excellent j`ey
<j`ey> presumably it's not just taking what was set from the gamma_lut and putting it into the ctm matrix..
<janneg> you have to start before the gamma lut. ctm would need to the same input as the code which computes the gamma lut
<j`ey> yeah, thats what I assumed :(
<j`ey> (so wlroots cant do a fallback like wlroots)
<j`ey> *like kwin
<janneg> why not? does it just has an interface to set the gamma lut?
<janneg> yes, won't work with that protocol unless you look at the gamma lut and check if it can be represented by a CTM which is not necessarily the case
<j`ey> (obviously I don't know how to do that yet!)
<janneg> but the better option would be to investigate how to set gamma LUTs with DCP
<j`ey> I don't know if I can do that, this was fun to mess around with
millenialhacker has quit [Ping timeout: 480 seconds]
millenialhacker has joined #asahi-dev
<j`ey> presumably macOS uses CTM, so are we sure it also supports GAMMA?
<janneg> yes, macOS supports gamma LUTs and at least one of the nightshift macOS apps still works and uses that. that results in annoying set_block_dcp calls on the DCP endpoint
<janneg> there are also several other gamma related calls in the DCP/iomfb endpoint. search for gamma in proxyclient/hv/trace_dcp.py
<j`ey> ok, thanks I will look, but don't have the means to actually do anything with it :(
millenialhacker has quit [Ping timeout: 480 seconds]
<j`ey> why is set_block_dcp bad?
<j`ey> I mean, blocking sounds bad but..
<janneg> because it has an unknown and annoying interface: uint32_t set_block_dcp(arg1=uint64_t, arg2=uint, arg3=uint, arg4=Array(8, ulong), arg5=uint, data=SizedBytes(0x1000, "length"), length=ulong, unknArry=Array(4, uint))
millenialhacker has joined #asahi-dev
<janneg> I interpret block as either a bunch of continuously data or possibly functional blocks and not as blocking
<kettenis> janneg: is there a reason why the hdmi hpd interrupt isn't described by an "interrupts-extended" property?
<janneg> I don't remember
<janneg> I think I started with just the gpio to check pin and didn't thought much about it
<j`ey> I see, ty
<kettenis> it would make my life a bit easier, and it would decouple the interrupt from the detect pin in case apple comes up with a design where that is the case
<kettenis> I'll explore that path
millenialhacker has quit [Ping timeout: 480 seconds]
millenialhacker has joined #asahi-dev
<janneg> I'm not sure if we need the detect pin at all. as it is now a level triggered irq would be enough
<kettenis> a level-triggered interrupt would continue to be triggered
<kettenis> and at resume time you poll the pin, which makes sense to me
millenialhacker has quit [Ping timeout: 480 seconds]
<janneg> level triggered and disabling the interrupt after it has triggered and reenable it when dcp notices the link is gone
millenialhacker has joined #asahi-dev
<kettenis> ok, it seems that there is plenty of prior art in the linux tree to do what you do now
<kettenis> so probably best to leave things as-is
<kettenis> I can probably figure out how to hook this up the way it is in the OpenBSD code
millenialhacker has quit [Ping timeout: 480 seconds]
millenialhacker has joined #asahi-dev
lena6 has joined #asahi-dev
millenialhacker has quit [Ping timeout: 480 seconds]
darkapex1 has quit []
darkapex has joined #asahi-dev
millenialhacker has joined #asahi-dev
millenialhacker has quit [Ping timeout: 480 seconds]
millenialhacker has joined #asahi-dev
zumi_ has joined #asahi-dev
zumi has quit [Remote host closed the connection]
zumi_ is now known as zumi
vadorovsky has joined #asahi-dev
jacksonchen666 has joined #asahi-dev
kidplayer666 has quit [Quit: Connection closed for inactivity]
millenialhacker has quit [Ping timeout: 480 seconds]
millenialhacker has joined #asahi-dev
millenialhacker has quit [Remote host closed the connection]
millenialhacker has joined #asahi-dev
zkrx has quit []
zkrx has joined #asahi-dev
zkrx has quit []
kidplayer666 has joined #asahi-dev
AnuthaDev has quit []
WindowPa- has joined #asahi-dev
kaazoo has joined #asahi-dev
WindowPain has quit [Ping timeout: 480 seconds]
elvishjerricco has quit [Remote host closed the connection]
linuxgemini8 has joined #asahi-dev
linuxgemini has quit [Ping timeout: 480 seconds]
elvishjerricco has joined #asahi-dev
linuxgemini8 has quit [Ping timeout: 480 seconds]
linuxgemini8 has joined #asahi-dev
zkrx has joined #asahi-dev
kidplayer666 has quit [Quit: Connection closed for inactivity]
zalyx has quit [Quit: later alligator]
zzywysm_ has joined #asahi-dev
zzywysm has quit [Ping timeout: 480 seconds]
zalyx has joined #asahi-dev
millenialhacker has quit []
kidplayer666 has joined #asahi-dev
skipwich has quit [Remote host closed the connection]
skipwich has joined #asahi-dev
kaazoo has quit [Quit: Leaving.]