ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
xypron has joined #dri-devel
apinheiro has quit [Ping timeout: 480 seconds]
ngcortes has joined #dri-devel
ahajda_ has quit []
Kayden has joined #dri-devel
<ngcortes>
NB: intel mesa ci is back online (looks like it was a network outage). Thank you for your patience
mohamexiety has quit [Quit: Konversation terminated!]
<DemiMarie>
<robclark> "it's really just some sqe code..." <- Time for some clean room RE?
<robclark>
I mean, for anything other than dev boards we wouldn't be able to sign our own zap fw.. OTOH upstream only uses it to take the gpu out of secure state on when taking gpu out of power-collapse (suspend).. a stub zap fw that didn't really do anything might be useful for some limited cases (ie. CI on dev boards where we didn't want to redistribute the official fw as part of the CI infra)
<robclark>
writing our own sqe.fw would be more useful.. but also a big time suck and there are plenty of more important things to do
ybogdano is now known as Guest6902
ybogdano has joined #dri-devel
<mareko>
tarceri: it's a new pass called nir_opt_varyings using load_input/store_output, yes it works across stages, the NIR variables are not used by anything except nir_build_program_resource_list; for linking we can just get the varying usage from shader_info if the only use is to fail linking if there are too many
<mareko>
I have about a half of it done, I'm hoping to optimize things like interp(x) + interp(y) ---> interp(x + y), for example
mohamexiety has joined #dri-devel
Guest6902 has quit [Ping timeout: 480 seconds]
<mareko>
it'll be a sick pass
<zmike>
🔥
<tarceri>
sounds good mareko :)
sarnex has quit [Ping timeout: 480 seconds]
mohamexiety has quit [Quit: Konversation terminated!]
<dj-death>
what notations would people use if we wanted to extend the max vector length from 16 to 32? :)
<dj-death>
would run out of letters at 26
<dj-death>
use capital letters? ;)
jaganteki has quit [Remote host closed the connection]
<dj-death>
cwabbott: I see you're awake :)
camus1 has quit [Remote host closed the connection]
camus has joined #dri-devel
ice9 has quit [Ping timeout: 480 seconds]
<cwabbott>
dj-death: well, I'm on european timezone so this is a normal time to be awake :)
ice9 has joined #dri-devel
<dj-death>
ah :)
<dj-death>
could use digits too
<dj-death>
don't know
ice99 has quit [Ping timeout: 480 seconds]
<dj-death>
DG2 is able to load up to 64 dwords
<dj-death>
not sure we want to go up to that
<dj-death>
but 32 would be nice
phasta has joined #dri-devel
jernej_ has quit []
<glehmann>
dj-death: couldn't you use a 64bit vec16 for 32 dwords?
jernej has joined #dri-devel
<glehmann>
or maybe not because bit sizes are weird on intel iirc
YuGiOhJCJ has quit [Ping timeout: 480 seconds]
<dj-death>
glehmann: 64bit data should work on DG2, but if I can avoid some massaging of the data types, it's nicer tbh
sgruszka_ has quit [Remote host closed the connection]
jaganteki has joined #dri-devel
jaganteki has quit [Remote host closed the connection]
gouchi has joined #dri-devel
gouchi has quit []
ice9 has quit [Ping timeout: 480 seconds]
ice9 has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
devilhorns has joined #dri-devel
karolherbst_ is now known as karolherbst
fzwoch has joined #dri-devel
hansg has quit [Quit: Leaving]
apinheiro has quit [Quit: Leaving]
yuq825 has joined #dri-devel
angerctl has joined #dri-devel
Namarrgon has quit [Ping timeout: 480 seconds]
yuq825 has quit []
hansg has joined #dri-devel
hansg has quit [Quit: Leaving]
yuq825 has joined #dri-devel
yuq825 has left #dri-devel [#dri-devel]
alyssa has joined #dri-devel
<alyssa>
zmike: zink really needs to get on the load_input/store_output train
<alyssa>
choo choo
<alyssa>
("isn't that impossible though?" "CHOO CHOO!")
phasta_ has joined #dri-devel
<ccr>
"all aboard the train!"
windleaves has joined #dri-devel
kelbaz[m] has joined #dri-devel
phasta has quit [Ping timeout: 480 seconds]
itoral has quit [Remote host closed the connection]
wind has quit [Ping timeout: 480 seconds]
ice9 has quit [Ping timeout: 480 seconds]
alyssa has quit [Quit: leaving]
tobiasjakobi has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
phasta_ has quit [Ping timeout: 480 seconds]
phasta_ has joined #dri-devel
derRichard has joined #dri-devel
yuq825 has joined #dri-devel
yuq825 has left #dri-devel [#dri-devel]
<zmike>
patches welcome
phasta__ has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
<derRichard>
i have a question on mipi dsi. my panel enables power supply in ->prepare() and does mipi_dsi_dcs_exit_sleep_mode() in ->enable(), but on the scope i see that display data is sent via mipi dsi *before* ->prepare(). the data sheet of my display requires that power has to be enabled first. how can i control this?
vliaskov has joined #dri-devel
phasta_ has quit [Ping timeout: 480 seconds]
heat__ has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
vliaskov has joined #dri-devel
Zopolis4 has quit []
fxkamd has joined #dri-devel
kts has joined #dri-devel
phasta__ has quit [Remote host closed the connection]
phasta__ has joined #dri-devel
phasta__ has quit []
fab has quit [Quit: fab]
fab has joined #dri-devel
fab has quit []
fab has joined #dri-devel
fxkamd has quit []
aravind has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
aravind has joined #dri-devel
karolherbst_ has joined #dri-devel
wind has joined #dri-devel
karolherbst has quit [Ping timeout: 480 seconds]
vyivel has quit [Remote host closed the connection]
vyivel has joined #dri-devel
windleaves has quit [Ping timeout: 480 seconds]
tursulin has quit [Ping timeout: 480 seconds]
<DavidHeidelberg[m]>
anholt: is these lines "deqp-vk[534]: segfault at 24 ip 0000556d8da75f42 sp 00007ffeea9cd920 error 4 in deqp-vk[556d8cedd000+35b3000] likely on CPU 2 (core 1, socket 0)" considered as OK or serious issue with HW/driver?
phasta has joined #dri-devel
tobiasjakobi has quit []
<frieder>
derRichard: I think this depends on how your DSI controller driver is implemented. If it is a bridge driver things should work as described here:
<frieder>
derRichard: You might need to use the recently added prepare_prev_first flag in your panel driver.
aravind has quit [Ping timeout: 480 seconds]
devilhorns has quit []
smiles has quit [Ping timeout: 480 seconds]
sgruszka has joined #dri-devel
Duke`` has joined #dri-devel
phasta has quit [Ping timeout: 480 seconds]
jaganteki has joined #dri-devel
fzwoch has quit [Quit: leaving]
macromorgan has quit [Quit: Leaving]
macromorgan has joined #dri-devel
<karolherbst_>
davinci resolve runs on mesa :3
kzd has joined #dri-devel
<HdkR>
karolherbst_: Does it require OpenCL or something?
<karolherbst_>
yes
<HdkR>
Wacky
<karolherbst_>
it requires a few things even
<karolherbst_>
image2d_from_buffer
<karolherbst_>
gl_sharing
<karolherbst_>
proper workgroup info
<karolherbst_>
so it depends on 3 MRs atm :D
<HdkR>
whoa
<karolherbst_>
but it does run
<karolherbst_>
and the big thing is: apparnetly it doens't work on Intels official CL runtime :D
<karolherbst_>
but yeah
<karolherbst_>
it uses all those crazy features
<HdkR>
Just replace the proprietary Intel runtime with Rusticl, sounds good to me
<HdkR>
So how soon until I can run Davinci Resolve on my Snapdragon laptop? :P
<karolherbst_>
:D
<karolherbst_>
hopefully I can merge some stuff soon
Haaninjo has quit [Ping timeout: 480 seconds]
<HdkR>
nice nice nice
<anholt_>
DavidHeidelberg[m]: segfaulting in deqp is probably just a driver bug. you probably have some xfails with crashes?
frieder has quit [Remote host closed the connection]
<karolherbst_>
yeah.. the image2d_from_buffer stuff is good to go, so with that merged there are just 2 MRs left, and I might remove the radeonsi commit from one so I can merge it :)
<karolherbst_>
the gl_sharing one might still require some work tho
<HdkR>
Well it works in my emulator, but I just don't have a real GPU apparently :P
<karolherbst_>
heh
Company has joined #dri-devel
GeorgesStavracasfeaneron[m] has left #dri-devel [#dri-devel]
chipxxx has joined #dri-devel
chipxxx has quit [Remote host closed the connection]
chipxxx has joined #dri-devel
bluetail9 has quit [Ping timeout: 480 seconds]
rsalvaterra_ has joined #dri-devel
rsalvaterra_ is now known as rsalvaterra
kts has quit [Quit: Konversation terminated!]
gouchi has joined #dri-devel
Lyude has quit [Ping timeout: 480 seconds]
jkrzyszt has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
<MrCooper>
karolherbst_: rusticl with radeonsi when though :P
lynxeye has quit [Quit: Leaving.]
Major_Biscuit has quit [Ping timeout: 480 seconds]
bluetail9 has joined #dri-devel
stuarts has joined #dri-devel
<karolherbst_>
heh
<karolherbst_>
hopefully this month
Loomeh has joined #dri-devel
karolherbst_ is now known as karolherbst
anholt_ has quit [Ping timeout: 480 seconds]
Loomeh has quit []
anholt_ has joined #dri-devel
<DavidHeidelberg[m]>
anholt_: I'll check xfails (in ~ 2hrs), but I'm afraid I didn't see anything in artifacts
sgruszka has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
srslypascal has joined #dri-devel
srslypascal_ has quit [Ping timeout: 480 seconds]
JohnnyonF has joined #dri-devel
Ryback_ has quit [Ping timeout: 480 seconds]
lstrano_ has quit [Ping timeout: 480 seconds]
JohnnyonFlame has quit [Ping timeout: 480 seconds]
ybogdano is now known as Guest6972
ybogdano has joined #dri-devel
lstrano_ has joined #dri-devel
bluetail94 has joined #dri-devel
ngcortes has joined #dri-devel
Ryback_ has joined #dri-devel
junaid has joined #dri-devel
bluetail9 has quit [Ping timeout: 480 seconds]
junaid has quit [Remote host closed the connection]
tzimmermann has quit [Quit: Leaving]
ciaerrrrrrrrrrrrs^ has joined #dri-devel
Haaninjo has joined #dri-devel
Zopolis4 has joined #dri-devel
bcheng has quit [Remote host closed the connection]
bcheng has joined #dri-devel
shoffmeister[m] has joined #dri-devel
<airlied>
anholt_, zmike : is there a writeup on cmd buffer usage diffs between angle/zink?
<anholt_>
I've talked about it in this chan or #zink before, I forget where
<airlied>
beyond the queries?
<airlied>
like you make it sound like a fundamental design problem in zink
<airlied>
I don't remember hearing that conversation at all
<anholt_>
basically: angle records its commands in a thing called a secondary, which is not actually a vk secondary. This lets it go in and edit renderpass stuff as it catches buffer invalidates, late clears, etc. Only at submit time does that secondary get turned into a vk cmdbuf
<airlied>
ah okay that is pretty fundamental, thanks!
<anholt_>
they don't love the overhead of doing so, but had to. so there's been some discussion of "how much could we move the late fixups to the vk driver, by emitting commands for like "whoops, actually make my load op a dont_care instead of a load for this render pass, thanks"
<zmike>
this is what tc renderpass optimizing fixes in zink
<anholt_>
zmike: so, do you process arbitrary amounts of calls looking for the end of the rp in tc?
<zmike>
yeah something like that
<zmike>
all the attachment usage/invalidation is accumulated for use at the start of the renderpass
<zmike>
the overhead is pretty minimal, like 5% in the base drawoverhead case and otherwise unnoticeable
<anholt_>
hohoho. If this testing is to be trusted, with the 16-bit fix, and having switched my test device to adl, zink is -18% perf of iris on android, and angle is -22% of iris. couple of big wins for zink (probably some of the fixes we've written), but also a bug chunk of angle sucking more on this hw for reasons I haven't investigated.
<zmike>
oooo
<anholt_>
this is my first time seeing zink pull ahead of angle in any set of tests, though. so pretty cool.
<zmike>
itshappening.gif
ybogdano is now known as Guest6979
Guest6972 is now known as ybogdano
Lyude has joined #dri-devel
mvlad has quit [Remote host closed the connection]
digetx has quit [Ping timeout: 480 seconds]
digetx has joined #dri-devel
pixelcluster has quit [Remote host closed the connection]
pixelcluster has joined #dri-devel
ngcortes has quit [Ping timeout: 480 seconds]
lumidify_ has quit [Remote host closed the connection]
danvet has quit [Ping timeout: 480 seconds]
JohnnyonFlame has joined #dri-devel
JohnnyonF has quit [Ping timeout: 480 seconds]
lumidify has joined #dri-devel
ngcortes has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
cazzacar1a has left #dri-devel [#dri-devel]
cazzacarna has joined #dri-devel
fab has quit [Quit: fab]
gouchi has quit [Remote host closed the connection]
Haaninjo has quit [Quit: Ex-Chat]
bgs has quit [Remote host closed the connection]
lumidify has quit [Ping timeout: 480 seconds]
agd5f_ has joined #dri-devel
<DemiMarie>
How does Panfrost compare to the ARM Mali driver in terms of performance and features?
bluetail94 has quit []
agd5f has quit [Ping timeout: 480 seconds]
Mangix has quit [Read error: Connection reset by peer]
<daniels>
I mean, it's +/- 40% depending on which usecase or benchmark you select
<daniels>
same with all drivers
krushia has quit [Ping timeout: 480 seconds]
<DemiMarie>
emersion: are you saying it was a bad question? daniels: what about correctness (e.g. Khronos CTS)?
<emersion>
no, it's not a bad question
<daniels>
DemiMarie: on most generations it's every bit as conformant as the proprietary driver. it's an unanswerable question though, as is 'is Windows or Linux faster on my laptop?': Panfrost optimises for the usecases that are important to our userbase within the limitations of our driver architecture, and the proprietary driver does the same within theirs. there's no universally correct answer.
ngcortes has quit [Ping timeout: 480 seconds]
<DemiMarie>
emersion: “yes” is not really a *useful* answer, at least not without additional context. daniels: the reason I asked is that I was told that only the Mali and Adreno drivers have passed the Android CTS.
<emersion>
was more of a joke than anything else
<emersion>
nobody here will tell you that the blob is better ;)
<daniels>
DemiMarie: the Android CTS is different to the GL/VK/etc CTS; it's also not possible to give an answer generically for Panfrost because the Android CTS tests a bunch of platform-integration stuff which needs to be done for each SoC family
<javierm>
daniels: that video is so funny :D
<daniels>
DemiMarie: the Panfrost CTS pass results are visible within CI, as well as by going to khronos.org and looking for the list of conformant products
<DemiMarie>
daniels: What kind of stuff?
<daniels>
javierm: the full one is even better, as you can see his translator sweating profusely
FireBurn has joined #dri-devel
<daniels>
DemiMarie: display, gralloc, etc
<DemiMarie>
daniels: I see. So this isn’t a Panfrost limitation then.
<javierm>
daniels: LOL
krushia has joined #dri-devel
<daniels>
DemiMarie: not specifically, no
<FireBurn>
zmike: Have you done much testing with zink on any PRIME devices?
<zmike>
all my devices are prime 💪 💪 💪
<zmike>
but also no
hansg has joined #dri-devel
<FireBurn>
I've an AMD/AMD setup here, and I'm seeing very similar FPS on the Unigene benchmarks for radeonsi and zink, but I notice that playing it under zink "feels" sluggish
<HdkR>
Throw some Mangohud at it to see 1% and 0.1% lows and see if it is stuttering more? :)
hansg has quit []
<zmike>
yeah you might not be getting the right device since zink does its own ordering
<zmike>
see also the 50 tickets open about it
krushia has quit [Read error: Connection reset by peer]
rmckeever has joined #dri-devel
<robclark>
DemiMarie: that is not true, freedreno (and intel and amd) all regularly pass android CTS.. any CTS fails are release blockers for ChromeOS
<FireBurn>
zmike: Pretty sure it's rendering to the correct one, as the APU is no where near as fast as the 6800M, just wondered if it was the copy to the APU that was "slow"
<zmike>
uhh
<FireBurn>
There were quite a few improvements to radv and radeonsi to use SDMA to copy the image to allow the render to get back to rendering
<zmike>
no idea tbh
<zmike>
I have no such machine, so it's not something I can examine
<FireBurn>
No worries, hopefully AMD decide to gift you with one of their AMD Advantage laptops in the future, they really are killer :D
<zmike>
intriguing
<zmike>
maybe I'll get one
<zmike>
I need a rival for my old intel icelake
lemonzest has quit [Quit: WeeChat 3.6]
<FireBurn>
I previously has Intel/AMD
<FireBurn>
and Intel/AMD before that
<FireBurn>
Anything to avoid nVidea
krushia has joined #dri-devel
ahajda_ has quit []
vliaskov has quit [Remote host closed the connection]