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... :(
<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]
<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>
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)
<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]