ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
thaytan has quit [Remote host closed the connection]
<jekstrand>
Shibe: Thanks!
columbarius has joined #dri-devel
Danct12 has joined #dri-devel
jernej has joined #dri-devel
macromorgan has joined #dri-devel
macromorgan is now known as Guest2237
macromorgan has joined #dri-devel
macromorgan has quit []
Guest2237 has quit []
abws has quit [Ping timeout: 480 seconds]
srslypascal has joined #dri-devel
macromorgan has joined #dri-devel
devilhorns has joined #dri-devel
thaytan has joined #dri-devel
devilhorns has quit []
dakr has joined #dri-devel
dakr has quit [Ping timeout: 480 seconds]
ahajda_ has quit []
aravind has joined #dri-devel
xerpi[m] has joined #dri-devel
elongbug has joined #dri-devel
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #dri-devel
claraaudbtc[m] has joined #dri-devel
macromorgan is now known as Guest2249
Guest2249 has quit [Read error: Connection reset by peer]
macromorgan has joined #dri-devel
heat_ has joined #dri-devel
ppascher has joined #dri-devel
pa has joined #dri-devel
Danct12 has quit [Quit: Leaving]
heat_ has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
claraaudbtc[m] has quit [autokilled: This host violated network policy and has been banned. Mail support@oftc.net if you think this is in error. (2022-09-08 05:01:58)]
agx has joined #dri-devel
fab has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
camus1 has quit [Remote host closed the connection]
camus has joined #dri-devel
camus has quit []
YuGiOhJCJ has joined #dri-devel
mszyprow has joined #dri-devel
rahul_janga has joined #dri-devel
lemonzest has joined #dri-devel
rahul_janga01 has joined #dri-devel
itoral has joined #dri-devel
rahul_janga has quit [Ping timeout: 480 seconds]
rahul_janga has joined #dri-devel
fab has quit [Quit: fab]
itoral_ has joined #dri-devel
rahul_janga01 has quit [Ping timeout: 480 seconds]
itoral has quit [Ping timeout: 480 seconds]
tzimmermann has joined #dri-devel
kts has joined #dri-devel
thellstrom has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
ahajda_ has joined #dri-devel
xroumegue has joined #dri-devel
frieder has joined #dri-devel
kts has joined #dri-devel
itoral__ has joined #dri-devel
fab has joined #dri-devel
<emersion>
bnieuwenhuizen: that can't work, i don't have a DMA-BUF, i just have a shared memory buffer i want to import into vulkan
jkrzyszt has joined #dri-devel
itoral_ has quit [Ping timeout: 480 seconds]
danvet has joined #dri-devel
tursulin has joined #dri-devel
fab has quit [Quit: fab]
frieder_ has joined #dri-devel
frieder has quit [Read error: Connection reset by peer]
frieder_ has quit []
frieder has joined #dri-devel
sarahwalker has joined #dri-devel
lynxeye has joined #dri-devel
fab has joined #dri-devel
nchery has joined #dri-devel
<glehmann>
why does the definition of NIR's pack_uvec2_to_uint mask unused bits but pack_uvec4_to_uint does not? seems inconsistent to me
<glehmann>
the lowering for pack_uvec4_to_uint in nir_lower_alu_width also masks unused bits, but maybe that's wrong?
heat_ has joined #dri-devel
pcercuei has joined #dri-devel
h0tc0d3 has joined #dri-devel
fab has quit [Quit: fab]
fab has joined #dri-devel
itoral_ has joined #dri-devel
<bnieuwenhuizen>
emersion: Can't you use modifiers with VK_EXT_external_memory_host ?
<emersion>
ehh
<emersion>
you mean chaining VkImageDrmFormatModifierExplicitCreateInfoEXT onto something that isn't a DMA-BUF import?
<emersion>
that really doesn't seem like something which should work
itoral__ has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
kts has joined #dri-devel
<bnieuwenhuizen>
Why not? It is just a layout thing, not a thing about backing memory
Vanfanel has joined #dri-devel
rasterman has joined #dri-devel
dakr has joined #dri-devel
aravind has quit [Remote host closed the connection]
<linkmauve>
Is there a way to determine whether a texture format is emulated or not, in OpenGL or ES?
jewins has joined #dri-devel
<alyssa>
linkmauve: no, which is the whole problem with emulating formats :(
<linkmauve>
Indeed. :/
<linkmauve>
Would it make sense to draft an extension to advertise that?
<linkmauve>
Applications which don’t care or can’t do otherwise could continue to ignore it, but those which do care could do a query beforehand.
<pendingchaos>
isn't that what the glGetInternalformativ+GL_INTERNALFORMAT_SUPPORTED/GL_INTERNALFORMAT_PREFERRED stuff is?
<alyssa>
pendingchaos: I'm curious how that interacts with tex format emulation (in mesa/st and/or in u_transfer_helper)
fab has quit [Read error: No route to host]
fab has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
Vanfanel has quit [Read error: Connection reset by peer]
ahajda_ has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
<pq>
linkmauve, I thought ES "forbid" emulation? Or maybe it just does not require it?
kts has joined #dri-devel
<linkmauve>
Unless my phone’s Mali-400 grew a hardware S3TC implementation overnight, lima does expose emulated formats currently.
<alyssa>
linkmauve: lol
<pq>
I would think that to be against the spirit of ES.
<alyssa>
pq: the BCn emulation is for the benefit of GL apps running on ES hardware
<alyssa>
I don't think exposing emulated BCn on GLES contexts is intended
<alyssa>
maybe we want to stick a _mesa_is_gles() check in there somewhere
<alyssa>
kusma: ^ thoughts?
<linkmauve>
Oh, that’d make sense!
frytaped has joined #dri-devel
<linkmauve>
It also exposes ASTC (the LDR variant) and it probably also doesn’t have the hardware for that.
<pq>
linkmauve, are you looking as a GL or GL ES context?
fxkamd has joined #dri-devel
<linkmauve>
ES only.
<kusma>
alyssa: I'm not against limiting this to desktop GL...
<linkmauve>
I didn’t even compile GL support in.
<linkmauve>
Surprisingly little broke, so far only Neverball.
frytaped has quit []
frytaped has joined #dri-devel
frytaped has quit [Quit: WeeChat 3.5]
sdutt has joined #dri-devel
Haaninjo has joined #dri-devel
saurabhg has joined #dri-devel
fab has quit [Quit: fab]
kalidows_ has quit [Ping timeout: 480 seconds]
Vanfanel has joined #dri-devel
h0tc0d3 has joined #dri-devel
rahul_janga has quit [Ping timeout: 480 seconds]
<vsyrjala>
mripard: sun4i_tv.c doesn't build in drm-tip
fxkamd has quit []
thellstrom has quit [Ping timeout: 480 seconds]
<KunalAgarwal[m]>
How can I bind my texture to a custom framebuffer? I have a framebuffer with filled texture and another framebuffer which I want to set as render target.
<mripard>
vsyrjala: uh? it builds in drm-misc-next
<mripard>
I'll have a look
<mripard>
thanks
Duke`` has joined #dri-devel
mszyprow has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
<vsyrjala>
even more strange is that it builds fine on arm, but not on x86_64
<mripard>
yeah, I was trying on arm64 and it builds here too
<vsyrjala>
seems to be just missing drm_atomic.h. dunno where it's getting that on arm
kalidows_ has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
<vsyrjala>
via drm_of.h i guess
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
tursulin has quit [Ping timeout: 480 seconds]
warpme___ has joined #dri-devel
<mripard>
uh
<mripard>
which defconfig are you using?
<mripard>
drm-misc-x86_defconfig builds for me
sarahwalker has quit [Remote host closed the connection]
mszyprow has joined #dri-devel
<vsyrjala>
i think it's due to me having CONFIG_OF=n
<vsyrjala>
i think i'm using allmodconfig pretty much. looks like drm-misc-x86_defconfig doesn't even have COMPILE_TEST enabled so probably won't catch anything at all
agd5f_ has joined #dri-devel
agd5f_ has quit [Remote host closed the connection]
agd5f_ has joined #dri-devel
<KunalAgarwal[m]>
<KunalAgarwal[m]> "How can I bind my texture to a..." <- Can anyone help me maybe with a sample code or an example for this :-)
<KunalAgarwal[m]>
* this :-).. to set a buffer as a render target
<lygstate>
Does tgsi to llvm still a thing?
<alyssa>
lygstate: tgsi_to_nir + nir_to_llvm
kalidows_ has quit [Ping timeout: 480 seconds]
<anholt>
tgsi to llvm still exists, draw on things like i915 and r300 use it.
<lygstate>
Gocha, I have the willing to remove it from the codebase, seems not the proper time.
h0tc0d3 has quit [Quit: Leaving]
ybogdano has joined #dri-devel
<lygstate>
Cani915 and r300 switch to tgsi_to_nir for llvm, is there any concern about it
<alyssa>
anholt: so it does, good riddance
aravind has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
<mattst88>
jekstrand, karolherbst: do we have any way to do an offline OpenCL -> Intel assembly compile?
<anholt>
lygstate: as far as I know, the only blocker is that lower_int_to_float cause array indexing to be floats, which gallivm_nir can't understand. But I think we should be able to pretty easily handle that by looking at options->no_integers in the gallivm_nir frontend
<jekstrand>
mattst88: Grep for intel_clc
<mattst88>
thanks!
<jekstrand>
It takes a special build flag and I don't think it installs
saurabhg has quit [Ping timeout: 480 seconds]
frieder has quit [Remote host closed the connection]