ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
pcercuei has quit [Quit: dodo]
<DanaG> I don't know if division is involved, but there's some ChromeOS stick device (Rockchip?) where this simple example has the background jitter and jiggle and twitch: https://webglsamples.org/fishtank/fishtank.html
dabaiste^ has joined #dri-devel
<imirkin> graphitemaster: i think some impls perform integer division incorrectly for values > 2^23
krushia has joined #dri-devel
alyssa has quit [Quit: leaving]
tursulin has quit [Read error: Connection reset by peer]
* anholt deletes another 2300 lines of frontend GLSL code for !8044
<FireBurn> :D
FireBurn has quit [Read error: Connection reset by peer]
FireBurn has joined #dri-devel
heat has quit [Remote host closed the connection]
camus has joined #dri-devel
dabaiste^ has quit [Remote host closed the connection]
shoragan has quit [Ping timeout: 480 seconds]
pH5 has quit [Ping timeout: 480 seconds]
shoragan has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
pH5 has joined #dri-devel
DanaG has quit [Remote host closed the connection]
DanaG has joined #dri-devel
gawin has quit [Quit: Konversation terminated!]
co1umbarius has joined #dri-devel
jewins has quit [Ping timeout: 480 seconds]
columbarius has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
iive has quit []
AndroidC512L has quit [Remote host closed the connection]
camus1 has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
mhenning has quit [Quit: mhenning]
slattann has joined #dri-devel
psii has quit []
idr has quit [Quit: Leaving]
shankaru has joined #dri-devel
Danct12 has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
slattann has quit [Ping timeout: 480 seconds]
DanaG has quit [Remote host closed the connection]
DanaG has joined #dri-devel
slattann has joined #dri-devel
DanaG_ has joined #dri-devel
slattann1 has joined #dri-devel
DanaG has quit [Ping timeout: 480 seconds]
slattann has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
Duke`` has joined #dri-devel
slattann1 has quit [Ping timeout: 480 seconds]
slattann has joined #dri-devel
flacks_ has joined #dri-devel
flacks has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
sdutt has quit [Read error: Connection reset by peer]
Lyude has quit [Quit: WeeChat 3.4]
Lyude has joined #dri-devel
mbrost has joined #dri-devel
mattrope has quit [Read error: Connection reset by peer]
DanaG has joined #dri-devel
DanaG_ has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
DanaG_ has joined #dri-devel
thellstrom has joined #dri-devel
thellstrom1 has joined #dri-devel
cphealy_ has joined #dri-devel
DanaG has quit [Ping timeout: 480 seconds]
cphealy has quit [Ping timeout: 480 seconds]
thellstrom has quit [Ping timeout: 480 seconds]
lemonzest has joined #dri-devel
aravind has joined #dri-devel
mbrost_ has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
itoral has joined #dri-devel
DanaG_ has quit [Remote host closed the connection]
frieder has joined #dri-devel
thellstrom1 has quit [Read error: Connection reset by peer]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
DanaG has joined #dri-devel
<DanaG> I've been having amdgpu die when I vt-switch, especially when I try it to figure out why my screan is blank when I use my kvm switch and effectively go from 1 monitor to 2 monitors. https://pastebin.com/0AZ5DsyM
pochu has joined #dri-devel
slattann has quit [Ping timeout: 480 seconds]
slattann has joined #dri-devel
ahajda has joined #dri-devel
mvlad has joined #dri-devel
danvet has joined #dri-devel
camus1 has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
jkrzyszt_ has joined #dri-devel
lynxeye has joined #dri-devel
rbrune has joined #dri-devel
DanaG has quit [Remote host closed the connection]
kts has joined #dri-devel
MajorBiscuit has joined #dri-devel
tursulin has joined #dri-devel
Major_Biscuit has joined #dri-devel
MajorBiscuit has quit [Ping timeout: 480 seconds]
natto has left #dri-devel [Leaving]
Danct12 has joined #dri-devel
mbrost_ has quit [Ping timeout: 480 seconds]
camus has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
<jani> mripard_: mlankhorst_: I've got a couple of edid fixes headed for stable, drm-misc-fixes or drm-misc-next-fixes at this time?
rkanwal has joined #dri-devel
<jani> one of them kind of depends on stuff in drm-misc-next-fixes, so I'd prefer that
pcercuei has joined #dri-devel
mripard_ has quit []
mripard has joined #dri-devel
<mripard> jani: drm-misc-next-fixes it is then :)
<mripard> it hasn't been sent yet, so if you hurry it'll reach mainline this week
<mripard> jani: while you're there, any comment on https://lists.freedesktop.org/archives/dim-tools/2022-January/002048.html ?
maxzor has joined #dri-devel
maxzor has quit [Remote host closed the connection]
maxzor has joined #dri-devel
<jani> mripard: thanks, I'll push today
<jani> mripard: as to the dim patch, lots of dim stuff has fallen between the cracks lately :(
maxzor has quit [Remote host closed the connection]
<mripard> jani: np, just wanted to make sure this wasn't forgotten or lost in the internet pipes
tzimmermann has joined #dri-devel
<danvet> mripard, sounds more li
<danvet> ke for vsyrjala than me
LexSfX has quit [Ping timeout: 480 seconds]
<jani> airlied: can the topic/nouveau-ampere-modeset branch be dropped?
LexSfX has joined #dri-devel
<jani> mlankhorst_: can the topic/i915-ttm branch be dropped?
rgallaispou has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
<mripard> danvet: honestly, I'm struggling to get any patches merged at the moment, so I'm expanding the horizon circle a bit :)
<danvet> oh I thought that w
<danvet> as for general design checking, not review
<danvet> jani, airlied I nuked the drm noveau branch
flacks_ has quit [Quit: Quitter]
flacks has joined #dri-devel
itoral has quit [Remote host closed the connection]
<vsyrjala> mripard: looks ok to me. i threw an ack at it
<mripard> vsyrjala: awesome, thanks :)
nchery is now known as Guest218
nchery has joined #dri-devel
Guest218 has quit [Ping timeout: 480 seconds]
LexSfX has quit [Ping timeout: 480 seconds]
slattann has quit [Ping timeout: 480 seconds]
rasterman has joined #dri-devel
rgallaispou has quit [Read error: Connection reset by peer]
LexSfX has joined #dri-devel
<dschuermann> the race for MR number !15555 is on! who will win? :P
<kusma> zomg!
<kusma> it's on!
FireBurn has quit [Quit: Konversation terminated!]
slattann has joined #dri-devel
Major_Biscuit has quit [Ping timeout: 480 seconds]
Major_Biscuit has joined #dri-devel
kts has joined #dri-devel
LexSfX has quit [Read error: Connection reset by peer]
dv_ has quit [Quit: WeeChat 2.8]
kts has quit []
LexSfX has joined #dri-devel
lkw has joined #dri-devel
shankaru has quit [Quit: Leaving.]
<pcercuei> sravn: when you have a minute, can you have a final look at Christophe's patchset that adds support for the NewVision panel? It looks mostly fine to me, I just need a few ACKs to merge the code.
MajorBiscuit has joined #dri-devel
kts has joined #dri-devel
Major_Biscuit has quit [Ping timeout: 480 seconds]
kts has quit []
slattann has quit [Ping timeout: 480 seconds]
mclasen has quit [Ping timeout: 480 seconds]
dv_ has joined #dri-devel
rgallaispou has joined #dri-devel
shankaru has joined #dri-devel
mlankhorst_ is now known as mlankhorst
mclasen has joined #dri-devel
nchery has quit [Remote host closed the connection]
nchery has joined #dri-devel
<mlankhorst> /1
Danct12 has quit [Read error: Connection reset by peer]
<mlankhorst> Oops!
nchery has quit [Ping timeout: 480 seconds]
ppascher has quit [Ping timeout: 480 seconds]
ppascher has joined #dri-devel
pnowack has joined #dri-devel
lkw has quit [Ping timeout: 480 seconds]
lkw has joined #dri-devel
mattrope has joined #dri-devel
ybogdano has quit [Read error: Connection reset by peer]
sdutt has joined #dri-devel
<marex> pcercuei: arent those panel patches missing DT bindings ?
jewins has joined #dri-devel
<marex> mripard: do you still wonder why I rather dropped that one contentious patch from the icn6211 series ? ;-)
* marex grabs popcorn and observes the discussion
sdutt has quit []
sdutt has joined #dri-devel
<jfalempe> karolherbst, I've finally managed to get the llvm code working for big endian: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/15556
<karolherbst> jfalempe: \o/
<jfalempe> I replaced the mask & shift which depends on endianess with llvmshufflevector, so no more #ifdef
<karolherbst> cool
<karolherbst> less ifdefs for that is good, so we test the same paths on all archs :)
MajorBiscuit has quit [Ping timeout: 480 seconds]
<ajax> jfalempe: nice work!
<karolherbst> ohh, maybe we should trigger CI on that MR and see what happens :D
<karolherbst> jfalempe: did you test on x86?
<jfalempe> yeah, I need to test it on x86_64 too ;)
<ajax> ideally it fails because we start xpassing in the s390 build
<karolherbst> uhhhhh
<karolherbst> that code is old...
<karolherbst> some minor changes in 2016 and most of the code from 2012 :)
<mripard> marex: definitely too soon.
<ajax> weird how that's like exactly a year after two different major RHEL releases...
<karolherbst> ajax: not saying I didn't see your name there :D
<jfalempe> also I'm not sure about performances, didn't notice a change on a remote VNC s390x.
<ajax> (grabs you by the shirt collar, intensely:) you didn't. see. anything.
<marex> mripard: too soon ? :)
<karolherbst> ajax: not judging :P
nchery has joined #dri-devel
<mripard> marex: too soon to make that kind of comments
<marex> mripard: I'm afraid this will be a long and difficult discussion
lkw has quit [Quit: leaving]
MajorBiscuit has joined #dri-devel
nchery has quit [Ping timeout: 480 seconds]
<karolherbst> jfalempe: ahh, seems like there are some problems :/
<karolherbst> "90/101 mesa:gallium / osmesa-render FAIL" :/
mbrost has joined #dri-devel
agd5f has quit [Read error: Connection reset by peer]
agd5f has joined #dri-devel
<karolherbst> jfalempe: yeah.. looks like you broke rendering on x86 :(
<karolherbst> but looks like only for packed formats
<karolherbst> check the failed jobs on the CI pipeline
mclasen has quit []
mclasen has joined #dri-devel
idr has joined #dri-devel
<jfalempe> ok I will take a look
kts has joined #dri-devel
Haaninjo has joined #dri-devel
<ajax> img burning the open source candle from both ends: https://github.com/powervr-graphics/PowerVR-Series1
kts has quit [Quit: Konversation terminated!]
<ajax> hey intel, i740 code drop when
<daniels> ajax: heh yeah, I was saying yesterday it's to my eternal shame that I didn't swipe any of the series-2 PCI cards when I was at NEC and post them to you
<ajax> pretty sure my matrox m3d is still in westford
<daniels> two great tastes that taste great together
kts has joined #dri-devel
mclasen has quit []
mclasen has joined #dri-devel
shashanks has quit [Quit: Leaving]
Danct12 has joined #dri-devel
JohnnyonFlame has joined #dri-devel
frieder has quit [Remote host closed the connection]
<MrCooper> jfalempe: out of curiosity, how does the vector shuffling approach deal with packed formats where component boundaries do not align with byte boundaries?
<idr> ajax: That... can't be real.
<idr> I had a m3d a million years ago.
<idr> Time to write a new minigl driver for playing Win95 GLQuake...
<ajax> i actually managed to find a pdf of the i740 "prm"
<ajax> it was not what i was hoping for
<idr> heh...
<ajax> "here's how to avoid the performance traps in our gl driver" is not terribly useful if a gl driver is what you're trying to write
heat has joined #dri-devel
nchery has joined #dri-devel
<jekstrand> How well does nouveau work on modernish cards like the 3000 or 2000 series?
<jekstrand> Contemplating picking up a card for some light nouveau dev from time to time and would like to not go ancient if I can.
rgallaispou has left #dri-devel [#dri-devel]
gawin has joined #dri-devel
<dj-death> question on NIR gather info :
<dj-death> https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/compiler/nir/nir_gather_info.c#L693 nir_intrinsic_load_barycentric_sample is setting info.fs.uses_sample_qualifier
<jekstrand> Ye
<jekstrand> Yes, it should
<jekstrand> Uh... no
<jekstrand> maybe?
<jekstrand> let me look quick
<jekstrand> No, it shouldn't
Major_Biscuit has joined #dri-devel
<dj-death> okay
<jekstrand> load_deref_at_sample takes an explicit sample_id
<jekstrand> It corresponds to interpolateAtSample() which you can use without sample shading enabled.
<dj-death> the thing is that we lower that deref in our backend
<dj-death> but don't run gather info before
<dj-death> uh sorry, don't run gather info after the lowering
MajorBiscuit has quit [Ping timeout: 480 seconds]
<jekstrand> That should be fine. I'm still not seeing the problem.
<dj-death> and so we endup programming the dispatch per sample
<jekstrand> interpolateAtSample(var, sample_id) isn't the same as a sample qualifier.
<dj-death> erg
<dj-death> without per sample
<jekstrand> I think that's correct
* jekstrand reads some specs
<dj-death> according to HW nope
mattst88 has quit [Ping timeout: 480 seconds]
<dj-death> that hangs and also simulation complains
<jekstrand> hrm... maybe I'm wrong
<ajax> is there an envvar to make vk_log() dump to stderr?
sarnex has quit [Read error: Connection reset by peer]
sarnex has joined #dri-devel
<jekstrand> ajax: It does by default in debug builds
<jekstrand> ajax: In release builds, no.
<jekstrand> ajax: We could add one. It wouldn't be that much work.
<jekstrand> dj-death: Reading ARB_gpu_shader5, it doesn't seem that interpolateAtSample() should force per-sample shading.
<jekstrand> dj-death: I think it'd be valid to do so but I don't think the spec requires it.
<jekstrand> dj-death: I can believe the hardware would get a bit miffed but I would expect the pixel interpolator to be able to do it.
<jekstrand> Seems a bit odd that it can't
<ajax> i might do that. i found myself typing fprintf(stderr) too much in the wsi code and some of them should probably be there permanently
* zmike begins to feel PTSD setting in
<jekstrand> ajax: If you feel like a project, there's an issue about unifying some stuff with mesa_log()
<zmike> NO
<zmike> don't sidetrack him now
<zmike> we're almost done
<ajax> spidey sense tingling
<ajax> that can go on the list after kopper and destroying dri_interface.h
<jekstrand> ajax: That'd be awesome!
<dj-death> jekstrand: I see, thanks, maybe we program the interpolator wrong
gawin has quit [Ping timeout: 480 seconds]
<jekstrand> dj-death: It also may be that the interpolator doesn't support it in which case ugh.
<jekstrand> zmike: Is that an RB on my lavapipe dynamic rendering MR or a statement that you may RB in the future? :-P
<zmike> jekstrand: that is a rb
* zmike prepares his machete once more
<jekstrand> zmike: Mind taking one more look at https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/15535 since I added the helper you wanted?
<zmike> jekstrand: oh I thought that was an rb and go interaction
* zmike struggles to load a chrome tab while piglit runs
<jekstrand> zmike: Ok, I'll let marge land that one and then I'll rebase dynamic and assign that to marge too
<zmike> jekstrand: do you need more rebasing besides what I put up in my branch?
<jekstrand> zmike: I doubt it
<jekstrand> zmike: Can you point me at your branch again?
<zmike> it's in the MR
<jekstrand> kk
jkrzyszt_ has quit [Ping timeout: 480 seconds]
<dj-death> jekstrand: fun times, we need to force the rasterizer sample count to do that
<dj-death> jekstrand: and that affects PMA workaround
<jfalempe> MrCooper, normally blend_type should be either 8/16/32 bits. the conversion to esoteric format like r5g6b5 is still done with bit shift.
<danvet> mripard, paid some r-b/a-b forward
<MrCooper> jfalempe: I see, thanks
<jekstrand> dj-death: ugh
shashanks has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
Peste_Bubonica has joined #dri-devel
<jfalempe> Invalid shufflevector operands!
<jfalempe> %475 = shufflevector <8 x i8> %468, <4 x i8> %474, <12 x i32> <i32 0, i32 1, i32 2, i32 3, i32 4, i32 5, i32 6, i32 7, i32 8, i32 9, i32 10, i32 11>
<jfalempe> I don't see the issue, concatenating a 8xi8 with 4xi8 vector ?
<karolherbst> jfalempe: sure you can mix vectors of different size?
LexSfX has quit []
<jfalempe> they must be of the same type, but vector length can be different
<karolherbst> well the length is part of the vector type imho
<karolherbst> it also states <n x <ty>> <v1>, <n x <ty>> <v2>
<karolherbst> n for both args
<jfalempe> hum ok, at least on s390x, it didn't matter ;)
<karolherbst> mh yeah.. it's a bit weird, the doc isn't really all that clear to me. Do you get the same code on s390x and it compiles fine?
<jfalempe> I wasn't able to see the IR assembly, but yes, it worked at concatenating two vector of 8 and 4 size.
<karolherbst> mhhh
LexSfX has joined #dri-devel
<jfalempe> but I think it can be worked around, I can extend one vector to be as long as the first one.
<karolherbst> yeah, you could just add undefs as well, I am still curious on the validation part here
gawin has joined #dri-devel
<jfalempe> the doc is clear on the type, but for the length it's a bit ambiguous.
<karolherbst> as you see it doubles the element count of the first vector
<karolherbst> and checks if the mask contains as many elements
<karolherbst> I am sure that the vector size is part of the Vector type
<karolherbst> contrary to arrays
<karolherbst> where it's normally not
<jfalempe> oh ok, at least that explain the CI failure ;)
<jekstrand> karolherbst: Do the 2000 and 3000 series NVIDIA cards work reasonably well with nouveau?
<karolherbst> jekstrand: only 2000
<karolherbst> well
<karolherbst> depends on what you expect
<karolherbst> 3000 doesn't have acceleration yet
<karolherbst> at least not the GL kind of
<jekstrand> Does the kernel work for it?
<karolherbst> yeah
<karolherbst> it should
<jekstrand> Does nothing work or is it just that no one's done the piglit triage?
<karolherbst> we didn't get any firmware yet for those
<jekstrand> Oh
<karolherbst> so all we wired up was the copy engine for prime
<jekstrand> So more like nothing. :)
<karolherbst> well
<karolherbst> the firmware is required for context switching
<karolherbst> so in the kernel we can kind of do acceleration :D
<jekstrand> Ok, so we just move all of Mesa into a privileged systemd daemon. Problem solved. :P
<karolherbst> :P
<karolherbst> welll... we still have to context switch as nouveau uses its own gpu context :)
<jekstrand> not if everything happens inside nouveaud
<karolherbst> uhm....
<karolherbst> well...
<karolherbst> if you want to move kms into userspace....
<karolherbst> I'd know about more interesting projects to work on, but if that's to your liking :)
<jekstrand> hehe
mattst88 has joined #dri-devel
<karolherbst> jfalempe: ehh seems like for arrays size is also part of the type... oh well.. all of this is always a little weird.. arrays vs vectors I mean
<karolherbst> the differences are... relevant, but still they feel the same
<jfalempe> yes, the shufflevector instruction is a bit weird to use.
<karolherbst> yeah.. although it's more of a helper than trying to mimic a real instruction. easier to use that then to do the shifting+masking yourself :
<karolherbst> :)
<karolherbst> I don't think there is even hardware with a native shufflevector instruction, is there?
<Lyude> mripard: BTW - have you seen any of the discussion around nonblocking modesets w/ regards to private modeset objects?
<airlied> shufflevector won't do non 8-bit align will it?
<jfalempe> airlied, I think it won't
<jfalempe> and I think that there are no hardware that can do arbitrary vector shuffle instruction.
<karolherbst> yeah...
<jfalempe> or maybe a FPGA ;)
<karolherbst> something even needs it with dynamic indicies
<karolherbst> not sure if it was CL or some stupid lowering
<airlied> there may be some x86 shuffle opcodes, that llvm can use
<airlied> they don't cover everything
<karolherbst> yeah.. like and 0xff :P
<airlied> but it should use them where possible, llvmpipe also has some special case code
<karolherbst> ahh packing
<jfalempe> you can mix 16 bits things, but it cover only a few of vectorshuffle use case.
<karolherbst> yeah
<karolherbst> packing is kind of a trivial enough use case
<karolherbst> it's just an ored shift
<karolherbst> as long as indicies are constant nothing is too crazy about it anyway
<jfalempe> in the end, llvm will probably generate bitmask and bitshift instruction anyway ;)
<karolherbst> or optimize layouts so it won't be needed at all
digetx is now known as Guest240
Guest240 has quit [Ping timeout: 480 seconds]
shankaru has quit [Quit: Leaving.]
digetx has joined #dri-devel
ella-0_ has joined #dri-devel
ella-0 has quit [Read error: Connection reset by peer]
heat has quit [Ping timeout: 480 seconds]
gouchi has joined #dri-devel
lynxeye has quit []
<jekstrand> Seems like marge is just sitting there again. :-(
<airlied> I just got a windows failure
<airlied> I just got two windows failures
<jekstrand> Yeah, I'm trying to land the MR which fixes those...
<jekstrand> Ok, looks like Marge just picked it up
Peste_Bubonica has quit [Quit: Leaving]
iive has joined #dri-devel
lemonzest has quit [Quit: WeeChat 3.4]
DanaG has joined #dri-devel
mclasen has quit [Ping timeout: 480 seconds]
agd5f has quit [Remote host closed the connection]
LexSfX has quit [Remote host closed the connection]
quantum5 has quit [Quit: ZNC - https://znc.in]
quantum5 has joined #dri-devel
exit70 has quit [Quit: ZNC 1.8.2 - https://znc.in]
LexSfX has joined #dri-devel
agd5f has joined #dri-devel
sh_zam has quit [Read error: Connection reset by peer]
exit70 has joined #dri-devel
sh_zam has joined #dri-devel
Peste_Bubonica has joined #dri-devel
dianders has quit [Read error: Connection reset by peer]
cengiz_io has quit [Read error: Connection reset by peer]
angular_mike_____ has quit [Read error: Connection reset by peer]
markyacoub has quit [Write error: connection closed]
rg3igalia has quit [Read error: Connection reset by peer]
CosmicPenguin has quit [Read error: Connection reset by peer]
hfink has quit [Read error: Connection reset by peer]
seanpaul has quit [Read error: Connection reset by peer]
neoXite__ has quit [Read error: Connection reset by peer]
cwabbott has quit [Read error: Connection reset by peer]
lileo___ has quit [Read error: Connection reset by peer]
MTCoster has quit [Read error: Connection reset by peer]
tfiga has quit [Read error: Connection reset by peer]
robclark has quit [Read error: Connection reset by peer]
angular_mike_____ has joined #dri-devel
dschuermann has quit [Read error: Connection reset by peer]
narmstrong has quit [Read error: Connection reset by peer]
hwentlan____ has quit [Read error: Connection reset by peer]
jstultz has quit [Read error: Connection reset by peer]
lileo___ has joined #dri-devel
ezequielg has quit [Read error: Connection reset by peer]
neoXite__ has joined #dri-devel
hwentlan____ has joined #dri-devel
zzag has quit [Read error: Connection reset by peer]
cengiz_io has joined #dri-devel
rg3igalia has joined #dri-devel
seanpaul has joined #dri-devel
hfink has joined #dri-devel
cwabbott has joined #dri-devel
tfiga has joined #dri-devel
narmstrong has joined #dri-devel
jstultz has joined #dri-devel
robclark has joined #dri-devel
ezequielg has joined #dri-devel
dianders has joined #dri-devel
mmx_in_orbit has quit [Read error: Connection reset by peer]
mmx_in_orbit has joined #dri-devel
rib___ has quit [Read error: Connection reset by peer]
steev has quit [Read error: Connection reset by peer]
daniels has quit [Write error: connection closed]
ogabbay has quit [Read error: Connection reset by peer]
arnd has quit [Read error: Connection reset by peer]
austriancoder has quit [Read error: Connection reset by peer]
tchar has quit [Read error: Connection reset by peer]
rib___ has joined #dri-devel
CosmicPenguin has joined #dri-devel
daniels has joined #dri-devel
markyacoub has joined #dri-devel
austriancoder has joined #dri-devel
MTCoster has joined #dri-devel
tchar has joined #dri-devel
ogabbay has joined #dri-devel
arnd has joined #dri-devel
dschuermann has joined #dri-devel
zzag has joined #dri-devel
steev has joined #dri-devel
zmike has quit [Read error: No route to host]
mclasen has joined #dri-devel
zmike has joined #dri-devel
tchar has quit [Read error: Connection reset by peer]
ogabbay has quit [Read error: No route to host]
tchar has joined #dri-devel
austriancoder has quit [Read error: Connection reset by peer]
dschuermann has quit [Read error: Connection reset by peer]
ogabbay has joined #dri-devel
dschuermann has joined #dri-devel
austriancoder has joined #dri-devel
tchar has quit [Read error: Connection reset by peer]
tchar has joined #dri-devel
dschuermann has quit [Read error: Connection reset by peer]
dschuermann has joined #dri-devel
ogabbay has quit [Read error: Connection reset by peer]
ogabbay has joined #dri-devel
zzag has quit [Read error: No route to host]
arnd has quit [Read error: Connection reset by peer]
steev has quit [Read error: No route to host]
zzag has joined #dri-devel
arnd has joined #dri-devel
steev has joined #dri-devel
<ajax> jekstrand: can you give !15558 an eye if you get a second? assuming you care about wsi/x11 still
ybogdano has joined #dri-devel
<jekstrand> ajax: Looks fine but I don't know enough about X11 to tell you if you're right.
<jekstrand> I think that means an ack?
tzimmermann has quit [Quit: Leaving]
iive has quit []
iive has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
<ajax> jekstrand: kopper hits that path when you destroy the X window from the outside, like if the wm shoots you down when the user clicked Close
<ajax> if you just return OUT_OF_DATE there you'll spin violently failing to recreate a swapchain against a gone window
<ajax> and afaict the list of reasons i gave in the commit message really are all the ways wait_for_event could fail, but that's just from reading the code not like actual coverage testing
Major_Biscuit has quit []
<ajax> anyway i'll consider that an ack, thanks. will push tomorrow if nobody objects
DanaG has quit [Read error: Connection reset by peer]
Duke`` has quit [Ping timeout: 480 seconds]
Haaninjo has quit [Quit: Ex-Chat]
imre has quit [Ping timeout: 480 seconds]
pinchartl has quit [Ping timeout: 480 seconds]
pinchartl has joined #dri-devel
maxzor has joined #dri-devel
mvlad has quit [Remote host closed the connection]
rkanwal has quit [Quit: rkanwal]
maxzor has quit []
frankbinns has quit [Remote host closed the connection]
<karolherbst> how does resource_copy_region work for array textures? do I have to call it for each array element?
mhenning has joined #dri-devel
<karolherbst> ohh I have to set depth to the array thing...
<karolherbst> ehh no, I have to call it per array element
heat has joined #dri-devel
<karolherbst> at least that's what st_texture_image_copy does
gouchi has quit [Remote host closed the connection]
<karolherbst> well.. I just yolo it and hope driver fix it up internally?
pnowack has quit [Quit: pnowack]
pcercuei has quit [Quit: Lost terminal]
danvet has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
kts has quit [Quit: Konversation terminated!]
rbrune has quit [Ping timeout: 480 seconds]
ahajda has quit [Quit: Going offline, see ya! (www.adiirc.com)]