<zackr>
airlied: ah, sweet. is that why people have twitter? i need to get on that
mbrost has quit [Ping timeout: 484 seconds]
<airlied>
zackr: mostly use it to doom scroll while I should be working or compiling stuff :-P
<Daanct12>
i used to use it just because my computer compiles everything so slow
<Daanct12>
until i got the 5950x is when i just don't care anymore and watch the terminal while it's doing things.. lol
mbrost has joined #dri-devel
karolherbst has quit [Read error: Connection reset by peer]
karolherbst has joined #dri-devel
ella-0 has joined #dri-devel
ella-0_ has quit [Read error: Connection reset by peer]
ngcortes has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Remote host closed the connection]
aravind has joined #dri-devel
Company has quit [Quit: Leaving]
Daanct12 has joined #dri-devel
Duke`` has joined #dri-devel
danvet has joined #dri-devel
Daanct12 has quit [Remote host closed the connection]
jewins has quit [Ping timeout: 480 seconds]
dv_ has joined #dri-devel
Daanct12 has joined #dri-devel
mbrost has quit [Read error: Connection reset by peer]
<Daanct12>
oh wow, i don't think anyone is going to believe this, but the issue i had with the game (people playground) seems to have stopped happening for me now
kts has joined #dri-devel
<Daanct12>
guess what i did? i just switched to the x11's modesetting driver and i've been playing the game for at least 10 minutes now
<Daanct12>
tried to switching windows around, even switching to chromium window and other apps back and forth, it didn't even reset
<Daanct12>
i'm going to do some extensive testing by having fun until the afternoon (hopefully) and see if i can get the gpu to crash
itoral has joined #dri-devel
<Daanct12>
except now i think i should get a compositor, everything in 2d pretty laggy now :P
Duke`` has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Quit: Leaving]
sdutt has quit [Read error: Connection reset by peer]
srslypascal is now known as Guest5697
srslypascal has joined #dri-devel
<airlied>
rodrigovivi: I pushed gt -next, I unpulled it earlier in the week, but I can't remember why
<KunalAgarwal[m]>
It would be helpful if someone could help me with how to get glEGLImageTargetTexture2DOES() work. (line 134)
alanc has quit [Remote host closed the connection]
<KunalAgarwal[m]>
getting this error on compiling: error: ‘PFNGLEGLIMAGETARGETTEXTURE2DOESPROC’ was not declared in this scope
alanc has joined #dri-devel
srslypascal is now known as Guest5699
srslypascal has joined #dri-devel
tzimmermann has joined #dri-devel
Guest5699 has quit [Ping timeout: 480 seconds]
dv_ has joined #dri-devel
<MrCooper>
ajax: seems pretty clear to me; what you're describing sounds like FIFO_RELAXED
srslypascal is now known as Guest5702
srslypascal has joined #dri-devel
Guest5702 has quit [Ping timeout: 480 seconds]
jkrzyszt has joined #dri-devel
MajorBiscuit has joined #dri-devel
<pq>
KunalAgarwal[m], what flavor of OpenGL are you actually using? GL or GL ES 2 or 3? In any case, you must never use GL_GLEXT_PROTOTYPES.
<pq>
KunalAgarwal[m], you can grep through the various GL headers to see which one defines the thing you need, and make sure to pick right header for the flavor of GL you use.
<pq>
KunalAgarwal[m], in general, the extension stuff is not in the same header as the core stuff.
linearcannon has joined #dri-devel
Major_Biscuit has joined #dri-devel
MajorBiscuit has quit [Ping timeout: 480 seconds]
lynxeye has joined #dri-devel
kts has quit [Read error: Connection reset by peer]
toolchains has quit [Remote host closed the connection]
toolchains has joined #dri-devel
Daanct12 has quit [Quit: Leaving]
<tzimmermann>
in a drm driver, moving the cursor (via atomic plane update) leads to an update of the primary plane. that's very costly. how do i prevent the primary plane's update?
ppascher has joined #dri-devel
<dv_>
perhaps the cursor can exist as an overlay
<dv_>
that's not an uncommon use case, and in fact one primary reason why old microcomputers had hardware sprites
<pq>
dv_, I don't think "update the primary plane" means "draw the cursor into it" but more like "causes a flip to be programmed on the primary plane as well". Right, tzimmermann ?
<pq>
cursors *are* overlays, otherwise there is no point in exposing a cursor
<tzimmermann>
dv_, pq, maybe to give some context: i'm trying to convert the ast driver from TTM to SHMEM. that means that the frambuffer image has to be copied into video ram by the driver. the mouse cursor is already a cursor plane. ideally i'd only update the cursor plane's coordinates. but i always get an update of the primary plane, which hasn't changed at all. and because of the involved copying, it's all really slow
<tzimmermann>
i *do* use damage clipping for the primary plane. but that's problematic as well
YuGiOhJCJ has joined #dri-devel
<tzimmermann>
there are no damaged areas on the primary plane (because we're doing a cursor update). calling drm_atomic_helper_damage_iter_init() without damage clips set, create a full-plane update
<tzimmermann>
hence, on each movement of the mouse cursor, drm redraws the while primary plane
<tzimmermann>
s/while/whole
lemonzest has joined #dri-devel
vliaskov has joined #dri-devel
lynxeye has quit [Ping timeout: 480 seconds]
<pq>
ouch
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
lynxeye has joined #dri-devel
tursulin has quit [Ping timeout: 480 seconds]
tursulin has joined #dri-devel
pochu_ has joined #dri-devel
pochu has quit [Ping timeout: 480 seconds]
lynxeye1 has joined #dri-devel
lynxeye has quit [Ping timeout: 480 seconds]
icecream95 has quit [Ping timeout: 480 seconds]
<pcercuei>
I think I realized something just now. DMABUFs are not necesarily pointing to system memory, but can very well point to e.g. GPU memory on the other side of a bus. Is that correct?
<pq>
yes
<pq>
that's a, if not the, major use case for them
<pcercuei>
Everything makes a lot more sense now.
<pq>
dmabuf can even point to device memory that cannot be mmapped to CPU at all
<pcercuei>
That makes it so much more complex than what I thought
<pcercuei>
Is there a mechanism like DMABUF in the kernel that only represents DMA buffers (or pages-backed buffers) in system memory?
aravind has quit [Ping timeout: 480 seconds]
<pq>
memfd maybe?
<pq>
but then, it's not DMA AFAIU
fahien has quit [Quit: fahien]
abws has joined #dri-devel
nchery has quit [Read error: Connection reset by peer]
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
mareko_ has joined #dri-devel
mareko has quit [Ping timeout: 480 seconds]
glisse has quit [Ping timeout: 480 seconds]
glisse has joined #dri-devel
itoral has quit [Remote host closed the connection]
pochu_ has quit [Ping timeout: 480 seconds]
pochu has joined #dri-devel
<MrCooper>
pcercuei: why does that distinction matter though? :) If importing a dma-buf succeeds, the buffer has to reside in memory accessible to the importing device
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
<tursulin>
amd driver failing to build amdgpu_vram_mgr.c in drm-tip for someone else? I *think* I went as far as the clean the build tree to make sure I wasn't doing something silly.
<tursulin>
some sort of a conflict between two versions of struct amdgpu_vram_mgr ?
sdutt has joined #dri-devel
Company has joined #dri-devel
camus has quit []
Haaninjo has quit [Quit: Ex-Chat]
fxkamd has joined #dri-devel
<rodrigovivi>
tursulin: I faced this last week.. clean your drm-rerere, then go to drm-tip folder and hit clean -f then rebuild it…
zehortigoza has quit [Remote host closed the connection]
<rodrigovivi>
airlied: thanks for pulling it back… please let me and tursulin know if there’s anything wrong there
<tursulin>
rodrigovivi: hmm how? this is a straight drm-tip checkout from git://anongit.freedesktop.org/drm-tip, outside of the dim world
<tursulin>
only if I had some trash in the build dir, but I deleted everything and copied over again to make sure I don't
zehortigoza has joined #dri-devel
<tursulin>
Is it perhaps 59dad4a0d1862dcd15405f3217a59b1fac01daf0 which only landed to drm-tip today?
<tursulin>
no, shouldn't be that one
<tursulin>
I'll try a clean build one more time
<tursulin>
same build error
kts has quit [Ping timeout: 480 seconds]
idr has joined #dri-devel
<tursulin>
AFAICT revert of 925b6e59138cefa47275c67891c65d48d3266d57 is missing
<tursulin>
with that reverted (it is a revert itself), the thing builds
<tursulin>
reverting it conflicts though, but trivially so
alyssa has left #dri-devel [#dri-devel]
<rodrigovivi>
tursulin: just ignore me… I misread.. thought the drm-tip rebuild was violent.. not the actual compilation…
<tursulin>
tzimmermann perhaps? ^^^ going by the fact the two other re-reverts came from drm-misc-next pull
<tursulin>
rodrigovivi: np
nchery has joined #dri-devel
kts has joined #dri-devel
sdutt_ has joined #dri-devel
idr_ has joined #dri-devel
xyene_ has joined #dri-devel
tchar__ has joined #dri-devel
bwidawks has joined #dri-devel
seanpaul___ has joined #dri-devel
FluffyFoxeh has joined #dri-devel
rib_ has joined #dri-devel
jstultz_ has joined #dri-devel
zzag_ has joined #dri-devel
pzanoni` has joined #dri-devel
narmstrong__ has joined #dri-devel
tchar_ has quit [synthon.oftc.net graviton.oftc.net]
zehortigoza has quit [synthon.oftc.net graviton.oftc.net]
sdutt has quit [synthon.oftc.net graviton.oftc.net]
alanc has quit [synthon.oftc.net graviton.oftc.net]
pzanoni has quit [synthon.oftc.net graviton.oftc.net]
unerlige has quit [synthon.oftc.net graviton.oftc.net]
shankaru has quit [synthon.oftc.net graviton.oftc.net]
rsripada has quit [synthon.oftc.net graviton.oftc.net]
mdnavare has quit [synthon.oftc.net graviton.oftc.net]
Frogging101 has quit [synthon.oftc.net graviton.oftc.net]
idr has quit [synthon.oftc.net graviton.oftc.net]
ZeZu has quit [synthon.oftc.net graviton.oftc.net]
jstultz has quit [synthon.oftc.net graviton.oftc.net]
JTL has quit [synthon.oftc.net graviton.oftc.net]
narmstrong_ has quit [synthon.oftc.net graviton.oftc.net]
zzag has quit [synthon.oftc.net graviton.oftc.net]
seanpaul__ has quit [synthon.oftc.net graviton.oftc.net]
bwidawsk has quit [synthon.oftc.net graviton.oftc.net]
kem has quit [synthon.oftc.net graviton.oftc.net]
rib has quit [synthon.oftc.net graviton.oftc.net]
xyene has quit [synthon.oftc.net graviton.oftc.net]
FluffyFoxeh is now known as Frogging101
tzimmermann has quit [Quit: Leaving]
kem has joined #dri-devel
unerlige has joined #dri-devel
JTL has joined #dri-devel
ZeZu has joined #dri-devel
shankaru has joined #dri-devel
alanc has joined #dri-devel
rsripada has joined #dri-devel
mdnavare has joined #dri-devel
zehortig` has joined #dri-devel
zehortig` has quit []
zehortigoza has joined #dri-devel
idr_ has quit []
zehortigoza has quit []
zehortigoza has joined #dri-devel
pzanoni` has left #dri-devel [#dri-devel]
pzanoni has joined #dri-devel
mbrost has joined #dri-devel
Duke`` has joined #dri-devel
abws has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
rkanwal has quit [Ping timeout: 480 seconds]
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
ybogdano has joined #dri-devel
Major_Biscuit has quit [Ping timeout: 480 seconds]
<jenatali>
jekstrand: Would you be able to take a look at (or nominate someone to take a look at) the first patch in !17603? :)
<jekstrand>
jenatali: Oof. That looks like a patch that I ought to be able to pretend to review.
Major_Biscuit has joined #dri-devel
kts has joined #dri-devel
ella-0_ has joined #dri-devel
ella-0 has quit [Read error: Connection reset by peer]
kts has quit [Quit: Konversation terminated!]
jstultz_ has quit []
jstultz has joined #dri-devel
whald has quit [Quit: Leaving]
bmodem has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
Major_Biscuit has quit [Ping timeout: 480 seconds]
idr has joined #dri-devel
kts has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
<jenatali>
Hm. My rebase is now hanging one test. That's... odd
jkrzyszt has quit [Ping timeout: 480 seconds]
ybogdano is now known as Guest5767
ybogdano has joined #dri-devel
gouchi has joined #dri-devel
Guest5767 has quit [Ping timeout: 480 seconds]
kem has quit [Ping timeout: 480 seconds]
lynxeye1 has quit []
kem has joined #dri-devel
mvlad has quit [Remote host closed the connection]
<ajax>
someone should get around to reverse engineering that firmware, it's gotta be dead simple by modern standards
vliaskov has quit [Remote host closed the connection]
eukara has quit []
eukara has joined #dri-devel
heat has joined #dri-devel
<dj-death>
jekstrand: did you start an Anv branch for gfx-libs with the new dynamic state?
<jekstrand>
dj-death: gfx-libs?
<dj-death>
jekstrand: graphics pipeline libraries
Major_Biscuit has joined #dri-devel
<tleydxdy>
Hi all, I have a question about drm_vblank_put, it decrements the vblank refcount without first getting vbl_lock, I see that everywhere else gets the lock first, so is something wrong here? I ran into this while debugging a vblank refcount issue, turns out this was not the cause but I'm wonder if I should also add this to the patchset
<jekstrand>
dj-death: Right.
<jekstrand>
dj-death: Most of what I've done is already in MRs.
<jekstrand>
dj-death: Just pushed anv/VK_EXT_graphics_pipeline_libraries to my gitlab.
<jekstrand>
dj-death: IIRC, I stopped because I was getting deep into the weeds trying to sort out interactions between state and shader compilation. ANV isn't too bad but it's annoying. My MR shuffling around primitive replication helps a bunch but there are others.
<jekstrand>
I think coarse was the one that was buggign me when I stopped
ybogdano has quit [Ping timeout: 480 seconds]
Major_Biscuit has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
ds` has joined #dri-devel
ybogdano has joined #dri-devel
rkanwal has quit [Quit: rkanwal]
<jekstrand>
dj-death: I remember now. I was struggling with trying to decouple FS from "are we using mesh?"
abws has joined #dri-devel
gouchi has quit [Remote host closed the connection]
softings has joined #dri-devel
softings has left #dri-devel [#dri-devel]
ybogdano is now known as Guest5783
Guest5783 has quit [Read error: Connection reset by peer]
ybogdano has joined #dri-devel
<dj-death>
jekstrand: yeah that's what I remember :(