ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
LeviYun has joined #dri-devel
RAOF has quit [Remote host closed the connection]
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
ploutos has quit [Remote host closed the connection]
LeviYun has quit [Ping timeout: 480 seconds]
apinheiro has quit [Remote host closed the connection]
glennk has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
u-amarsh04 has quit []
LeviYun has quit [Ping timeout: 480 seconds]
DragoonAethis has quit [Quit: hej-hej!]
DragoonAethis has joined #dri-devel
The_Company has joined #dri-devel
davispuh has quit [Ping timeout: 480 seconds]
Company has quit [Ping timeout: 480 seconds]
heat has quit [Ping timeout: 480 seconds]
u-amarsh04 has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
kzd has quit [Ping timeout: 480 seconds]
alane has quit []
alane has joined #dri-devel
bmodem has joined #dri-devel
LeviYun has joined #dri-devel
TheCompany has joined #dri-devel
The_Company has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
TheCompany has quit []
LeviYun has quit [Ping timeout: 480 seconds]
MrCooper has quit [Remote host closed the connection]
MrCooper has joined #dri-devel
LeviYun has joined #dri-devel
bbrezill1 has joined #dri-devel
MrCooper has quit [Read error: Connection reset by peer]
MrCooper has joined #dri-devel
bbrezillon has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
yshui has quit [Remote host closed the connection]
yshui has joined #dri-devel
mbrost has joined #dri-devel
LeviYun has joined #dri-devel
DavidHeidelberg_ has quit [Remote host closed the connection]
DavidHeidelberg has joined #dri-devel
yshui has quit [Remote host closed the connection]
yshui has joined #dri-devel
feaneron has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
Danct12 has quit [Quit: ZNC 1.9.1 - https://znc.in]
yshui has quit [Remote host closed the connection]
Danct12 has joined #dri-devel
yshui has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<DavidHeidelberg> rant: I wonder why there are people with developers rights, without issue ticket open for granting the access, who clearly have not much idea how even merge process works... :(
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
<yshui> zf, there's a WIP extension for present timing https://github.com/KhronosGroup/Vulkan-Docs/pull/1364
<yshui> maybe that's what you are looking for?
LeviYun has joined #dri-devel
<mupuf> DavidHeidelberg: Sad to hear... but the process should be that people can be called out for being anti-social
<mupuf> that's how it has been in Mesa, for as long as I have been involved (10+ years already, jeez)
kts has joined #dri-devel
kts has quit []
kts has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
<zf> yshui, that's solving a different problem, and provides no way to wait for a present without explicitly scheduling it
mbrost has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
sassefa has joined #dri-devel
sassefa has quit []
LeviYun has quit [Ping timeout: 480 seconds]
nerdopolis has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
dviola has quit [Ping timeout: 480 seconds]
diego has joined #dri-devel
nowallchanged has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
luc has joined #dri-devel
nowallchanged has quit [Remote host closed the connection]
nowallchanged has joined #dri-devel
nowallchanged has quit [Remote host closed the connection]
nowallchanged has joined #dri-devel
acryo has quit [Quit: ZNC 1.8.2 - https://znc.in]
LeviYun has joined #dri-devel
jsa has joined #dri-devel
<nowallchanged> I had not promised a whole lot, but things i hyped up, i delivered in some early form, but just for some redemption that i did not talk for no reason, but at the same time i did not search for a way to show that i am better or supreme, as to what MrCooper believes, it just interests me but it's the numeral systems that are so strongly laid out however i dislike being chipped and this so
<nowallchanged> called bio-chip technology on the same system design is how they actually own me, it's not nice and in that regard i search for some retaliation indeed, allthough originally i did not mean to cause you any defeats to show that i am better , because in computer science just the operation of powers of two's that they figured out is brilliant in hw, they all know how this presentation can
<nowallchanged> be cheated on, but i know too yes, so this is not the reason i was bio-chiped, gene-mutation and hidden donor for others i have been, and this indeed is abuse not merely an irc kickban or heated argument, or bringing intel marketing strategy down, it's just tremendous conspirational fixing abuse against any of the laws. So what comes out from such abusers bedactivity or mouths isn't my
<nowallchanged> cup of tea to enjoy, they are fucking trash in life, who parasite on donors alike, and trash them at the same time immensely. AIDS is one of the biggest such trashes illnesses they are not resillient on. It's painful to deal with scam doctors, truely painful no matter how strong i am they find a way to cause hugest issues and defend it by fraudulent backtracking.
fab has joined #dri-devel
kts has quit [Quit: Leaving]
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
benjaminl has quit [Read error: Connection reset by peer]
benjaminl has joined #dri-devel
glennk has joined #dri-devel
mbrost has joined #dri-devel
LeviYun has joined #dri-devel
warpme has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
diego has left #dri-devel [#dri-devel]
dviola has joined #dri-devel
evadot has quit [Quit: upgrade]
evadot has joined #dri-devel
<nowallchanged> it's an important corner stone to figure out, how such chips and bio-socs are being signalled, how much real memory they actually have,what battery lifetimes they offer, how extremely fast is their operation on packed arithmetic, and since the commit is very lawless i.e regulated by laws, and straight against me, harass them back with my strenghts so yes, retaliate for such activity,
<nowallchanged> hold them choaked. It's not a battle with other computer enthusiast or any sort of supremacy demonstration AFAIK.
LeviYun has joined #dri-devel
sghuge has quit [Remote host closed the connection]
fab has quit [Ping timeout: 480 seconds]
sghuge has joined #dri-devel
frankbinns has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
<MrCooper> zf: FYI, GLX_OML_sync_control timestamps also correspond to first pixel out, and the Vulkan functionality is likely based on the same kernel functionality, so the timing is unlikely to be much different
<MrCooper> linkmauve zf: no need for CPU access to a dma-buf, just copy from it with the GPU
jsa has quit [Ping timeout: 480 seconds]
bbrezill1 has quit []
bbrezillon has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
frankbinns has joined #dri-devel
sima has joined #dri-devel
bolson has quit [Ping timeout: 480 seconds]
Kayden has joined #dri-devel
jkrzyszt_ has joined #dri-devel
LeviYun has joined #dri-devel
lynxeye has joined #dri-devel
nowallchanged has quit [Remote host closed the connection]
LeviYun has quit [Ping timeout: 480 seconds]
vedranm has quit [Remote host closed the connection]
nowallchanged has joined #dri-devel
nowallchanged has quit [Remote host closed the connection]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
rasterman has joined #dri-devel
u-amarsh04 has quit []
LeviYun has quit [Ping timeout: 480 seconds]
jsa has joined #dri-devel
u-amarsh04 has joined #dri-devel
LeviYun has joined #dri-devel
diagnosticdrible has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<diagnosticdrible> justice as well as large forces that grow every day to combat conspiracist and result fixers are behind my name, we gonna combat the world dominating scammers who mandate misleading regulations that they break for their own benefit and terror, also we gonna save dutch people from floods. So my behaviour there stored in form of irc logs was expected success, i have huge alliance and
<diagnosticdrible> people who protect me where as i protect them behind my back. So on the long run we tap all those monsters , this conspiracy is not made by universe or god, it's human action based result fixing terror, how human was made is something we do not know however, those forces who commit fraud and betrayal are hypothetically known to be of human being kind a network of greedy envious type
<diagnosticdrible> of self-announced kings who we make things very short and straight you have no rights to play god.
diagnosticdrible was kicked from #dri-devel by ChanServ [You are not permitted on this channel]
pcercuei has joined #dri-devel
jsa has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
apinheiro has joined #dri-devel
vedranm has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
withdraw[m] has joined #dri-devel
withdraw[m] has quit [autokilled: This host violated network policy and has been banned. Mail support@oftc.net if you think this is in error. (2024-09-20 09:22:21)]
jsa has joined #dri-devel
vliaskov has joined #dri-devel
paulk-bis has joined #dri-devel
paulk has quit [Read error: Connection reset by peer]
Company has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
jsa has quit [Ping timeout: 480 seconds]
jsa has joined #dri-devel
LeviYun has joined #dri-devel
bmodem has quit [Quit: bmodem]
glennk has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
DodoGTA has left #dri-devel [#dri-devel]
DodoGTA has joined #dri-devel
kts has joined #dri-devel
kts has quit []
LeviYun has joined #dri-devel
<K900> Caught my weird DMUB crash: https://gitlab.freedesktop.org/drm/amd/-/issues/3647
<zmike> eric_engestrom: what's the next branchpoint date?
florida has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
florida has quit []
guludo has joined #dri-devel
nerdopolis has joined #dri-devel
<yshui> zf: hmm, then i didn't understand what exactly you need to do... present_timing does what glXSwapBuffersMscOML does IIUC? and present_wait doesn't really have an equivalent in GLX. can you explain exactly what wine does? does it present to an offscreen surface then wait on it with glXWaitForSbcOML?
Net147 has quit [Quit: Quit]
Net147 has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
u-amarsh04 has quit []
feaneron has joined #dri-devel
drumandtroll has joined #dri-devel
kts has joined #dri-devel
amarsh04 has joined #dri-devel
jsa has quit [Ping timeout: 480 seconds]
apinheiro has quit [Quit: Leaving]
jsa has joined #dri-devel
davispuh has joined #dri-devel
bmodem has joined #dri-devel
<drumandtroll> I have all the modules already developed and specifications too. It was not outrun either, i was not likely the first who discovered that magic, bio-chips will be huge paranoia for anyone, they are very easy to manufacture and cheap and highly powerful to tap into abuse based people clans. I worked in mysery i lived the abuse, they ain't gonna get away from me. I am just setting up my
<drumandtroll> labs , during my time at social program, i have bought and also people gifted me so many mid-end computers, which are easy to fix to perform better. So even though i designed also the tcp/ip v4/v6 arp/ndp intruding systems i did not mean this to tap people, it's people who abuse others get just physically chipped and sanctioned, they will enter the jail by force. But Linus is pretty
<drumandtroll> intelligent though sometimes abrasive, any kernel can meet the criteria of superior systems, android dominates the world today, but as Linus said it's not at all permanent status, but i feel like intel was about to me much huger success if they had my code, their biggest mistakes with amd was not to enter the market of mobile systems, i could easily make that possible on x86 asics
<drumandtroll> systems and also fpga's , not sure if they had such legacy under their control, why they delay with this?
alih has joined #dri-devel
drumandtroll was kicked from #dri-devel by ChanServ [You are not permitted on this channel]
<eric_engestrom> zmike: mid october; sorry for being behind on this
<eric_engestrom> ("this" = documenting the next release cycle)
<karolherbst> jenatali: does dxil or d3d in general support image loads with a scalar result or is it all a vec4?
<jenatali> karolherbst: Textures/images in D3D can be 1-4 components
<karolherbst> sure, but I mean the shader load instruction
<karolherbst> in opencl C image_load returns a scalar value for depth images
<jenatali> The actual load instruction returns a 4-component struct always
<karolherbst> okay
<jenatali> Except for comparison sampling IIRC
<karolherbst> I guess I'll lower it inside nir_lower_cl_images then for image_load
<karolherbst> comparison sampling?
<jenatali> Shadow sampling?
<karolherbst> ahh
<karolherbst> mhhh
<karolherbst> so for CL_DEPTH images you could indeed emit a single component load?
<jenatali> You pass a float in, you get back a 1.0/0.0 per pixel that can be blended for linear sampling
<karolherbst> I see
<karolherbst> though CL_DEPTH is funky, because you can only really implement using non depth formats
alih has quit []
<jenatali> FWIW in the DXIL backend for nir, we do pay attention to component counts and only "extract" the right number of elements from the 4-component struct, since DXIL is scalar they all need to end up as different SSAs anyway
<karolherbst> ohhh, I see
<karolherbst> so for you it would actually make sense to keep the image_load scalar
<jenatali> Yeah probably
<karolherbst> though you already have the same situation with tex instructions and those are already always vec4
alih has joined #dri-devel
<karolherbst> so I guess you already have optimization in place to ditch unneeded component loads
<jenatali> Nah I just had to do some weird things for an image that has both loads and atomics on it. Atomics require that the image only has 1 component from the DXIL side, so then a 4-component load doesn't work
<karolherbst> though tex ops are funky
<karolherbst> ahh
<jenatali> I don't really feel strongly, whatever you choose to do I can make it work
<karolherbst> we already have two flags on nir_lower_cl_images, I could turn it into a option struct and add another option for lowering scalar return types
<jenatali> Sounds probably more complicated than it needs to be but 🤷
kzd has joined #dri-devel
imre has quit [Ping timeout: 480 seconds]
<karolherbst> yeah.. maybe I just always lower it... and if somebody minds they can add a flag
luc has quit []
bolson has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<DavidHeidelberg> karolherbst: Heya, btw. noticed that "program@execute@global-offset@3d- input dependent" also fails across all drivers, do you expect test or rusticl?
kts has quit [Ping timeout: 480 seconds]
<DavidHeidelberg> nevermind, found the mesa bug
<karolherbst> yeah...
<karolherbst> it's a weird bug
<karolherbst> people consider fixing it in the spirv translator
<karolherbst> Intel's official stack is also kinda affected by this
<karolherbst> just different
jsa has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
docmax__ has quit []
coldfeet has joined #dri-devel
<Company> so, we have another "fun" issue with Mesa in GTK and I'm not sure how to deal with it:
<Company> 1. Mesa code uses vk_error() in error conditions
heat has joined #dri-devel
epoch101 has joined #dri-devel
Karyon has joined #dri-devel
<Company> 2. vk_error() emits a debug report message with VK_DEBUG_REPORT_ERROR_BIT_EXT
<Company> 3. The spec states in https://registry.khronos.org/vulkan/specs/1.3-extensions/man/html/VkDebugReportFlagBitsEXT.html that this means that "the application has violated a valid usage condition of the specification"
<Company> 4. GTK turns that into a critical error message and certain apps abort in that case.
<Company> 5. Mesa driver initialization also uses vk_error() in failure cases
<Company> 6. Lots of apps now abort with messages such as:
<Company> ../src/panfrost/vulkan/panvk_physical_device.c:653: WARNING: panvk is not a conformant vulkan implementation, pass PAN_I_WANT_A_BROKEN_VULKAN_DRIVER=1 if you know what you're doing. (VK_ERROR_INCOMPATIBLE_DRIVER)
<Company> ../src/nouveau/vulkan/nvkmd/nouveau/nvkmd_nouveau_pdev.c:76: VK_ERROR_INCOMPATIBLE_DRIVER
<Company> etc
guludo has quit [Ping timeout: 480 seconds]
benjaminl has quit [Read error: Connection reset by peer]
benjaminl has joined #dri-devel
guludo has joined #dri-devel
<alyssa> Company: imho, these are panvk/nvk/etc bugs
<alyssa> and each vk driver should be fixed to be quiet
<alyssa> devs often compile mesa with only the driver we care about so we don't notice ;)
<DemiMarie> alyssa: on a related note, how did you manage to make Honeycrisp conformant while PanVK isn’t? Are you just that good?
<Company> alyssa: would you still want it to print the error messages with some other method?
<K900> I don't think anyone is particularly working on PanVK?
<K900> Or at least was, until recently
<K900> It's been picking up for a bit
kts has joined #dri-devel
<Company> looking at https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/nouveau/vulkan/nvkmd/nouveau/nvkmd_nouveau_pdev.c for example, "NVK Requires a Linux kernel version 6.6 or later" seems kinda useful
kasper93 has quit [Remote host closed the connection]
<karolherbst> maybe we should handle it inside vtn instead? mhh
dsimic is now known as Guest4031
dsimic has joined #dri-devel
Guest4031 has quit [Ping timeout: 480 seconds]
epoch101 has quit []
Duke`` has joined #dri-devel
epoch101 has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
warpme has quit []
LeviYun has quit [Remote host closed the connection]
bmodem has quit [Ping timeout: 480 seconds]
Company has quit [Remote host closed the connection]
Company has joined #dri-devel
apinheiro has joined #dri-devel
LeviYun has joined #dri-devel
benjaminl has quit [Read error: Connection reset by peer]
benjaminl has joined #dri-devel
frankbinns has quit [Ping timeout: 480 seconds]
<alyssa> Company: turnip has TU_DEBUG=startup for this
<alyssa> personally (ie for honeykrisp) I don't see the point
<alyssa> back in my GL day, drivers silently failed to load and you just dealt with it ;P
<zmike> they still do
<alyssa> =D
<alyssa> zmike: who'd've thunk you would outlast me on "caring about GL"
<alyssa> ("I'm the GL chair. I'm obligated to care.")
<zmike> 🪑
<alyssa> so true
<zmike> I'm helping
<zmike> ...he said as he landed another huge refactor that broke everything
LeviYun has quit [Ping timeout: 480 seconds]
<Company> trying hard to ensure virtualization will never work
<Company> also, GL drivers do complain
acryo has joined #dri-devel
<Company> MESA: error: ZINK: failed to choose pdev
<Company> libEGL warning: egl: failed to create dri2 screen
<Company> but those are debug messages, not error messages
<Company> or GTK is smart enough to ignore GL driver complaints
LeviYun has joined #dri-devel
<jenatali> karolherbst: Looks reasonable to me
<karolherbst> testing here seems to be happy as well
<karolherbst> tried on iris, radeonsi, zink, no CTS regressions
<karolherbst> CL_DEPTH is so silly honestly, even like intel's official stack uses a red format for it
<karolherbst> the main reason is, that you can't implement fill effectively otherwise, or gurantee that values aren't clamped by some internal magic
LeviYun has quit [Ping timeout: 480 seconds]
epoch101 has quit [Ping timeout: 480 seconds]
frankbinns has joined #dri-devel
LeviYun has joined #dri-devel
epoch101 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
bmodem has joined #dri-devel
LeviYun has joined #dri-devel
coldfeet has quit [Remote host closed the connection]
alih has quit []
LeviYun has quit [Ping timeout: 480 seconds]
<zf> yshui, what we need is to be able to wait for a present to "complete" in some sense without needing to explicitly schedule it. VK_EXT_present_timing doesn't offer that. GLX_OML_sync_control provides glXWaitForSbcOML() which does
<zf> MrCooper: hrm, that doesn't match my reading of the spec, it says "at the completion of each buffer swap (e.g., the pixel copy has been completed or the hardware register that swaps memory banks has been written)"
<zf> are these guarantees functionally equivalent?
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
jkrzyszt_ has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
RAOF has joined #dri-devel
gouchi has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
<soreau> hm, is there a way to see/dump the vulkan calls that zink is using?
<soreau> maybe VK_LAYER_LUNARG_api_dump?
bmodem has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
<karolherbst> eric_engestrom: any reason why I shouldn't add entries to docs/relnotes/new_features.txt for rusticl stuff?
<karolherbst> just noticed this file exists a few days ago
benjaminl has quit [Read error: Connection reset by peer]
benjaminl has joined #dri-devel
oneforall2 has quit [Ping timeout: 480 seconds]
gio_ has quit []
ploutos has joined #dri-devel
<K900> Speaking of release notes
<K900> Where do I write a release note for packages
<K900> s/packages/packagers/
ploutos has quit [Remote host closed the connection]
<K900> I've seen two people already get caught off guard by the new dri_gbm.so
LeviYun has quit [Ping timeout: 480 seconds]
ploutone has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
heat_ has joined #dri-devel
kts has quit [Quit: Leaving]
LeviYun has joined #dri-devel
cyrinux has quit []
cyrinux has joined #dri-devel
warpme has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<llyyr> +1 I think it'd be useful to have a meta issue or wiki page tracking notes of changes for packagers
LeviYun has joined #dri-devel
BesterGester8 has quit [Read error: Network is unreachable]
BesterGester8 has joined #dri-devel
sima has quit [Ping timeout: 480 seconds]
heat_ has quit [Read error: Connection reset by peer]
heat_ has joined #dri-devel
epoch101 has quit []
LeviYun has quit [Ping timeout: 480 seconds]
epoch101 has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
gouchi has quit [Remote host closed the connection]
gouchi has joined #dri-devel
gio has joined #dri-devel
LeviYun has joined #dri-devel
Surkow|laptop has joined #dri-devel
heat_ has quit []
heat_ has joined #dri-devel
heat_ has quit [Remote host closed the connection]
heat has joined #dri-devel
oneforall2 has joined #dri-devel
feaneron has quit [Ping timeout: 480 seconds]
Mangix has quit [Read error: Connection reset by peer]
Mangix has joined #dri-devel
Haaninjo has joined #dri-devel
yshui has quit [Ping timeout: 480 seconds]
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
yshui has joined #dri-devel
yshui has quit [Ping timeout: 480 seconds]
yshui has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
karenw has joined #dri-devel
yshui has quit [Ping timeout: 480 seconds]
oneforall2 has quit [Remote host closed the connection]
yshui has joined #dri-devel
jfalempe has quit [Quit: jfalempe]
oneforall2 has joined #dri-devel
yshui has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
yshui has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
yogesh_m1 has joined #dri-devel
yogesh_mohan has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
gouchi has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
sassefa has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
warpme has quit []
yshui has quit [Ping timeout: 480 seconds]
yshui has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
sassefa has quit []
alanc has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
guludo has quit [Quit: WeeChat 4.4.2]
alanc has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
Haaninjo has quit [Quit: Ex-Chat]
LeviYun has joined #dri-devel
pcercuei has quit [Quit: dodo]
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
luc has joined #dri-devel
LeviYun has joined #dri-devel
bolson has quit [Ping timeout: 480 seconds]
<bluetail> I appear to fail to build mesa-git. I disabled a couple of options, it appears to fail to build libvulkan or so. https://0x0.st/X3nO.log
<bluetail> what I haven't yet tried was to disable d3d12