<imirkin>
airlied: i was just curious what the use-case was ... what's "partial" sync for queries?
<airlied>
"If VK_QUERY_RESULT_PARTIAL_BIT is set, VK_QUERY_RESULT_WAIT_BIT is not set, and the query’s status is unavailable, an intermediate result value between zero and the final result value is written to pData for that query."
<airlied>
is the bit from the VK spec
<imirkin>
wow, interesting
<imirkin>
what's the use case, if you happen to know?
* airlied
has no idea why return undefined bits is a good plan :-P
<imirkin>
i.e. why would you want that
<airlied>
jekstrand: any idea why partial was added?
<imirkin>
is it for like partial occlusion results or something?
<imirkin>
e.g. results from first tile rather than summing up all tiles?
<jekstrand>
IDK
<jekstrand>
Maybe the intention was that if you had some summing to do you could avoid some of it.
<jekstrand>
Or you could not stall and get some of the counters without all?
<jekstrand>
Does seem a bit odd
<jekstrand>
I think ANV returns zero but it might also return total garbage.
<airlied>
yeah GL defines you don't overwrite the values at all if not ready, so llvmpipe needs to know when it can write nothing vs write undefined vals
<jekstrand>
Yeah, ANV just doesn't do anything. We should probably return 0.
<imirkin>
airlied: anyways, acked-by for your change (my browser is currently inoperable due to ... silliness)
<jekstrand>
NVM. We return 0 if the result isn't available.
<airlied>
ajax: yeah now the llvm is incompatible with the libstdc++,
<airlied>
imirkin: thx
maxzor has joined #dri-devel
shankaru has joined #dri-devel
<kevinx>
Hi all, some problems when I was ready to submit code using the dim tool, switch to "drm-misc/drm-misc-next" branch, git am my.patch. Then use dim cmd to push patch. i'm not sure I'm using it right, "dim push drm-misc drm-misc/drm-misc-next:drm-misc/drm-misc-next, the result is: You're on the wrong branch...
<airlied>
dim push drm-misc should be sufficient
<airlied>
dim checkout drm-misc might be the first step
Duke`` has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
<kevinx>
airlied: I have do dim setup and successfully completed. Then exec: git checkout remote/drm-misc/drm-misc-next
itoral has joined #dri-devel
mszyprow has joined #dri-devel
camus has joined #dri-devel
camus1 has quit [Read error: Connection reset by peer]
jewins has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
frieder has joined #dri-devel
frieder has quit []
frieder has joined #dri-devel
<airlied>
kevinx: use dim to switch branches not git
tzimmermann has joined #dri-devel
sdutt has quit [Ping timeout: 480 seconds]
frieder has quit [Ping timeout: 480 seconds]
jfalempe has joined #dri-devel
frieder has joined #dri-devel
kts has joined #dri-devel
pnowack has joined #dri-devel
kts_ has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
tursulin has joined #dri-devel
kts_ has quit []
<javierm>
tzimmermann: so much code readability is sacrificed in the altar of micro optimization
<tzimmermann>
:)
<javierm>
or maybe I just have too much trust on the compiler to do the correct thing :)
<tzimmermann>
javierm, don't worry. we don't even have performance measurements for your code. so how would we know if it's slow?
<tzimmermann>
the code isn't obviously slow (e.g., high complexity class)
<javierm>
tzimmermann: yeah
<kevinx>
airlied: dim checkout drm-misc-next?
pcercuei has joined #dri-devel
ahajda has joined #dri-devel
<javierm>
kevinx: yes
<javierm>
kevinx: I meant, you just need the branch name when switching branches with dim once it has been properly set-up
kts has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
Guest122 is now known as degasus
kts_ has joined #dri-devel
<jani>
emersion: always!
kts has quit [Ping timeout: 480 seconds]
kts_ has quit []
kts has joined #dri-devel
mlankhorst has joined #dri-devel
<kevinx>
javierm: thks
macromorgan has quit [Read error: Connection reset by peer]
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
<kevinx>
I found all the remote repository need add my username to url, like this: drm_tip_ssh=ssh://kevin3.tang@git.freedesktop.org/git/drm-tip. Otherwise, dim setup report "Permission denied(publickey)" error. Is there something I'm missing?
<kevinx>
javierm: Have you ever had a similar problem?
<javierm>
kevinx: I don't. My remotes are just like ssh://git.freedesktop.org/git/drm-tip
Lucretia-backup has quit []
<javierm>
kevinx: what username did you specify when requesting commit access ?
frieder has quit [Ping timeout: 480 seconds]
Lucretia has joined #dri-devel
Lucretia has quit [Read error: Connection reset by peer]
<kevinx>
javierm: my freedesktop.org account username
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
Lucretia has joined #dri-devel
<kevinx>
I also try follow getting-started.rst to add a config(User <kevin3.tang> to my ssh, but it also seems not working well.
frieder has joined #dri-devel
<javierm>
kevinx: I see. No idea, sorry :(
<javierm>
kevinx: maybe daniels could help? ^
kts has quit [Quit: Konversation terminated!]
<pcercuei>
quick question, I have a fix for a patch that's in drm-misc-next but not in the current -rc, do I still need a Fixes: tag?
kts has joined #dri-devel
pnowack has quit [Remote host closed the connection]
pnowack has joined #dri-devel
<kevinx>
daniels: Could you take a look my freedesktop account issue?
<kevinx>
5:45 PM <kevinx> I found all the remote repository need add my username to url, like this: drm_tip_ssh=ssh://kevin3.tang@git.freedesktop.org/git/drm-tip. Otherwise, dim setup report "Permission denied(publickey)" error. Is there something I'm missing?
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
MajorBiscuit has joined #dri-devel
camus1 has joined #dri-devel
<kevinx>
javierm: Thks for your help.
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
camus1 has quit []
camus has joined #dri-devel
camus1 has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
<daniels>
kevinx: can you please run ssh -v -v -v git.freedesktop.org and put the result in a pastebin somewhere
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
cef has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
itoral has quit [Remote host closed the connection]
rasterman has joined #dri-devel
<kevinx>
daniels: results has been send to your email, thks.
rgallaispou has joined #dri-devel
mclasen has joined #dri-devel
devilhorns has joined #dri-devel
kts_ has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
kts_ has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
Company has joined #dri-devel
<kevinx>
javierm: dim setup issue has been solved, but when i ready to push patch, dim cmd is:dim push-branch drm-misc-next drm-misc HEAD:drm-misc-next. It's report "error: src refspec drm-misc does not match any". Do you have idea?౿(།﹏།)૭
<javierm>
kevinx: the command you use is just `dim push-branch drm-misc-next` right ?
<javierm>
if your dim setup is correct, that's all you should need to do
<kevinx>
My dim cmd is: "dim push-branch drm-misc-next drm-misc HEAD:drm-misc-next"
<pq>
javierm, until you wrote that it's testing for >=128, I was just blank-staring through that piece of code. :-p
<javierm>
pq: because it took me some time to figure out what this >> 7 threshold was about
<daniels>
kevinx: oh right, you can resolve that with git reset --hard I suppose
<javierm>
pq: and yeah, I guess > 127 was chosen as it's the middle of the 8-bit grayscale?
<pq>
javierm, 127 is the middle of the gray *code points*, but it's not the middle of the brightness range.
<javierm>
I see. Not really that familiar with format conversions to have an opinion on the correct threshold...
<pq>
javierm, but, that is a whole another matter :-)
<javierm>
pq: but that could be improved later anyways
macromorgan has joined #dri-devel
<pq>
yeah, you can pick your quantization threshold freely, and unless one explains why one picked a specific value, there is no telling if that value is right/good or not.
<kevinx>
javierm: It's have the same problem before I pushed patch to drm-misc-next when doing "dim update-branches"
rgallaispou has quit [Read error: Connection reset by peer]
<kevinx>
daniels: It's not work, maybe i need to reload my dim setup...
<javierm>
pq: agreed. Hence I just limited myself in this case to copy what Noralf did :)
<zmike>
tl;dr in mesa/main the seamless state is always set on target=GL_TEXTURE_CUBE_MAP_ARB, but then gallium uses the "current" texture target for all params
<ppascher>
Hello. I get the following error when compiling mesa with llvm(-git):
<ppascher>
"class llvm::PointerType’ has no member named ‘getElementType’; did you mean ‘getArrayElementType’?"
mbrost has joined #dri-devel
<graphitemaster>
I'd write if (src[x] > 0xff/2-1) if the intention was "middle of 8-bit greyscale"
shankaru has joined #dri-devel
<graphitemaster>
Less information loss there, everyone knows 0xff/2 is half of the 8-bit range, and then -1 because low-half for midpoint grey
<pq>
graphitemaster, isn't that off by one? :-)
<graphitemaster>
Oh right, integer floors in C, I've been writing too much of the other language which shall not be named
<graphitemaster>
Okay, 0xff/2 is sufficient then XD
danvet has joined #dri-devel
<pq>
oh, does it ceil instead?
<graphitemaster>
Fun fact GL GLSL does not even define what rounding direction integer division goes in, ES GLSL says it's undefined
jfalempe has joined #dri-devel
<pq>
I guess that's one way of saying "don't do it"...
<graphitemaster>
Anyways yeah I've been writing too much of something else where integer division is ceiling integer division, not floor. I sometimes need to context switch between C, GLSL, and Python where I instinctively use // for division now
camus1 has quit [Remote host closed the connection]
camus has joined #dri-devel
sdutt has joined #dri-devel
aravind has quit []
rgallaispou has joined #dri-devel
mattrope has joined #dri-devel
TA4U has joined #dri-devel
mattrope has quit [Read error: Connection reset by peer]
TA4U has quit [Ping timeout: 480 seconds]
frieder has quit [Remote host closed the connection]
<jekstrand>
dj-death: idk. The other option would be to implement `anv_AcquireNextImage2KHR()` again and make it a thin wrapper around `wsi_common_acquire_next_image2()`.
<jekstrand>
I think that's a bit less of a layering violation.
<dj-death>
right
<dj-death>
it's really just for some debug ops
<dj-death>
but yeah...
cworth has quit [Ping timeout: 480 seconds]
cworth has joined #dri-devel
cef is now known as Guest373
cef has joined #dri-devel
mszyprow has joined #dri-devel
Guest373 has quit [Ping timeout: 480 seconds]
sdutt has quit [Remote host closed the connection]
maxzor has quit [Remote host closed the connection]
maxzor has joined #dri-devel
rgallaispou has quit [Read error: Connection reset by peer]
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
ybogdano has joined #dri-devel
pjakobsson has quit [Ping timeout: 480 seconds]
pjakobsson has joined #dri-devel
kevinx has quit [Quit: Connection closed for inactivity]
Jonathan|2 has joined #dri-devel
ahajda has quit [Quit: Going offline, see ya! (www.adiirc.com)]
mbrost has quit [Read error: Connection reset by peer]
ybogdano has quit [Ping timeout: 480 seconds]
Jonathan|2 has quit []
Jonathan|2 has joined #dri-devel
Jonathan|2 has quit []
mhenning has joined #dri-devel
JoniSt has joined #dri-devel
mbrost has joined #dri-devel
<JoniSt>
Hey, I'd like to bisect Mesa issue 5327 but at the moment I have to reinstall Mesa system-wide every time. Is there a way to try out a freshly compiled version of radeonsi without installing it to the entire system?
mbrost has quit [Read error: Connection reset by peer]
<JoniSt>
Ah, thanks a lot! I'll try that!
ahajda has joined #dri-devel
dllud_ has joined #dri-devel
dllud has quit [Read error: Connection reset by peer]
gouchi has joined #dri-devel
<steev>
pepp: how would that work when you bisect back to when the devenv wasn't enabled?
mszyprow has quit [Ping timeout: 480 seconds]
tzimmermann has quit [Quit: Leaving]
<anholt>
steev: rebase the devenv into the branch you bisect across, or use bisect's ability to script stuff to cherry pick the devenv at each step, or whatever.
<JoniSt>
Well, true... Though it might be possible to just leave the devenv open and then rebuild Mesa, after all it's mostly just a bunch of env variables
<steev>
that is far above my skill level with bisect, which consists of knowing to do bad/good
heat has joined #dri-devel
<robclark>
danvet: btw, re dma-buf import vs userspace allocated gem handles.. it occurred to me that each dma-buf has a unique inode # .. which could be used to de-duplicate .. the only thing that doesn't quite handle is importing an fd that we've already exported. That might end up working out ok because we would have already known that from doing dma-buf import on guest kernel side (since bo's are all 1:1 btwn host and guest)
nchery has quit [Read error: Connection reset by peer]
ybogdano has joined #dri-devel
<danvet>
robclark, I don't think we can guarantee that the indoe stays stable
<danvet>
like if you reimport to the same device and close the dma-buf fd
<danvet>
the dma_buf file actually gets released
<danvet>
so on the next export/import you get a new dma_buf file with different inode
devilhorns has quit []
<danvet>
fixing this would be major surgery I think
<robclark>
I _think_ that works out ok, except if we still have the handle associated with the drm_file
<robclark>
and we would know that already by doing "normal" dmabuf import in guest
<robclark>
(ie. with kernel assigned handle in guest)
ahajda has quit [Quit: Going offline, see ya! (www.adiirc.com)]
shankaru has quit [Ping timeout: 480 seconds]
Guest386 has quit [Ping timeout: 480 seconds]
ybogdano has quit [Ping timeout: 480 seconds]
mlankhorst has quit [Ping timeout: 480 seconds]
iive has joined #dri-devel
nchery has quit [Quit: Leaving]
nchery has joined #dri-devel
ybogdano has joined #dri-devel
ybogdano has quit [Ping timeout: 480 seconds]
ppascher has quit [Ping timeout: 480 seconds]
mszyprow has joined #dri-devel
heat_ has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
ppascher has joined #dri-devel
nchery has quit [Quit: Leaving]
nchery has joined #dri-devel
nchery has quit [Remote host closed the connection]
nchery has joined #dri-devel
<JoniSt>
pepp: Thanks for pointing me in the right direction for Mesa bisecting. It looks like Mesa issue 5327 (Minecraft/KDE texture flickering) started with 2fad90dc4a83af4317e2cda6c3d7b5aa77dc7c73 ("radeonsi: implement threaded context callbacks for resource busy checking"). Given that you also signed off on that commit: Does this sound plausible to you?
rasterman has quit [Quit: Gettin' stinky!]
gouchi has quit [Remote host closed the connection]