Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
bmodem has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
luben has quit [Ping timeout: 480 seconds]
yyds has joined #dri-devel
bmodem has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
aravind has joined #dri-devel
Leopold_ has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
pixelcluster_ has quit []
pixelcluster has joined #dri-devel
fab has joined #dri-devel
cheako has quit [Quit: Connection closed for inactivity]
Duke`` has joined #dri-devel
Leopold_ has joined #dri-devel
itoral has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
OftenTimeConsuming has quit [Ping timeout: 480 seconds]
Leopold_ has quit [Remote host closed the connection]
Leopold has joined #dri-devel
Leopold has quit [Remote host closed the connection]
Leopold has joined #dri-devel
mszyprow has joined #dri-devel
fab has quit [Quit: fab]
Leopold has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
sima has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
Leopold_ has quit [Remote host closed the connection]
Leopold has joined #dri-devel
Leopold has quit [Remote host closed the connection]
bmodem has joined #dri-devel
Leopold_ has joined #dri-devel
hansg has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
mclasen has quit [Ping timeout: 480 seconds]
glennk has quit [Ping timeout: 480 seconds]
OftenTimeConsuming has joined #dri-devel
tzimmermann has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
fab has joined #dri-devel
xroumegue has quit [Ping timeout: 480 seconds]
frieder has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
xroumegue has joined #dri-devel
frankbinns has joined #dri-devel
ngcortes has joined #dri-devel
jfalempe has joined #dri-devel
frankbinns1 has joined #dri-devel
i-garrison has quit [Ping timeout: 480 seconds]
simon-perretta-img has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
frankbinns has quit [Ping timeout: 480 seconds]
mripard_ has joined #dri-devel
glennk has joined #dri-devel
yogesh_mohan has joined #dri-devel
i-garrison has joined #dri-devel
flynnjiang has quit [Quit: flynnjiang]
tursulin has joined #dri-devel
kts has joined #dri-devel
pcercuei has joined #dri-devel
lynxeye has joined #dri-devel
<dolphin>
airlied, sima: DIM is confused big time, it's trying to re-pick all the previous fixes, wonder if it was because the drm-intel-next-fixes got pulled to drm-fixes?
simon-perretta-img has joined #dri-devel
rasterman has joined #dri-devel
apinheiro has joined #dri-devel
yyds_ has joined #dri-devel
yyds has quit [Remote host closed the connection]
Haaninjo has joined #dri-devel
<sima>
dolphin, I think it's been years I looked at what that script does, so no idea ...
<thellstrom>
@dolphin, it might be that. From my understanding, if a fix is not already in drm-intel-fixes, it will be picked.
immibis has quit [Remote host closed the connection]
<sima>
thellstrom, we should filter out already cherry-picked stuff though, but maybe that broke?
<thellstrom>
We do, but it must be present in the same branch.
<sima>
ah right ...
<sima>
dolphin, backmerge should sort it then I guess
<thellstrom>
I think...
<dolphin>
well, I rebased drm-intel-fixes into -rc2 already
moxie has quit [Remote host closed the connection]
<sima>
dolphin, and still all the old ones listed?
<dolphin>
yeah, they fail for "need to pass --allow-empty"
moxie has joined #dri-devel
uajain has quit [Ping timeout: 480 seconds]
<dolphin>
even the one I just sent after -rc1
<sima>
dolphin, I guess time for bash debugging, meaning --dry and lots of sprinkling echo all over the script
uajain has joined #dri-devel
OftenTimeConsuming has quit [Remote host closed the connection]
immibis has joined #dri-devel
OftenTimeConsuming has joined #dri-devel
<dolphin>
"dim: Generalize cherry-pick fixes" <- Could be the smoking gun
bmodem has quit [Ping timeout: 480 seconds]
<thellstrom>
dolphin: FWIW, I also got that "need to pass --allow-empty" for all already-present xe fixes, but they didn't end up in the end result....
<dolphin>
yeah, not in the result but they appear as a list of "failed to cherry pick"
<dolphin>
which you get the summary at the end
<dolphin>
It definitely wasn't that way in the past
<thellstrom>
OK. I never ran it without the commit you mention above.
<dolphin>
Yeah, reverting that and it works beautifully
<dolphin>
demarchi: ^^ FYI, please test next time that the code actually works the way it used to before generalizing :)
Leopold_ has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
<dolphin>
the problem seems to be that there was a two-step checking that was eliminated
<dolphin>
cherry_pick_from_branches is used incorrectly, when it used to check drm-intel-fixes (and fall back to drm-intel-next-fixes) for checking if something is already backported
Leopold has joined #dri-devel
<dolphin>
now it's checking the -next branches
<dolphin>
it can't really work right for drm-xe-next either
Leopold has quit [Remote host closed the connection]
<mareko>
tomeu: is there any description of how to implement the teflon using shaders?
<tomeu>
no, but for GPUs, it would be better to use the GPU delegate in tflite
<tomeu>
I do have though a WIP branch that illustrates how NPUs with programmable cores would implement operations
<mareko>
tomeu: do you mean the GLES 3.1 delegate?
<tomeu>
yes, or the opencl one if your driver supports that
<tomeu>
that is the best path for real GPUs (eg. with floating point HW)
macslayer has quit []
<tomeu>
to be more correct, I'm point to the GPU delegate with the OpenCL or GLES backends
macslayer has joined #dri-devel
<mareko>
tomeu: if I don't have OpenCL and the GLES backend doesn't generate int8 dot products, would enabling teflon for GPUs make sense?
<tomeu>
no, because you would have to recreate the GPU backend inside mesa
<tomeu>
but if you HW does support int8 dot products, then probably yes, as the last time I asked, the tflite people weren't planning to target integers from the gpu backend
<tomeu>
that was a couple of years ago though
<tomeu>
there is an ARM extension for that, afair
<mareko>
tomeu: your gallium interface mentions int8
<tomeu>
though of course, you don't need that for teflon, you can just implement your shader in NIR
<tomeu>
yes, (u)int8 is what embedded TPUs typically support
<mareko>
tomeu: I see, so is there no differene between GL and OpenCL delegates because they both use float32?
<tomeu>
well, there is differences, but yeah, because the GPU delegate targets floats, it is not adequate for TPUs, even if opencl can be implemented on top of them
<tomeu>
I started my experiments by implementing enough of opencl to run the GPU delegate on the programmable core of the vivante NPU, and it was abysmally slow
<tomeu>
then I realize that there wasn't any float HW in there...
<tomeu>
at that moment I realized that I had to create a new delegate
<mareko>
tomeu: the question is more about whether the GL delegate has the same performance as the OpenCL one, so that OpenCL one doesn't have to be used in a solution where GL is available
<tomeu>
I have read reports of the CL backend of the GPU delegate being faster than the GLES backend of the same
<tomeu>
but I guess that will depend on the driver implementations
lemonzest has quit [Quit: WeeChat 4.2.1]
lemonzest has joined #dri-devel
<mareko>
tomeu: do they use the same type, e.g. float32? or does the CL backend use a smaller type, e.g. float16, bf16, int16, uint16, int8, uint8?
<mareko>
if they are both float32, it should be the same perf
<tomeu>
I think they lower all to float32, but I'm not sure
<mareko>
ok thanks
Leopold_ has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
yyds has quit [Remote host closed the connection]
kts has joined #dri-devel
fab has quit [Quit: fab]
garrison has quit [Read error: Connection reset by peer]
<karolherbst>
tomeu, alyssa: do you know _anything_ using cl_arm_integer_dot_product? I'd be inclined to add it if people thing there is value in it, but without tests it's kinda.. ehh.. annoying :)
<tomeu>
mali I guess?
<tomeu>
qcom also have their extensions for that...
<karolherbst>
it's probably a 10 line patch (some integration with clang) to make it work or something as the compiler side is already done
kts has quit [Quit: Leaving]
DodoGTA has quit [Quit: DodoGTA]
<karolherbst>
tomeu: I meant like which software
<karolherbst>
or if they have tests for it
DodoGTA has joined #dri-devel
cheako has joined #dri-devel
hansg has quit [Quit: Leaving]
aravind has quit [Ping timeout: 480 seconds]
rasterman has quit [Ping timeout: 480 seconds]
luben has quit [Ping timeout: 480 seconds]
konstantin_ has joined #dri-devel
djbw has joined #dri-devel
konstantin has quit [Ping timeout: 480 seconds]
rsalvaterra_ has quit []
rsalvaterra has joined #dri-devel
i-garrison has quit [Read error: Connection reset by peer]
krushia has joined #dri-devel
robmur01 has quit [Ping timeout: 480 seconds]
Leopold_ has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
i-garrison has joined #dri-devel
mszyprow has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
lynxeye has quit [Quit: Leaving.]
simon-perretta-img has joined #dri-devel
konstantin_ is now known as konstantin
mclasen has quit []
mclasen has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
macslayer has quit [Remote host closed the connection]