ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
JohnnyonFlame has joined #dri-devel
paulk-bis has joined #dri-devel
apinheiro has quit [Quit: Leaving]
paulk has quit [Ping timeout: 480 seconds]
ickle has quit [Quit: Off we go.]
ickle has joined #dri-devel
mhenning has joined #dri-devel
epoll has quit [Ping timeout: 480 seconds]
epoll has joined #dri-devel
ickle_ has joined #dri-devel
ickle has quit [Read error: Connection reset by peer]
yuq825 has joined #dri-devel
YuGiOhJCJ has joined #dri-devel
jewins has quit [Remote host closed the connection]
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
paulk-ter has joined #dri-devel
paulk-bis has quit [Ping timeout: 480 seconds]
paulk has joined #dri-devel
paulk-ter has quit [Ping timeout: 480 seconds]
tutu has joined #dri-devel
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
paulk-bis has joined #dri-devel
paulk has quit [Ping timeout: 480 seconds]
<tutu>
Dylanger, hi dylanger, I found a function named XMesaDestroyContext in mesa, it has some comments "FIXME: We should destroy the screen here, but if we do so surfaces may outlive it, causing segfaults", so how could I trigger this segfaults ?
<tutu>
and is there any plan to fix it ?
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
aravind has joined #dri-devel
Daanct12 has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
rsjw has quit [Quit: rsjw]
bmodem has joined #dri-devel
slattann has joined #dri-devel
xroumegue has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
xroumegue has joined #dri-devel
Company has quit [Quit: Leaving]
mupuf has quit [Remote host closed the connection]
mupuf has joined #dri-devel
Compy_ has quit [Quit: Going offline, see ya! (www.adiirc.com)]
<jenatali>
Heh I thought I knew flush flags, and then looked at our driver and we ignore all of 'em
<bnieuwenhuizen>
ajax: aren't they documented in docs/gallium/context.rst ?
<ajax>
_FENCE_FD isn't...
<ajax>
but, yes. not in the header like every other enum in that header, but yes.
<anholt>
docs separate from code is the worst.
<alyssa>
eric_engestrom: woof okay
<anholt>
alyssa: did you mean to re-marge the disk cache series?
<alyssa>
anholt: momentarily, was waiting for someone to re-test the new version because apparently either the disk cache series or the FMA thing was regressing perf on somebody's mali platform
mattrope has quit [Remote host closed the connection]
karolherbst has quit [Ping timeout: 480 seconds]
mattrope has joined #dri-devel
karolherbst has joined #dri-devel
devilhorns has quit []
<kisak>
robclark: congratulations on freedreno reaching GL 4.5. How's it looking in the CTS side?
aravind has quit [Ping timeout: 480 seconds]
<mdnavare>
agd5f: I was looking at the shared code with amdgpu dc, wanted to understand a few more data points there: 1. Have you over time seen an added advantage in terms of bugs triaging or validation due to the code sharing 2. What is the feedback you have got from your customers in terms of this approach- has it been hard or easy for them to consume this and maintain this upstream in their production trees etc?
<mdnavare>
hwentlan_: If you have any insights into any of tje data points here?
<robclark>
kisak: don't try to use qbo+timestamp queries, but otherwise not bad..
<alyssa>
robclark: I wonder what Tegra does for that
<alyssa>
Oh wait.. Tegra isn't a tiler is it
<alyssa>
Hm. So there really are no GL4.x tilers then, you're a trailblazer ;-D
<robclark>
nope, it is IMR
<robclark>
hmm, I guess technically zink got there first.. but it does more of qbo on the cpu
<alyssa>
bah, zink+turnip is just freedreno with more abstraction layers
<robclark>
heheh
pjakobsson has quit [Remote host closed the connection]
MrCooper has quit [Remote host closed the connection]
MrCooper has joined #dri-devel
<alyssa>
I am very curious how zink+turnip vs freedreno perf compares in the coming year
Guest228 has quit [Remote host closed the connection]
frieder has quit [Remote host closed the connection]
<agd5f>
mdnavare, probably a better question for hwentlan_. My understanding from the display team is that they are able to get better testing coverage and leverage issues found on windows due to the code sharing. That said, it's not without it's pain points, but most of those are due to internal team politics. E.g., the pipeline validation code comes from the hw team and it's pretty terrible, but they won't help debug bandwidth issues if we don't use
<agd5f>
their code.
<alyssa>
oof
<mdnavare>
agd5f: Yes the validation and testing coverage benefits makes sense, any pain points that you have seen or have got feedback from the end users/ customers/any consumers in general?
tursulin has quit [Ping timeout: 480 seconds]
tzimmermann has quit [Quit: Leaving]
<agd5f>
mdnavare, nothing major comes to mind off hand.
alyssa has left #dri-devel [#dri-devel]
<eric_engestrom>
jenatali: ci is already failing, because of `if (!ret != MESA_GLINTEROP_SUCCESS)` in st_interop.c
<jenatali>
I saw, I cancelled
<jenatali>
I wish MSVC had better warnings and/or I remembered to build with GCC before throwing at marge
jkrzyszt has quit [Remote host closed the connection]
<jenatali>
Though... I guess only Clang caught it
<eric_engestrom>
yeah clang has a lot more diagnostics like that, I think
<jenatali>
Took 3 tries for the "cancel all" button to actually work
<jenatali>
I take it you're watching to see what merges before the branchpoint? :P
<eric_engestrom>
hehe yep
<eric_engestrom>
I don't want to branch off just before something important
<jenatali>
👍
<jenatali>
Would be nice to get this in but the branchpoint doesn't mean too much to me, since we control our ship vehicle and tend to just follow main rather than stable branches
<jenatali>
(Just quick checking if Clang catches anything else before reassigning)
<eric_engestrom>
lynxeye, austriancoder: is it about to be merged, or does it need a while longer?
<eric_engestrom>
ah, I see austriancoder just assigned it to marge :)
<austriancoder>
eric_engestrom: jup..
ngcortes has joined #dri-devel
<eric_engestrom>
providing the ci doesn't fail, it will be in; if it does fail, we'll see if it's a trivial fix but if it needs longer then I think I'll branch without it
apinheiro has quit [Ping timeout: 480 seconds]
<austriancoder>
eric_engestrom: let's hope for the best :)
<eric_engestrom>
austriancoder: that last change you did doesn't make the compiler happy
<austriancoder>
eric_engestrom: soo.. finally @home. commute took a little bit long. marge should be happy now
ngcortes has quit [Ping timeout: 480 seconds]
ybogdano has joined #dri-devel
<eric_engestrom>
austriancoder: 🤞
<eric_engestrom>
... and merged :)
<austriancoder>
eric_engestrom: it landed! Thanks for waiting :)
<eric_engestrom>
austriancoder: np!
<eric_engestrom>
nothing else in marge's queue, cutting the branch now :)
<jenatali>
\o/
ybogdano has quit [Ping timeout: 480 seconds]
idr has quit [Remote host closed the connection]
rsjw has joined #dri-devel
mareko has quit [Read error: Connection reset by peer]
mareko has joined #dri-devel
gawin has quit [Ping timeout: 480 seconds]
gouchi has joined #dri-devel
nchery has quit [Remote host closed the connection]
jkrzyszt has quit [Remote host closed the connection]
lynxeye has quit [Quit: Leaving.]
<eric_engestrom>
I should've prepared this in advance, but... what new deps are there since 22.2, other than rusticl stuff and intel-clc for rt on anv?
<eric_engestrom>
for now I have this:
<eric_engestrom>
A couple of notes, especially for packagers:
<eric_engestrom>
- When building the Intel Vulkan driver with ray-tracing (using
<eric_engestrom>
`-D intel-clc=enabled`, disabled by default), libclc is required
<eric_engestrom>
(both as build and runtime dependency).
<eric_engestrom>
disabled by default), introduces a bunch of new dependencies.
<eric_engestrom>
- Rusticl, the OpenCL implementation (`-D gallium-rusticl=true`,
<karolherbst>
(though putting there radeonsi as an example is missleading, because it's not enabled yet oops)
<eric_engestrom>
got it, thanks!
<lstrano>
eric_engestrom: looks good, thanks!
jlawryno has joined #dri-devel
<eric_engestrom>
lstrano: thanks for confirming
<eric_engestrom>
from grepping through the diff since 22.2, the only other new dep I could see was xcb-randr added in 47526556494f18cd2c02, but I don't think it's worth mentioning
<eric_engestrom>
I'll leave it at that for the -rc1 email, but I'll repeat all of that in the final .0 email anyway
jkrzyszt has joined #dri-devel
jlawryno has quit [Ping timeout: 480 seconds]
yogesh_mohan has joined #dri-devel
yogesh_m1 has quit [Ping timeout: 480 seconds]
mvlad has quit [Remote host closed the connection]
dcz_ has quit [Ping timeout: 480 seconds]
ngcortes has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
<karolherbst>
jenatali: what does "SEH exception with code 0xc0000005 thrown in the test body." mean?