ChanServ changed the topic of #asahi-gpu to: Asahi Linux GPU development (no user support, NO binary reversing) | Keep things on topic | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-gpu
possiblemeatball has quit [Quit: Quit]
possiblemeatball has joined #asahi-gpu
capta1nt0ad has quit [Ping timeout: 480 seconds]
capta1nt0ad has joined #asahi-gpu
linuxgemini1 has quit []
kidplayer666 has quit [Quit: Connection closed for inactivity]
linuxgemini1 has joined #asahi-gpu
linuxgemini1 has quit []
linuxgemini has joined #asahi-gpu
markos_ has joined #asahi-gpu
capta1nt0ad has quit [Remote host closed the connection]
c10l has quit [Quit: Ping timeout (120 seconds)]
c10l has joined #asahi-gpu
marvin24_ has joined #asahi-gpu
marvin24 has quit [Ping timeout: 480 seconds]
markos_ has quit [Remote host closed the connection]
possiblemeatball has quit [Quit: Quit]
capta1nt0ad has joined #asahi-gpu
capta1nt0ad has quit [Ping timeout: 480 seconds]
capta1nt0ad has joined #asahi-gpu
capta1nt0ad has quit [Ping timeout: 480 seconds]
kidplayer666 has joined #asahi-gpu
casycas has joined #asahi-gpu
pjakobsson has joined #asahi-gpu
capta1nt0ad has joined #asahi-gpu
capta1nt0ad has quit [Ping timeout: 480 seconds]
capta1nt0ad has joined #asahi-gpu
capta1nt0ad has quit [Remote host closed the connection]
capta1nt0ad has joined #asahi-gpu
dylanchapell has quit [Read error: Connection reset by peer]
lawrence has quit [Read error: Connection reset by peer]
dylanchapell has joined #asahi-gpu
capta1nt0ad has quit [Remote host closed the connection]
jeisom has quit [Remote host closed the connection]
jeisom has joined #asahi-gpu
capta1nt0ad has joined #asahi-gpu
knedlik has joined #asahi-gpu
nimprod3l has joined #asahi-gpu
capta1nt0ad has quit [Ping timeout: 480 seconds]
nimprod3l has quit [Quit: Leaving]
knedlik has quit [Quit: knedlik]
knedlik has joined #asahi-gpu
knedlik has quit [Quit: knedlik]
jeisom has quit [Quit: Leaving]
TellowKrinkle has quit [Remote host closed the connection]
TellowKrinkle has joined #asahi-gpu
john-cabaj has joined #asahi-gpu
AnuthaDev has joined #asahi-gpu
AnuthaDev has quit []
AnuthaDev has joined #asahi-gpu
lawrence has joined #asahi-gpu
kidplayer666 has quit [Quit: Connection closed for inactivity]
maximbaz has joined #asahi-gpu
as400 has quit [Quit: ZNC - https://znc.in]
kidplayer666 has joined #asahi-gpu
possiblemeatball has joined #asahi-gpu
AnuthaDev has quit [Quit: AnuthaDev]
knedlik has joined #asahi-gpu
<knedlik> So I added a guard clause that checks if the format is equal to the undefined value (I believe it is 0, not sure though), and if it is, set the pointer to a nullptr and return. Unfortunately, that does not solve the error of returning non-zero properties. Any ideas? I'm really learning a lot about mesa as I go, so please excuse me if this is something obvious.
as400 has joined #asahi-gpu
<i509vcb> knedlik: setting the pointer to zero does not change the data referenced by the pointer
<i509vcb> I think you'll want memset? Or was it called something else in C?
<knedlik> Oh right
<knedlik> Would the zero properties be just 0 in memory, or some different default value?
<i509vcb> You probably want to zero the formatProperties field
<knedlik> I'll take a look, thanks
<i509vcb> You might be able to get away with initializing a zeroed struct of that type on the stack and then doing a memcpy
knedlik has quit [Quit: knedlik]
knedlik has joined #asahi-gpu
Ty3uK has joined #asahi-gpu
Ty3uK has quit [Remote host closed the connection]
maximbaz has quit [Quit: bye]
possiblemeatball has quit [Read error: Connection reset by peer]
possiblemeatball has joined #asahi-gpu
knedlik has quit [Quit: knedlik]
lawrence has quit [Quit: The Lounge - https://thelounge.chat]
lawrence has joined #asahi-gpu
<i509vcb> I guess the bug for layered rendering is elsewhere, setting viewport_target and render_target based on the vs changes nothing
<i509vcb> hnm no different qpa output
<alyssa> 2 bugs, why not?
<i509vcb> some more basic 3d related copy tests are giving me the funny results again
* i509vcb time to open up gdb again to compare the memory
blazra6 has joined #asahi-gpu
blazra has quit [Ping timeout: 480 seconds]
blazra6 is now known as blazra
<i509vcb> Only the first layer is correct
<i509vcb> although some of the 3d blits started working when I did turn on layered rendering
<i509vcb> this is certainly odd
qvy has joined #asahi-gpu
<qvy> I assume that nobody is active ?
<i509vcb> sadly the khronos debug layers aren't packaged on fedora (api trace), so debugging is a little more painful
<i509vcb> s/khronos/lunarg
<i509vcb> qvy: depends what you mean by active
<qvy> I joined the IRC server, expecting it to be as active as a discord server would be. Though idk if I'm doing things right, I use irssi. Eitherway, I was wondering how the work on the refresh-rate of the display was going. Kind of a shot in the dark since i'm not sure that this is a question for the gpu dev
<i509vcb> it's probably not going to be here (the display and gpu hardware are seperate units), better luck probably in #asahi or #asahi-dev, but I imagine those questions appear every day, so probably just need to wait
<i509vcb> the gpu channel is generally pretty quiet until I stumble around the vulkan driver
<j`ey> qvy: I dont believe anyone is actively working on that currently
<qvy> Got you. Thank you for the reply about the refreshrate though! I assume that there's no workaround for now, i'll just sit tight and not pressure anyone.
<qvy> j`ey: I do not have much skills but a decent chunk of time ahead. How likely am I to be useful to actually finding a solution for it ?
<j`ey> qvy: it requires reverse engineering
<qvy> j`ey: well it sounds like I'll just do as I said. Sit tight and wait. On a last note, I tried an external monitor that does 144hz 1440p, with asahi linux it's pretty darn smooth. Everything is snappy. Really looking forward to seeing this on the laptop display
qvy has quit [Quit: leaving]