ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
boistordu has quit [Remote host closed the connection]
NiksDev has joined #dri-devel
slattann has joined #dri-devel
bluebugs has quit [Ping timeout: 480 seconds]
slattann has quit []
The_Company has joined #dri-devel
Company has quit [Ping timeout: 480 seconds]
dllud_ has joined #dri-devel
dllud has quit [Read error: Connection reset by peer]
dllud has joined #dri-devel
dllud_ has quit [Read error: Connection reset by peer]
cedric has joined #dri-devel
slattann has joined #dri-devel
jewins has quit [Ping timeout: 480 seconds]
moa has joined #dri-devel
cedric has quit [Ping timeout: 480 seconds]
cedric has joined #dri-devel
cedric has quit [Read error: Connection reset by peer]
cedric has joined #dri-devel
slattann has quit []
moa has quit [Ping timeout: 480 seconds]
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
The_Company has quit []
Duke`` has joined #dri-devel
slattann has joined #dri-devel
itoral has joined #dri-devel
mlankhorst has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
Hi-Angel has joined #dri-devel
thellstrom has quit [Quit: thellstrom]
danvet has joined #dri-devel
<tomeu>
alyssa: can't you move it to your FW? :p
Daanct12 has joined #dri-devel
Danct12 has quit [Ping timeout: 480 seconds]
shsharma has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
shashanks has quit [Ping timeout: 480 seconds]
shashanks has joined #dri-devel
<shashanks>
pq: about EDIDlib, its still WIP, I was distracted into a few other things. Will update sometime soon (probably within a week or two)
shsharma has quit []
pnowack has joined #dri-devel
frieder has joined #dri-devel
rasterman has joined #dri-devel
<pq>
shashanks, ok, thanks!
rgallaispou has joined #dri-devel
Ahuj has joined #dri-devel
Daaanct12 has joined #dri-devel
Daaanct12 has quit [Quit: Quitting]
Daanct12 has quit [Ping timeout: 480 seconds]
Danct12 has joined #dri-devel
thellstrom has joined #dri-devel
tursulin has joined #dri-devel
pcercuei has joined #dri-devel
hansg has joined #dri-devel
JohnnyonFlame has quit [Read error: Connection reset by peer]
lemonzest has joined #dri-devel
slattann has quit []
slattann has joined #dri-devel
slattann has quit []
slattann has joined #dri-devel
xexaxo has quit [Ping timeout: 480 seconds]
xexaxo has joined #dri-devel
<sravn>
mripard: reviewed a few of your patches yesterday, but not the ones you asked for I'm afraid. Will take another look after work today
<mripard>
sravn: thanks anyway :) I'm glad you did review those ones too
<mripard>
let me know if you need me to review something
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
robmur01_ is now known as robmur01
pnowack has quit [Read error: Connection reset by peer]
mvlad has quit [Quit: Coyote finally caught me]
mvlad has joined #dri-devel
dllud_ has joined #dri-devel
dllud has quit [Read error: Connection reset by peer]
<sravn>
mripard: Ohh, that would require that I had time to write code myself. Maybe in a few months. Moving to an older house consumes a lot of hobby time :-)
pnowack has joined #dri-devel
pnowack has quit [Remote host closed the connection]
pnowack has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
bcarvalho has joined #dri-devel
emersion has quit [Remote host closed the connection]
emersion has joined #dri-devel
rgallaispou has quit [Ping timeout: 480 seconds]
Anorelsan has joined #dri-devel
seanpaul has quit []
seanpaul has joined #dri-devel
thellstrom has quit [Ping timeout: 480 seconds]
shfil has joined #dri-devel
thelounge63 has quit [Ping timeout: 480 seconds]
thelounge63 has joined #dri-devel
slattann has quit []
slattann has joined #dri-devel
orbea1 has joined #dri-devel
orbea has quit [Ping timeout: 480 seconds]
<bnieuwenhuizen>
jekstrand: pipeline building is not interesting for me since I've seen how you're doing it already :P the CL stuff is doable but I'd go in with near zero prep-work. Been mostly postponing it until there is code so we have an idea on the how & what that is better than just "implement CL"
kabel has quit [Ping timeout: 480 seconds]
qyliss has quit [Quit: bye]
thelounge637 has joined #dri-devel
qyliss has joined #dri-devel
orbea1 has quit []
qyliss has quit [Remote host closed the connection]
orbea has joined #dri-devel
thelounge63 has quit [Ping timeout: 480 seconds]
qyliss has joined #dri-devel
kabel has joined #dri-devel
thellstrom has joined #dri-devel
Anorelsan has quit [Quit: Leaving]
rgallaispou has joined #dri-devel
slattann has quit []
CME has quit [Ping timeout: 480 seconds]
itoral has quit []
Peste_Bubonica has joined #dri-devel
X-Scale has joined #dri-devel
ezequielg has quit []
ezequielg has joined #dri-devel
Peste_Bubonica has quit [Remote host closed the connection]
Peste_Bubonica has joined #dri-devel
vyivel has quit [Remote host closed the connection]
bl4ckb0ne has quit [Remote host closed the connection]
emersion has quit [Remote host closed the connection]
<karolherbst>
mhh, what should I do when drm-misc-fixes isn't updated yet with stuff from 5.14?
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
zmike has quit []
zmike has joined #dri-devel
mlankhorst has quit [Remote host closed the connection]
mlankhorst has joined #dri-devel
dllud has joined #dri-devel
dllud_ has quit [Read error: Connection reset by peer]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
bcarvalho has quit [Remote host closed the connection]
dviola has joined #dri-devel
<austriancoder>
I would like to push a new tag to https://gitlab.freedesktop.org/gfx-ci/linux .. but "remote: You are not allowed to push code to this project." - who can give me the needed rights?
<jekstrand>
bnieuwenhuizen: Fair. Maybe I can get dj-death to post something this week so you have something to read
<jekstrand>
bnieuwenhuizen: Not really sure what's been holding that up, honestly.
CosmicPenguin has quit []
CosmicPenguin has joined #dri-devel
Ahuj has quit [Ping timeout: 480 seconds]
samuelig__ has joined #dri-devel
NiksDev has quit [Ping timeout: 480 seconds]
nchery has joined #dri-devel
shfil has quit [Ping timeout: 480 seconds]
<daniels>
austriancoder: *waves magic wand*
camus has quit []
sdutt has joined #dri-devel
NiksDev has joined #dri-devel
frieder has quit [Remote host closed the connection]
NiksDev has quit [Remote host closed the connection]
NiksDev has joined #dri-devel
hansg has quit [Remote host closed the connection]
samuelig__ has quit []
samuelig__ has joined #dri-devel
Duke`` has joined #dri-devel
Ahuj has joined #dri-devel
arnd has quit []
arnd has joined #dri-devel
mbrost has joined #dri-devel
adjtm has joined #dri-devel
Peste_Bubonica has quit [Quit: Leaving]
iive has joined #dri-devel
slattann has joined #dri-devel
<austriancoder>
daniels: wonderful.. I just want to add some etnaviv mmu patches
idr has joined #dri-devel
cedric is now known as bluebugs
gouchi has joined #dri-devel
rgallaispou has quit [Read error: Connection reset by peer]
<karolherbst>
mlankhorst, mripard: what's the process if drm-misc is out of date for applying some patches? I have some stuff depending on rc7 or newer
slattann has quit []
bluebugs has quit [Remote host closed the connection]
cedric has joined #dri-devel
shfil has joined #dri-devel
<karolherbst>
jenatali: why is CL so broken? :(
cedric is now known as bluebugs
<karolherbst>
the more I look into it the more broken it looks
<karolherbst>
CL_MEM_USE_HOST_PTR is just so... ughghuhguhg
mlankhorst has quit [Ping timeout: 480 seconds]
pnowack has quit [Quit: pnowack]
<shfil>
has someone some time to check 3 short MRs? iris, gallium and vdpau. I've messed my fork and I think that creating new one gonna be easiest
<Kayden>
unless we just disallow dmabuf export of mapped buffers...
<imirkin>
afaik... that.
<imirkin>
or rather, you only sub-allocate non-exportable buffers
<Kayden>
radeonsi suballocates exportable buffers
<imirkin>
ah
<bnieuwenhuizen>
buffers or only textures?
<Kayden>
textures
<Kayden>
oh
<Kayden>
right, apps can't map textures
<bnieuwenhuizen>
for textures we always do a copy for map, to keep them in the most GPU friendly memory possible
<imirkin>
Kayden: except INTEL_map_texture of course ;)
<imirkin>
who thought *THAT* was a good idea...
* Kayden
wishes people would stop trying to push that
<bnieuwenhuizen>
can always do the copy to non-suballocated the first time that extension gets used on the texture
<imirkin>
does iris support it?
<Kayden>
not that I am aware of.
<imirkin>
good.
<Kayden>
so I guess we're hoping that whatever the export APIs are, they don't let you get at random buffer resources, just textures/images
<Kayden>
and those cannot be mapped by the application
<zmike>
Kayden: replied on ticket
<zmike>
tl;dr zink can't do it so it's a non-question for me
<Kayden>
ah, great
<Kayden>
Piglit's bin/ext_image_dma_buf_import-export-tex -auto hits this for me, I have to reallocate it on the fly
<zmike>
I haven't focused too much on the piglit dmabuf tests tbh
<Kayden>
it's the only one in the whole test suite that hits this case
<Kayden>
any of the test suites
<zmike>
ah yea I just crash on that one anyway
lemonzest has quit [Quit: WeeChat 3.2]
<Kayden>
it's especially gnarly because we don't even get a context to do copies in, so we have to make a pipe_context at screen creation time for doing such things when dri doesn't give us one
karolherbst has quit [Quit: Konversation terminated!]
<zmike>
sounds gross
<Kayden>
which I probably need to add locking for ...
karolherbst has joined #dri-devel
nchery has quit [Remote host closed the connection]
<pzanoni>
Kayden: does that mean we can add the "assert(!map)" thing? or perhaps force a munmap before changing?
<Kayden>
I don't think we can assert that there isn't a map pointer. The old BO might have been (temporarily) mapped for say a texture_subdata() call. In that case, old_res->bo.map will still exist (even if nobody else is holding on to a copy of that pointer)
<Kayden>
and new_res->bo.map might exist because we're allocating a BO from the cache, and it might have had a cached mapping
<Kayden>
but I think this is OK as is
<Kayden>
because we override suballoced_res->bo = new_real_res->bo, so it inherits the map there
<Kayden>
and we assign old_bo to new_res->bo, so when we free new_res, it'll munmap the old one
<Kayden>
(we are just swapping the two BOs, with their maps intact)
<Kayden>
(and the resources don't have maps, their BOs have maps)
rasterman has quit [Quit: Gettin' stinky!]
boistordu_ex has joined #dri-devel
<bnieuwenhuizen>
were there IRC channels planned for XDC like last time?
jessica_24 has quit []
jessica_24 has joined #dri-devel
bluebugs has quit [Remote host closed the connection]
<Kayden>
oh shoot, that's...this Wednesday o.O
<bnieuwenhuizen>
and thu/fri too :)
<alyssa>
Kayden: i guess i'm doing a live presentation
<alyssa>
because i meant to prerecord and that.. didn't happen
<bnieuwenhuizen>
always nice to come back from vacation and get a week with 2 conferences and a (partial)official holiday :P
<Sachiel>
did you do your slides or will you do them live too?
cedric has joined #dri-devel
<alyssa>
Sachiel: my slides are mostly emojis
<alyssa>
alyssa@sunset:~/XDC2021$ ls *.jpg | wc -l
<alyssa>
10
<agd5f>
Peste_Bubonica, the kernel driver always resizes the BAR if it can regardless of the GPU. So you get some advantages anyways regardless of what mesa does
<bnieuwenhuizen>
are you confident enough to present from your Apple device? :)
<alyssa>
bnieuwenhuizen: shit I still need to buy a webcam for that.
<alyssa>
I mean. Yes. Totes.
<alyssa>
Whatever I bought an audio interface the morning of my XDC talk last year, I'm fine
<Sachiel>
embrace the future, emoji for slides, now go vtuber instead of webcam
<alyssa>
Sachiel: but what about that cape and wand I expensed two years ago
<Sachiel>
I guess you have a point
<Kayden>
why have I not thought to expense a cape
<Sachiel>
get one as part of the covid budget. Get a plague doctor mask too
<Kayden>
"things required for working from home" >.>
<alyssa>
i'm still thinking of dropping in Wicked references in my slides
<alyssa>
but I'm Not That Girl
<alyssa>
actually i totally am that girl. :_p
* Kayden
still isn't quite sure what to do about XDC being in the middle of the exact hours he sleeps
<Kayden>
some awesome looking talks this year
<bnieuwenhuizen>
Kayden: might actually be less overlapping than you'd expect as I think the talks only start at 1 PM local time. Still going to be 4 AM though :|
<Kayden>
yeah if it started Poland morning time I'd just stay up late, hahah
sarnex has quit [Quit: Quit]
Daanct12 has joined #dri-devel
cedric is now known as bluebugs
<karolherbst>
alyssa: good :D
<alyssa>
karolherbst: what can i say? this m1 stuff is making me Popular
<karolherbst>
alyssa: memes and emojis is the only way to coop with it
<karolherbst>
I hope I won't miss the dedaline for registering my rust talk :O
<karolherbst>
don't have more than for a lightning talk anyway
columbarius has joined #dri-devel
<alyssa>
:)
<alyssa>
i should probably stop with the puns for the night because this homework is staring sadly at me
<alyssa>
though i can't promise i'm stopping For Good
sarnex has joined #dri-devel
<karolherbst>
at this point I would only give "bad" advises
co1umbarius has quit [Ping timeout: 480 seconds]
<karolherbst>
or is it "give bad advice" actually?
Duke`` has quit [Ping timeout: 480 seconds]
Danct12 has quit [Ping timeout: 480 seconds]
<alyssa>
meh
<alyssa>
I'm through with playing by the rules of someone else's game 🤷
<karolherbst>
the only sane conlcusion
<karolherbst>
*conclusion
<karolherbst>
quite saddening we can't have an in person XDC this year :(
<karolherbst>
I am still optimistic about FOSDEM though
<alyssa>
I like in person but I detest flying so 🤷
<alyssa>
I'm good for in-person confs in the GTA or Montreal, but that's about it for me I think 😋
<karolherbst>
mhhh.. sad and here I was thinking I'll skip those oversee ones because long distance flights and stuff, but now you are saying this
<jenatali>
I would take an excuse for MSFT to send me overseas :)
<alyssa>
karolherbst: there's no sustainable way for NA-based and EU-based developers to meet up casually for a conference
<bnieuwenhuizen>
well with the restrictions on EU->US air traveling still ongoing I think it is very hard to organize something
<bnieuwenhuizen>
and no idea either when they cancel that
<karolherbst>
alyssa: not right now at least
<dcbaker>
Given the US respsonse to every attempt to manage the pandemic... never
<alyssa>
(sustainable, on climate grounds, not covid)
* dcbaker
says as an American
<jenatali>
Yep
<alyssa>
dcbaker: I'm sorry for your loss
<airlied>
Kayden: I usually just watch them on youtube live stream time delayed
<airlied>
and restrain my impulse to try and respond in real time :-P
<karolherbst>
alyssa: there are already test planes on hydrogen basis, so I kind of put my hopes in that :)
<alyssa>
airlied: speaking of responding in real time -- I'd really like to have a few folks live on jitsi (IIRC?) for my talk
* airlied
has no idea what XDC timezone I'm in this year
<alyssa>
given it's a bit more ... "fun" ... than my usual dry technical stuff it might be nice to be able to 'read the room' so to speak
* airlied
has to do a midnight->4AM kernel summit in a week or two
<karolherbst>
alyssa: ohh.. maybe I should join the jitsi this year
<alyssa>
well. for as much as I can read any rooms given my, well, you know 😋
<karolherbst>
alyssa: you are giving dry technical presentations? :O
<airlied>
okay warsaw 1pm is 9pm my time which is technically my bed time :-P
<alyssa>
karolherbst: not XDC
<karolherbst>
airlied: we all know that's not true :P
<karolherbst>
or.. is it?
<alyssa>
airlied: I always forget that australia exists 🙃
<airlied>
karolherbst: no by bedtime is pretty fixed, it's what time I wake up again that moves a lot :-P
<karolherbst>
I am always surprised when airlied is around
thelounge637 has quit []
<karolherbst>
"okay it's 3 am for airlied, did he just wake up or wasn't sleeping yet"
<karolherbst>
airlied: okay :D
thelounge637 has joined #dri-devel
<airlied>
I guess I'll be mostly watching the XDC livestream on delay which is fine, because it looks like a great set of talks
<Kayden>
yeah! :)
<karolherbst>
alyssa: same for me but on twitter and with austria. Oh that person is actually Austrian... right.. that exists as well
<airlied>
someone ask the lvl0 when they are going to make it a real standard :-P
<karolherbst>
airlied: mhhhh
<karolherbst>
not sure if that would trigger me enough or not
<karolherbst>
but I guess you'd just implement it on top of vulkan? :D
<airlied>
it has certain incompatiblities with vulkan around fencing and shader model
<airlied>
and of course host ptr :-P
<karolherbst>
mhhhhh
<karolherbst>
my favourite feature
<karolherbst>
always has been
<karolherbst>
airlied: wasn't the idea to kind of have a vulkan+lvl0 impl in one lib or so?
<karolherbst>
but .. maybe we should just implement lvl0 on top of gallium :D
<karolherbst>
dunno
<karolherbst>
don't care as long as it's not really used
<airlied>
karolherbst: one idea, of many :-P
<airlied>
nah lv0 can't be done on gallium
<airlied>
its at the vulkan level, its just whether you do it on top of vulkan or alongside
<karolherbst>
ahh
<bnieuwenhuizen>
isn't kind of the point of supporting it multi-vendor is that we finally get something that can move forware as a single target?
<bnieuwenhuizen>
vs using 1 API per vendor for each program
<airlied>
and that's just the cmd submission side, there's also the mgmt side
<Kayden>
if it's actually multi-vendor......
<airlied>
bnieuwenhuizen: yeah the trick is making the spec multi-vendor
<airlied>
which might be possible outside Khronos but I'm not sure I can see it happening
<bnieuwenhuizen>
yeah that is the part where you get to ask the real spec question :P
<Kayden>
yeah the Khronos IP framework is really useful for specs like that
<karolherbst>
airlied: yeah.. so lvl0 stays intel only
<airlied>
karolherbst: well that's the question to ask
<bnieuwenhuizen>
though isn't the app-facing part of the Intel stuff mostly SYCL?
<karolherbst>
and I am kind of not in the mood to make that successfull just because intel doesn't want to ¯\_(ツ)_/¯
<airlied>
bnieuwenhuizen: yeah it would be nice to have SYCL for everyone on the same stack though
<airlied>
so we don't need 4 llvm forks
<bnieuwenhuizen>
could always make another one
<karolherbst>
I'd be happy with only 2 for now
<karolherbst>
SYCL is also something I don't really get.. so it's mostly header only on top of CL but then every vendor have their own versions of those headers?!?
<airlied>
karolherbst: it's not on top of CL though
<karolherbst>
well you can
<airlied>
that's just an option
<airlied>
it's a long way from just a header
<airlied>
it's a complete compiler
<karolherbst>
I see
<airlied>
you have a single source C++ file
<airlied>
that the compiler splits into host and device pieces
<airlied>
and compiles them with the host and device compiler
<karolherbst>
sure, I just was under the impression it was doing some weirdo template magic to split it out
<airlied>
and then you get SPIR-V in your ELF binary
<airlied>
CL only comes into play for runtime execution
<airlied>
of that ELF binary
<jenatali>
The device bits are C++ for OpenCL at that point, which has its own different set of quirks from OpenCL C
<airlied>
C++ for OpenCL is actually a different fork
<airlied>
it lets you use C++ in OpenCL programs
<airlied>
SYCL is single source
<airlied>
C++ for CL isn't
<jenatali>
Right, I just meant that the way it accesses CL built-ins is different than CL C, instead of just calling well-named functions
<airlied>
and SYCL underneath the compiler parses into LLVM IR and translates to SPIR-V, there isn't a C++ for CL intermediate
<karolherbst>
SYCL is just using C++ templates for doing the... language bits.. I still don't know if that was a good idea
<karolherbst>
the SYCL source files I saw were... ugly to put it midly
<karolherbst>
*mildly
<airlied>
karolherbst: it's C++, ugly is a very personal opinion
<airlied>
all C++ is ugly to me :-P
<jenatali>
FWIW Mesa's SPIR-V parser doesn't like SYCL SPIR-V
<karolherbst>
jenatali: what's the problem?
<airlied>
jenatali: I fixed up parts of it before, but never got back to it
<karolherbst>
funciton names?
<jenatali>
The SPIR-V is slightly incorrect, it uses the wrong memory modes for built-ins IIRC
<karolherbst>
uhhhh
<karolherbst>
*sigh*
<airlied>
the problem with Intel DPC++/SYCL is it relies on some new SVM exts etc
<jenatali>
Yeah
<airlied>
because CL SVM is crap
<karolherbst>
if all those specs would be written in the same body and they well could talk with each other and make sure stuff like that doesn't happen
<airlied>
the overview has reasonaing, I asked them to add
<airlied>
it would be nice to eventually have a baseline way to run a x86/SPIRV elf binary on all vendors, I'll keep dreaming :-P
<karolherbst>
okay .. non system SVM sucks, that much was knwon
<karolherbst>
*known
<karolherbst>
but yeah..
<karolherbst>
guess it makes sense
<karolherbst>
airlied: yeah.................
<karolherbst>
openmp generating spirv would also have been so nice, but oh well...
<karolherbst>
I guess the industry isn't in for that yet
gouchi has quit [Remote host closed the connection]
thelounge637 has quit []
thelounge637 has joined #dri-devel
ngcortes has joined #dri-devel
vivijim has quit [Ping timeout: 480 seconds]
jewins has joined #dri-devel
Hi-Angel has quit [Ping timeout: 480 seconds]
<alyssa>
oh, man, true
danvet has quit [Ping timeout: 480 seconds]
mlankhorst has quit [Ping timeout: 480 seconds]
Company has quit [Ping timeout: 480 seconds]
Company has joined #dri-devel
pcercuei has quit [Quit: dodo]
Peste_Bubonica has quit [Ping timeout: 480 seconds]
imre has quit [Remote host closed the connection]
<Kayden>
alyssa: so you'd rather make i965 not call lower_blend_equation_advanced for non-FS, and make the pass assert that it's only called for FS, rather than just making the pass become a no-op?
imre has joined #dri-devel
<Kayden>
I think we have other passes that are no-ops, so either way seemed reasonable to me
<karolherbst>
jenatali: do you konw if the spec is explicit enough about synchronizing shadow buffers? I'd assume that you can keep data on the GPU until the cl_mem object gets mapped, right?
<alyssa>
Kayden: yes, well
<alyssa>
mostly I'm of the opinion that whatever st/mesa does is the ABI for glsl+gallium
<jenatali>
karolherbst: Yep
* Kayden
shrugs
<alyssa>
given that i965 is on the chopping block anyway i'd rather not change common for the sake of it
<jenatali>
It's exactly equivalent to not using a host ptr, except that you have to return the pointer that the app provided, and it has to contain the contents, but otherwise all the semantics are the same
<karolherbst>
jenatali: okay.. then it's not _that_ bad.. but is a bit weird if you do non blocking maps
<alyssa>
(when are we deleting i965 btw? is there any regression compared to iris+crocus?)
<imirkin>
alyssa: tons
<imirkin>
it's nowhere close
<FLHerne>
Really? I've been using iris for a couple of weeks now and pretty much not noticed
<imirkin>
vs crocus
<imirkin>
iris is fine.
<imirkin>
it's actively developed and supported by intel staff.
<FLHerne>
er, sorry, I mean crocus
<FLHerne>
this is an ivb
<imirkin>
FLHerne: yeah, i mean it does _mostly_ work
<FLHerne>
Presumably the old gens are worse?
<imirkin>
there are hangs, esp on older gens yea
<imirkin>
snb can't even complete a CTS run without hanging
<jenatali>
karolherbst: I can point you to code if you want, but yeah I was passing the CTS with shadows for all USE_HOST_PTR stuff
<imirkin>
bunch of bugs in the tracker about GM45 and such having issues
<FLHerne>
The only GPU-related issue I noticed was a weird thing where Google Maps in Firefox never releases memory and OOMs
<FLHerne>
I could reproduce that intermittently on crocus but never on i965
<FLHerne>
but not reliably enough to seem worth filing a bug
<karolherbst>
jenatali: well... the more I look into implementing CL in rust the less I trust the CTS :D
<jenatali>
karolherbst: It's... pretty good
<jenatali>
But also has some big holes
<karolherbst>
it lacks tons of negative tests
<jenatali>
Yeah, and positive tests :P
<karolherbst>
so you could essentially remove most error handling and still be fine :D
<jenatali>
And combinatorics
<karolherbst>
but yeah.. it's good enough
<karolherbst>
but I think I know what to change to USE_HOST_PTR
* Kayden
is rerunning CI _just in case_ but it seems to work
<karolherbst>
jenatali: I am still unsure where I want to go with this project though :D atm it's mostly just learning rust and figuring out how to use it with mesa still :D
<jenatali>
karolherbst: Yeah, seems useful even if it's not productized
<karolherbst>
I actually want to submit an MR at some point, but there are some meson bits which we will have to figure out before that anyway
Peste_Bubonica has joined #dri-devel
<jenatali>
I've been having fun in my EGL/GLES corner, but getting annoyed I can't say anything about why
<karolherbst>
:D
<karolherbst>
well, there needs EGL support if windows wants to become a linux desktop environment :P
<jenatali>
I got GLES3 piglit tests running (passing) on Windows :D
<karolherbst>
yay
<Peste_Bubonica>
agd5f, I've noted that the new Windows Driver 21.9.1 officialy supports AMD SAM for 5000 series. Now i'm wondering if it will be enabled by default on mesa too. I already tested it forcing it on (RADV_PERFTEST=sam) with vulkan. But I got very weird results. Some games with a performance hit fo 35%.
rasterman has joined #dri-devel
Peste_Bubonica has quit [Quit: Leaving]
<airlied>
imirkin: think I fixed everything except SNB in the tracker
<airlied>
imirkin: the remaining ones mostly seem to be it dies with 965 to
Peste_Bubonica has joined #dri-devel
<airlied>
or new workloads due to nine
<Peste_Bubonica>
oops
<Peste_Bubonica>
a kernel crash with amd sam enabled (above 4g decoding and resizable bar)