ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
coiaur^ has quit [Ping timeout: 480 seconds]
coiaur^ has joined #dri-devel
tintou has joined #dri-devel
kzd has quit [Quit: kzd]
Newbyte has joined #dri-devel
msizanoen[m] has joined #dri-devel
dviola has joined #dri-devel
Kayden has quit [Quit: home]
JohnnyonFlame has joined #dri-devel
kzd has joined #dri-devel
heftig has joined #dri-devel
Anson[m] has joined #dri-devel
krushia has quit [Quit: Konversation terminated!]
swick[m] has joined #dri-devel
glennk has quit [Ping timeout: 480 seconds]
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
exp80[m] has joined #dri-devel
dcbaker has joined #dri-devel
Sumera[m] has joined #dri-devel
Tooniis[m] has joined #dri-devel
yyds has joined #dri-devel
yuq825 has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
kasper93_ has joined #dri-devel
daniliberman[m] has joined #dri-devel
aura[m] has joined #dri-devel
kasper93 has quit [Ping timeout: 480 seconds]
djbw has quit [Read error: Connection reset by peer]
crabbedhaloablut has quit []
co1umbarius has joined #dri-devel
luben has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
Daanct12 has joined #dri-devel
coiaur^ has quit [Remote host closed the connection]
coiaur^ has joined #dri-devel
mbrost has joined #dri-devel
guru_ has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
dos1 has quit [Quit: Kabum!]
dos1 has joined #dri-devel
x512[m] has joined #dri-devel
T_UNIX has joined #dri-devel
djbw has joined #dri-devel
coiaur^ has quit [Ping timeout: 480 seconds]
coiaur^ has joined #dri-devel
yyds has quit [Remote host closed the connection]
zamundaaa[m] has joined #dri-devel
yyds has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
ofirbitt[m] has joined #dri-devel
luben has quit [Ping timeout: 480 seconds]
luben has joined #dri-devel
talcohen[m] has joined #dri-devel
moben[m] has joined #dri-devel
kts has joined #dri-devel
Quinten[m] has joined #dri-devel
dhirschfeld2[m] has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
BilalElmoussaoui[m] has joined #dri-devel
ids1024[m] has joined #dri-devel
Peuc has quit [Read error: Connection reset by peer]
tleydxdy has joined #dri-devel
Peuc has joined #dri-devel
cmeissl[m] has joined #dri-devel
enunes[m] has joined #dri-devel
go4godvin has joined #dri-devel
go4godvin is now known as Guest5613
bmodem has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
i509vcb has quit [Quit: Connection closed for inactivity]
dabrain34[m]1 has joined #dri-devel
illwieckz has quit [Read error: Connection reset by peer]
Vanfanel has joined #dri-devel
enick_991 has joined #dri-devel
kts has quit [Remote host closed the connection]
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
bmodem has quit [Excess Flood]
bmodem has joined #dri-devel
bmodem has quit [Excess Flood]
bmodem has joined #dri-devel
macslayer has quit [Remote host closed the connection]
Kayden has joined #dri-devel
luben has quit [Ping timeout: 480 seconds]
zzxyb[m] has joined #dri-devel
MotiH[m] has joined #dri-devel
benjaminl has quit [Remote host closed the connection]
benjaminl has joined #dri-devel
sima has joined #dri-devel
kzd has quit [Ping timeout: 480 seconds]
babyfaceold has joined #dri-devel
fab has joined #dri-devel
glennk has joined #dri-devel
fab has quit [Read error: Connection reset by peer]
aravind has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
mvlad has joined #dri-devel
Ahuj has joined #dri-devel
Mangix_ has joined #dri-devel
Mangix has quit [Ping timeout: 480 seconds]
rgallaispou has joined #dri-devel
tursulin has joined #dri-devel
nicofee[m] has joined #dri-devel
Company has quit [Quit: Leaving]
<MrCooper> Company: the stride alignment requirement of current AMD GPUs applies to any format
<MrCooper> argh, he just left
JohnnyonFlame has quit [Read error: Connection reset by peer]
jkrzyszt has joined #dri-devel
RAOF has quit [Read error: Connection reset by peer]
pcercuei has joined #dri-devel
lynxeye has joined #dri-devel
tak2hu[m] has joined #dri-devel
sgruszka has joined #dri-devel
cmichael has joined #dri-devel
fab has joined #dri-devel
vliaskov has joined #dri-devel
masush5[m] has joined #dri-devel
enick_185 has joined #dri-devel
rasterman has joined #dri-devel
fab has quit [Ping timeout: 480 seconds]
crabbedhaloablut has joined #dri-devel
yshui` has joined #dri-devel
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
kos_tom has joined #dri-devel
aravind has quit [Read error: Connection reset by peer]
pcercuei has quit [Quit: brb]
pcercuei has joined #dri-devel
illwieckz has joined #dri-devel
tomeu has joined #dri-devel
coiaur^ has quit [Ping timeout: 480 seconds]
coiaur^ has joined #dri-devel
sgruszka has quit [Ping timeout: 480 seconds]
Daaanct12 has joined #dri-devel
Daanct12 has quit [Ping timeout: 480 seconds]
Mershl[m] has joined #dri-devel
babyfaceold has quit [Ping timeout: 480 seconds]
fkassabri[m] has joined #dri-devel
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
JosExpsito[m] has joined #dri-devel
cef is now known as Guest5648
Guest5648 has quit []
cef has joined #dri-devel
samueldr has joined #dri-devel
Targetball[m] has joined #dri-devel
yuq825 has left #dri-devel [#dri-devel]
bmodem has quit [Ping timeout: 480 seconds]
tomeu1 has joined #dri-devel
aradhya7[m] has joined #dri-devel
DemiMarie has joined #dri-devel
DemiMarie is now known as Guest5651
yyds has quit [Remote host closed the connection]
camus has quit [Remote host closed the connection]
zzoon_OOO_till_03_Oct[m] has joined #dri-devel
yyds has joined #dri-devel
apinheiro has joined #dri-devel
gdevi has joined #dri-devel
dantob has joined #dri-devel
yyds has quit [Remote host closed the connection]
Armote[m] has joined #dri-devel
kts has joined #dri-devel
robertmader[m] has joined #dri-devel
kts_ has joined #dri-devel
kts_ has quit []
kts has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
kts_ has joined #dri-devel
kts_ has quit []
pankart[m] has joined #dri-devel
Guest5613 is now known as go4godvin
kts has quit [Ping timeout: 480 seconds]
go4godvin has quit [Quit: Reconnecting]
Daaanct12 has quit [Quit: WeeChat 4.1.1]
Danct12 has quit [Read error: Connection reset by peer]
undvasistas[m] has joined #dri-devel
RAOF has joined #dri-devel
bmodem has joined #dri-devel
halfline[m] has joined #dri-devel
coiaur^ has quit [Remote host closed the connection]
ram15[m] has joined #dri-devel
EricCurtin[m] has joined #dri-devel
Danct12 has joined #dri-devel
kzd has joined #dri-devel
Haaninjo has joined #dri-devel
KunalAgarwal[m][m] has joined #dri-devel
macslayer has joined #dri-devel
eukara has quit []
Jeremy_Rand_Talos__ has quit [Remote host closed the connection]
Jeremy_Rand_Talos__ has joined #dri-devel
yyds has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
ttayar[m] has joined #dri-devel
heat has joined #dri-devel
kasper93_ has quit [Remote host closed the connection]
kasper93 has joined #dri-devel
rgallaispou has left #dri-devel [#dri-devel]
mbrost has joined #dri-devel
<karolherbst> robclark: any idea what's wrong with this? hardware fault? https://gitlab.freedesktop.org/mesa/mesa/-/jobs/51155473
<daniels> yeah, it looks like the hardware just died
tlwoerner has quit [Quit: Leaving]
tlwoerner has joined #dri-devel
Company has joined #dri-devel
eukara has joined #dri-devel
<robclark> karolherbst: looks like a630-traces died 3 times in a row the same way, so I guess there is something wrong with the MR?
<robclark> different runners each time too
<robclark> so looking like a legit problem
mbrost has quit [Remote host closed the connection]
mbrost has joined #dri-devel
<robclark> karolherbst, daniels: err, hmm.. actually looking at the raw results.. piglit still claims "pass" despite freedoom gpu hang.. so maybe infra problem?
<robclark> friday evening in europe, I guess that is the normal time for infra problems
<daniels> oh, I see what's happened
<daniels> 23-11-03 14:37:10 R SERIAL-CPU> hwc: mesa: pass
YHNdnzj[moz] has joined #dri-devel
<daniels> that's the last thing in the init script before it sleeps
<daniels> bm looks for 'hwci: mesa: pass' to terminate
<daniels> maybe we should just echo that out like 3x to make sure it gets through
<robclark> heh, the earlier ones: hwci:���sa: pass
<robclark> and: hwc: mesa: pass
<daniels> uart \o/
<robclark> how does it manage to drop/garble a character three times in a row, exactly there!
<robclark> but yeah, maybe just echo it a few times at the end
<daniels> I wonder if we should make bm use SSH for console like LAVA does now
tomba has joined #dri-devel
<gfxstrand> daniels: FYI: The NAK MR is literally just waiting for meson 1.3.0rc2 to be tagged. As soon as that tag exists and propagates to pip, I can make a 2-line change and it should go through fine.
<gfxstrand> But I don't control that. I'm hopping they tag today.
<daniels> gfxstrand: sure thing, do you need anything from me?
<gfxstrand> Nope
<daniels> coolio
<gfxstrand> If another container build fails, I'll poke you. Otherwise, I'm just waiting for the tagl.
<daniels> bonne chance
<gfxstrand> *tag
alyssa has quit [Quit: alyssa]
mbrost has quit [Ping timeout: 480 seconds]
jeeeun8413519 has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
vliaskov has joined #dri-devel
MrCooper has quit [Remote host closed the connection]
MrCooper has joined #dri-devel
Duke`` has joined #dri-devel
cmichael has quit [Quit: Leaving]
cphealy has quit [Quit: Leaving]
yyds has quit [Remote host closed the connection]
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
jernej has joined #dri-devel
qyliss has quit [Ping timeout: 480 seconds]
bmodem has quit [Ping timeout: 480 seconds]
vliaskov has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
Calandracas has joined #dri-devel
Ahuj has quit [Ping timeout: 480 seconds]
vliaskov has joined #dri-devel
qyliss has joined #dri-devel
egalli has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
jenatali has joined #dri-devel
Guest5651 is now known as DemiMarie
<jenatali> gfxstrand: Any more comments on !25998?
bmodem has quit [Ping timeout: 480 seconds]
<robclark> gfxstrand: is the meson dependency bump _only_ if you are building nvk? Or across the board?
<gfxstrand> robclark: Only for NVK
<gfxstrand> robclark: But it means we need to bump the version in CI
<robclark> coolio.. was just wondering if I'd need to uprev meson in CrOS but sounds like I dodge that bullet :-P
<gfxstrand> Not unless you're shipping NVK on an NVIDIA chromebook you haven't told me about. 😅
<robclark> well, at least for mesa-freedreno uprev, I don't need to enable nvk :-P
<gfxstrand> So you're saying there is an NVK chromebook? :P
<gfxstrand> If so, don't you think that's a tad presumptuous? I mean, Fedora did it so why not google. ¯\_(ツ)_/¯
<robclark> well, the thing with the nv dGPU is no more... but if there ever is something w/ nv in the future, I think most folks here would strongly prefer to ship nvk ;-)
FloGrauper[m] has joined #dri-devel
YaLTeR[m] has joined #dri-devel
gallo[m] has joined #dri-devel
Calandracas_ has joined #dri-devel
<Calandracas> Trying to compile mesa with llvm17, build is failing on gallium/auxiliary/gallivm/lp_bld_init.c because llvm-c/Transform/Scalar.h does not exist. It appears that the C bindings for some of the "Transforms" headers have been removed
Calandracas_ has quit []
mbrost has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
heat_ has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
heat has quit [Read error: No route to host]
<DavidHeidelberg> Calandracas: I have feeling I saw MR which addresses this issue
dviola has quit [Ping timeout: 480 seconds]
<Calandracas> Hum I'll take a look
cos has joined #dri-devel
i509vcb has joined #dri-devel
hch12907 has joined #dri-devel
vliaskov has quit []
nielsdg has joined #dri-devel
kallisti5[m] has joined #dri-devel
Ella[m] has joined #dri-devel
kunal_10185[m] has joined #dri-devel
<Company> is there a recommended way to measure libGL overhead in a profiler so I can optimize the right stuff? When I run stuff - even with mesa_glthread=false exported - most of the work ends up in a thread
<Company> and then the flamegraph isn't useful
<robclark> if the driver supports threaded ctx (which iris and radeonsi do) then add `GALLIUM_THREAD=0`
<Company> that *and* mesa_glthread=false seems to do the trick
koki23[m] has joined #dri-devel
pp123[m] has joined #dri-devel
<Company> seems the magic is batching which will require tracking texture usage across commands, and that's all about using an atlas for all the icons and glyphs so it's the same texture everywhere
<Company> interesting because Vulkan doesn't seem to need that, vkCmdDraw has a way smaller overhead
djbw has quit [Read error: Connection reset by peer]
MayeulC has joined #dri-devel
<robclark> binding new texture state between every draw is probably not great.. radeonsi does support bindless textures which would make things more like vk (but iris and others do not)
heat_ has quit [Remote host closed the connection]
heat_ has joined #dri-devel
Kwiboo has quit [Quit: .]
cos has quit [Remote host closed the connection]
<Company> yeah, I'm using a glSampler2D textures[N_TEXTURES]; array and now basically doing 3 "levels" - one doing constant expression texture accesses (read: large if statement), one doing dynamically uniform texture accesses and one doing bindless/nonuinform
<Company> with the nonuniform stuff I can do 1 draw call for everything
<Company> with the dynamically uniform I can do batch draw calls as long as they use the same texture
jkrzyszt has quit [Ping timeout: 480 seconds]
<Company> and with constants I need to setup texture units before each draw call with different textures
Kwiboo has joined #dri-devel
<Company> just need to get it right...
<robclark> I'd dynamically index the texture array over if/else ladder
<Company> yeah, that's what I'm doing
<Company> but it's a bit of a question how many entries I want to put there
q4a has joined #dri-devel
<robclark> I think max is 32.. put as many as you can if it avoids state changes
tursulin has quit [Ping timeout: 480 seconds]
reactormonk[m] has joined #dri-devel
<Company> I think I read the spec and it says "has to be at least 32", but may be as much as GL_MAX_SOME_CONSTANT
<Company> unsurprising to noone, the largest number in there is reported by zink
mbrost has joined #dri-devel
knr has joined #dri-devel
<robclark> I'm not sure zink should be reporting more.. or at least: #define PIPE_MAX_SAMPLERS 32
jfalempe has quit [Quit: Leaving]
rsalvaterra has quit [Quit: No Ping reply in 180 seconds.]
<robclark> oh, hmm.. but per-stage vs cross-shader-stage
rsalvaterra has joined #dri-devel
<robclark> Company: you probably want to look at GL_MAX_TEXTURE_IMAGE_UNITS or the various per-stage ones
schaeffer has quit [Read error: Connection reset by peer]
schaeffer has joined #dri-devel
<Company> ah yes
<Company> wrong variable again
<karolherbst> Kayden: are there any good reasons why the timestapm query is restricted to 36 bits in iris?
<karolherbst> it causes tests to flake randomly so I was wondering if we could just unrestrict it to 64 bit
<karolherbst> or some other value
mbrost has quit [Ping timeout: 480 seconds]
AlaaEmad[m] has joined #dri-devel
isinyaaa[m] has joined #dri-devel
jtatz[m] has joined #dri-devel
Wallbraker has joined #dri-devel
bubblethink[m] has joined #dri-devel
sergi1 has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
mbrost has joined #dri-devel
Hazematman has joined #dri-devel
cphealy has joined #dri-devel
viciouss[m] has joined #dri-devel
Aura has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has joined #dri-devel
<mriesch> CounterPillow: just read the conversation you had a while ago about LED strips as panels... what approach did you pick in the end?
<CounterPillow> none, didn't continue the project as I ran out of energy for it for now
<mriesch> CounterPillow: oh i see...
i509vcb has quit [Quit: Connection closed for inactivity]
<mriesch> would it be reasonable to conclude that a framebuffer/panel approach would be the way to go?
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
<CounterPillow> yeah, panel is the way to go.
<CounterPillow> Though, refresh rate is a bit fiddly to figure out since that depends on your SPI controller speed and the maximum speed the SPI chain LEDs can work at.
oneforall2 has quit [Remote host closed the connection]
K0bin[m] has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
Vin[m] has joined #dri-devel
apinheiro has quit [Quit: Leaving]
<mriesch> CounterPillow: afaik there is fbdev panel and DRM panel, right? any thoughts on this choice?
mvlad has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
jkhsjdhjs has quit [Ping timeout: 480 seconds]
i509vcb has joined #dri-devel
tobiasjakobi has joined #dri-devel
jkhsjdhjs has joined #dri-devel
heat has joined #dri-devel
heat_ has quit [Read error: Connection reset by peer]
kusma has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
tobiasjakobi has quit []
nyorain[m] has joined #dri-devel
mbrost has joined #dri-devel
glennk has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
<cwabbott> gfxstrand: ok, it turns out that I was lucky, the NaN canonicalization while copying was entirely due to sample() and if I use texelFetch() instead and be careful about using a half-reg for f16 formats (to avoid the f16->f32->f16 roundtrip also canonicalizing) then I can avoid any of it
<cwabbott> it'll mean we can't use the special 2d path that always does sample(), but that's probably fine
<cwabbott> crisis averted
<cwabbott> ughhhh some r16_unorm tests are still failing
<cwabbott> snorm works but not unorm?!?
sima has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
<cwabbott> nvm, my bad
treeq[m] has joined #dri-devel
lcn has quit [Read error: Connection reset by peer]
<cwabbott> dEQP-VK.api.copy_and_blit.core.image_to_image.all_formats.color.2d_to_2d.* all pass now \o/
hrushi20 has quit [Ping timeout: 480 seconds]
hrushi20 has joined #dri-devel
mbrost has quit [Remote host closed the connection]
mbrost has joined #dri-devel
<Kayden> karolherbst: the 36-bit thing has been there since 2012...but I'm not sure how much sense it actually makes these days. f0159018d7709b57d9916575512d75cb3f2fb395 ... the thinking was that opengl programs used GL_QUERY_COUNTER_BITS to assume things rolled over at a power of two, and so when we scaled the 32-bit timestamp value by the tick frequency to get actual nanoseconds, it'd roll over at...some other time. so we tried to find something workable
<Kayden> but nowadays the time scaling is done by various fractional things and so I'm not sure it works out anyway
<karolherbst> yeah...
<karolherbst> makes sense
<karolherbst> all I can say is, that I have CL CTS flakes caused by that
<Kayden> hmm, actually it looks like it may be a 36-bit signal nowadays...
sigmoidfunc[m] has joined #dri-devel
<karolherbst> Kayden: okay, so inside a shader there is just 36 bit of precision anyway?
<Kayden> oh, inside a shader........as I understand it our timestamp register used for ARB_shader_clock is pretty much garbage and doesn't work most of the time anyway
<karolherbst> pain
<karolherbst> In CL there is no way to fetch the timestamp in a kernel anyway, I was just curious because I thought `signal` is a shader thing on intel
<Kayden> I don't remember the details - curro did a lot of work to measure instruction timings using it. he would probably remember the details of how it's broken, but it was a pretty huge list
<Kayden> I think it might've reset on thread switches or power management events or something absurd like that
<karolherbst> uhh
<karolherbst> annoying...
<karolherbst> well
<Kayden> I think the one you get via PIPE_CONTOL or the Timestamp register (read from the command stream) is a lot more reliable
<karolherbst> all I use are `get_timestamp` and PIPE_QUERY_TIMESTAMP
<karolherbst> PIPE_CONTOL? that's something I've never heard of
<karolherbst> ohh that's crocus/iris internal naming
mbrost has quit [Ping timeout: 480 seconds]
luben has joined #dri-devel
<Kayden> yeah, it's the GPU command that gives you a pipelined timestamp read
<Kayden> hmm, looks like we get devinfo->timestamp_freq from i915 these days...which reads it from a deprecated register
<Kayden> lovely
<Kayden> oh, nvm, it does read the right one...eventually
bylaws has joined #dri-devel