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]
YuGiOhJCJ has joined #dri-devel
alyssa has joined #dri-devel
* alyssa
wonders if we should have perf_debug for vbuf
yuq825 has joined #dri-devel
<mareko>
alyssa: what for?
camus has joined #dri-devel
columbarius has joined #dri-devel
camus has quit []
co1umbarius has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
bluebugs has joined #dri-devel
moa has quit [Ping timeout: 480 seconds]
Net147 has quit [Quit: Quit]
Net147 has joined #dri-devel
<jekstrand>
karolherbst: I don't remember exactly how it all works out for gallium drivers. We want to map indices in the shader (whether through variables or direct indices) to indices in the arrays of samplers, images, and textures bound through the gallium API.
<alyssa>
mareko: We have a PAN_MESA_DEBUG=perf option that will print warnings when hitting fallback paths, flushing prematurely, etc
<alyssa>
coarse indication of why something might be slow
<alyssa>
If vbuf were part of my driver, I'd have a perf_debug in the fallback draw_vbo
<alyssa>
to alert me that an app might be slowed due to vbuf translation, but maybe if I tweaked something in my driver I could get avoid the fallback
<alyssa>
(As a cheap hack alternative, I inserted a pile of printfs into vbuf which alerted me to Firefox falling back due to me setting the wrong alignment CAPs.)
bmodem has joined #dri-devel
<alyssa>
similarly for "a vertex format is being emulated, maybe you could support it natively and you just forgot?"
<alyssa>
(Or you didn't wire it up because you didn't think anything but the CTS would ever use it.)
Net147 has quit [Quit: Quit]
Net147 has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
bmodem has quit [Ping timeout: 480 seconds]
JohnnyonFlame has joined #dri-devel
JohnnyonFlame has quit []
srslypascal has quit [Quit: Leaving]
srslypascal has joined #dri-devel
mhenning has quit [Quit: mhenning]
bmodem has joined #dri-devel
Akari has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
aravind has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
i-garrison has quit []
i-garrison has joined #dri-devel
Akari has joined #dri-devel
jlawryno has joined #dri-devel
danvet has joined #dri-devel
frieder has joined #dri-devel
rasterman has joined #dri-devel
lemonzest has joined #dri-devel
tursulin has joined #dri-devel
tzimmermann has joined #dri-devel
jfalempe has joined #dri-devel
Leopold has joined #dri-devel
swalker_ has joined #dri-devel
swalker_ is now known as Guest16
swalker__ has joined #dri-devel
Guest16 has quit [Ping timeout: 480 seconds]
foul_owl has quit [Ping timeout: 480 seconds]
foul_owl has joined #dri-devel
vliaskov has joined #dri-devel
pcercuei has joined #dri-devel
Leopold has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
<karolherbst>
jekstrand: yeah... it's all a bit of a mess, especially as you can have samplers within structs as well
<karolherbst>
anyway.. for now I'll treat driver_location as the position inside the kernel input buffer and binding as the actual binding pointer (for images it would be the index emited in case we have indirects)
<karolherbst>
I fixed the cl lowering pass for that already anyway
kts has joined #dri-devel
kts has quit []
Terman has quit [Remote host closed the connection]
jfalempe_ has joined #dri-devel
jfalempe has quit [Read error: Connection reset by peer]
pendingchaos_ has quit [Ping timeout: 480 seconds]
pendingchaos has joined #dri-devel
kts has joined #dri-devel
kts has quit []
gawin has joined #dri-devel
kts has joined #dri-devel
kts has quit [Remote host closed the connection]
bmodem has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
paulk has quit [Ping timeout: 480 seconds]
paulk has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
Leopold has joined #dri-devel
Surkow|laptop has quit [Read error: Connection reset by peer]
Surkow|laptop has joined #dri-devel
luc4 has joined #dri-devel
luc4 has quit [Ping timeout: 480 seconds]
lkw has joined #dri-devel
mrkajetanp has joined #dri-devel
<rsalvaterra>
Hi, everyone. So, today's oibaf's mesa build makes hasvk crap out when running vulkaninfo: https://paste.debian.net/1259036/
kts has quit [Quit: Leaving]
aravind has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
<dj-death>
rsalvaterra: are you able to get a backtrace?
mvlad has joined #dri-devel
kts has joined #dri-devel
srslypascal has quit [Ping timeout: 480 seconds]
<danvet>
jlawryno, maybe cross review with gna at least?
<danvet>
there's also the quic driver from qualcom, but that's missing userspace
<jlawryno>
ok
<jlawryno>
there are actually some reviews coming in
<danvet>
ah cool
<danvet>
otherwise also pinging drm-misc maintainers here for what you can review in turn, they're mlankhorst mripard tzimmermann
swalker__ has quit [Remote host closed the connection]
<jlawryno>
ok, cool
<danvet>
also I need to drag oded on here :-)
<jlawryno>
Thomas is already reviewing the patchset
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
<jlawryno>
we can contribute some manpower to review drm-devel
kts has quit [Quit: Leaving]
sarahwalker has joined #dri-devel
swalker_ has joined #dri-devel
swalker_ is now known as Guest30
<tzimmermann>
jlawryno, am i?
<tzimmermann>
oh, the accalerator patches. yes i left some comments
lkw has quit [Ping timeout: 480 seconds]
sarahwalker has quit [Ping timeout: 480 seconds]
lkw has joined #dri-devel
<danvet>
jlawryno, one of the other pure accel/render drivers might be best candidates, like panfrost or v3d if such patches are floating around
dianders_ has quit []
dianders has joined #dri-devel
<rsalvaterra>
dj-death: Not really, that's all output I get.
<jlawryno>
ok, we will review patchsets for qaic/gna and floating patches for panfrost, v3d and anything that is not too 3d/display oriented
<jlawryno>
tzimmermann: are you planning to review some more?
<dj-death>
rsalvaterra: please file an issue
kts has joined #dri-devel
<tzimmermann>
jlawryno, i'll take another look at the patches tomorrow. but most seems to be hardware related. i cannot really comment on that
<jlawryno>
you know, it's a driver LOL
<jlawryno>
but seriously your feedback has been very useful
tanty has quit [Remote host closed the connection]
<tzimmermann>
you're welcome
tanty has joined #dri-devel
yuq825 has quit []
zehortigoza has quit [Remote host closed the connection]
zehortigoza has joined #dri-devel
lkw has quit [Ping timeout: 480 seconds]
<alyssa>
jlawryno: hardware specific code in YOUR driver? likelier than you would think
<ccr>
:O
gardin has joined #dri-devel
gawin has quit [Ping timeout: 480 seconds]
DottorLeo has joined #dri-devel
<DottorLeo>
hi!
<DottorLeo>
karolherbst, an hypotetical question: when rustcl will be enough complete with features, a user can theoretically mix and match different drivers, like for example using an Intel (iris) device together with a radeonsi device?
<karolherbst>
DottorLeo: yep
<karolherbst>
that's already implemented and works
<DottorLeo>
and to the extreme... an iris+radeonsi+r600+noveau? :D
<karolherbst>
sure
<DottorLeo>
yeah it's silly but theoretically :D
<DottorLeo>
wow
<karolherbst>
throw in llvmpipe as well
<karolherbst>
:P
<DottorLeo>
damn i have a haswell+polaris+tahiti ready to test :D
<DottorLeo>
did you tried rusticl with John the ripper?
<karolherbst>
not yet
<karolherbst>
do they actually do CL encoding?
<DottorLeo>
it's a crypto password breaking, i remember that i've tried it on windows to see how much hash i can do with my card
<DottorLeo>
Phoronix uses it on their test
<DottorLeo>
but it has also an opencl implementation
<jenatali>
karolherbst: How do you migrate mem contents from one device to the other?
<karolherbst>
jenatali: you don't have to?
<karolherbst>
each cl_mem has it's device private version
<jenatali>
If you create a context with multiple devices, a queue on each, you can use a single mem object on multiple queues
<karolherbst>
sure
<karolherbst>
but each device sees its own version
<karolherbst>
there is no req to sync the content afaik
<jenatali>
The contents are supposed to be coherent I thought
<karolherbst>
maybe I messed up, but that's not what needs to be done I'm sure
<jenatali>
Hmmm I'll have to find the spec wording that made me think I had to do that
<DottorLeo>
karolherbst, also BOINC has a lot of projects with OpenCL enabled binaries
<karolherbst>
it's different with host ptrs obviously
lkw has joined #dri-devel
<karolherbst>
jenatali: I mean.. you can only read out mem buffers on a queue anyway...
<jenatali>
Yeah I'll browse the spec
<karolherbst>
|When global memory is manipulated by multiple kernel-instances running on multiple devices, the OpenCL runtime system must manage the association of memory objects with a given device. In most cases the OpenCL runtime will implicitly associate a memory object with a device. A kernel instance is naturally associated with the command queue to which the kernel was submitted. Since a command-queue can only access a single device, the queue
<karolherbst>
uniquely defines which device is involved with any given kernel-instance; hence defining a clear association between memory objects, kernel-instances and devices. Programmers may anticipate these associations in their programs and explicitly manage association of memory objects with devices in order to improve performance.|
<jenatali>
I implemented it and it was a pain and if I can delete it that'd be nice
<karolherbst>
mhhhh
<karolherbst>
though I am curious if reads/writes actually have to be synced.. that would be pain
<jenatali>
Right there's an explicit migrate command, but that's only an optimization IIRC
pcercuei has quit [Read error: Connection reset by peer]
<jenatali>
Not in front of a PC atm so spec browsing is tricky, will find it in a bit
pcercuei has joined #dri-devel
<karolherbst>
uhhh.. maybe I should check if I actually pass all those multi device CTS tests...
<jenatali>
I know my migrate code gets hit there
alyssa has left #dri-devel [#dri-devel]
<jenatali>
Multi-device and printf were the two things I thought I was going to punt on but ended up implementing
<karolherbst>
mhhh....
<karolherbst>
guess I should take a look and see what the CTS is testing here..
<DottorLeo>
karolherbst, why zink is supporting Rustcl? I thought that Zink is a traslation layer for OpenGL->Vulkan
<karolherbst>
yeah well.. now it can also translates CL to vulkan
<jenatali>
Typically, memory objects are implicitly migrated to a device for which enqueued commands, using the memory object, are targeted.
<jenatali>
That sounds pretty clearly like contents need to be maintained in multi-device usage
alyssa has joined #dri-devel
<karolherbst>
sad :'(
<jenatali>
Yeah
<karolherbst>
guess I'm wrong and rusticl is broken then
<karolherbst>
oh well...
<karolherbst>
shouldn't be terribly hard to fix
<karolherbst>
just need to sync up the pipe_resources between devices
<jenatali>
That's the main reason I was surprised when you said you already did multi-device, that was pretty tricky for me to get right
<jenatali>
That and the fact that you can compile a program with different args for different devices... that's just stupid
<karolherbst>
yeah...
<karolherbst>
the latter part I've implemented correctly tho
<karolherbst>
each device has its own spirv
<karolherbst>
and so on
<karolherbst>
so I really just miss syncing up the memory..mhhh
<jenatali>
Yeah. I also did an optimization for the case where you use the same args for all devices
<karolherbst>
ehhh...
<karolherbst>
yeah.. dunno.. I might add that later once it becomes an issue
<jenatali>
Fair
<karolherbst>
not really caring about that little RAM wasted :D
<karolherbst>
I have bigger perf issues anyway
<alyssa>
i feel like if you have multiple devices you can waste a little ram :p
<jenatali>
Fair. I was more trying to avoid the Clang cost
<karolherbst>
I do wonder though.. do I only need to track with resource/device has the live content and deal with that once a different device uses the same cl_mem object or is there more to it?
<karolherbst>
I mean.. given how gallium works atm, I'll probably have to go through the CPU for this anyway, but....
<karolherbst>
doesn't sound too painful
<karolherbst>
mhh.. though I only need to update if it's actually written to, like what if one device writes and the others only read...
DottorLeo has quit [Quit: Leaving]
<jenatali>
karolherbst: Yeah that's all I do, each mem has a current active device, and when it's used somewhere else I migrate the contents
lkw has quit [Ping timeout: 480 seconds]
<jenatali>
And yeah that's true, but can you know that?
<karolherbst>
yeah, you can
<jenatali>
I guess if the mem is bound as a readonly image, or as a constant arg, yeah
<karolherbst>
if the cl_mem is only bound as constant mem and never written to by the API
<karolherbst>
yep
<jenatali>
Good point. Filing an issue on myself to allow simultaneous readers across multiple devices
xiaoyaobing has joined #dri-devel
xiaoyaobing has quit []
<alyssa>
jenatali: rusticl12 when
<alyssa>
errr RusticlOn12?
<jenatali>
Dunno
lkw has joined #dri-devel
<karolherbst>
let's get zink done first :D
<karolherbst>
but yeah.. i suspect I'll have tons of random weirdo little bugs around
<jenatali>
I realized I'm a little less inclined just because I don't think I'd be able to use a single build for both GL and Rusticl, since I don't think an MSVC solution can have Rust code in it...
xiaoyaobing has joined #dri-devel
<alyssa>
i thought Microsoft <3 Rust now
<karolherbst>
:'(
<jenatali>
Yeah parts of it
<jenatali>
We actually have Rust code in the Windows source tree :O
<jenatali>
And we'd talked about adopting gfx-rs instead of buliding dzn
Haaninjo has joined #dri-devel
<karolherbst>
huh...
gawin has joined #dri-devel
<jenatali>
But yeah it's not a non-starter, it's just not where I'm focusing time right now
Jeremy_Rand_Talos has joined #dri-devel
xiaoyaobing has quit []
<mareko>
alyssa: if this is about translate, it's also used when indices have to be unrolled due to the vertex count being far less than max_index-min_index, and that's a case where translate is the fast path
<mareko>
alyssa: a perf option would be fine
<mareko>
alyssa: I would just generally recommend emulating all vertex formats in the vertex shader instead of on the CPU
<mareko>
that would just be an increase in the shader key for you
<daniels>
jenatali: dzn RiiR!
<alyssa>
mareko: It's less "I've looked at this vertex format and decided I should emulate it on the CPU" and more "I have native hw for this format but I forgot to return true for is_format_supported, whoops" but yeah
<alyssa>
(For Mali, which supports Everything on the older GPUs .... For Apple yeah we need to emulate piles of formats with shader keys, it's a todo.)
<bl4ckb0ne>
small diff, ext has been review already
jlawryno has quit [Ping timeout: 480 seconds]
Akari has quit [Ping timeout: 480 seconds]
<gawin>
mareko: I need to implement pcoords/texcoords in r300 (some nir passes are buggy without), I've tried to map it similar to others in r300_shader_semantics (pos, psize, color, bcolor...) doesn't work. am I missing something here?
MatrixTravelerbot[m]1 has quit [Write error: connection closed]
Guest4154 has quit [Write error: connection closed]
frytaped[m] has quit [Write error: connection closed]
PiGLDN[m] has quit [Write error: connection closed]
Tooniis[m] has quit [Write error: connection closed]
viciouss[m] has quit [Write error: connection closed]
tintou has quit [Write error: connection closed]
masush5[m] has quit [Write error: connection closed]
Dylanger has quit [Write error: connection closed]
hasebastian[m] has quit [Write error: connection closed]
DrNick has quit [Write error: connection closed]
tleydxdy has quit [Write error: connection closed]
xerpi[m] has quit [Write error: connection closed]
Guest4160 has quit [Write error: connection closed]
nyorain[m] has quit [Write error: connection closed]
Mershl[m] has quit [Write error: connection closed]
KunalAgarwal[m] has quit [Write error: connection closed]
jenatali has quit [Write error: connection closed]
zzoon[m] has quit [Write error: connection closed]
gnustomp[m] has quit [Write error: connection closed]
Anson[m] has quit [Write error: connection closed]
RAOF has quit [Write error: connection closed]
T_UNIX has quit [Write error: connection closed]
pac85[m] has quit [Write error: connection closed]
Sumera[m] has quit [Write error: connection closed]
kusma has quit [Write error: connection closed]
cmeissl[m] has quit [Write error: connection closed]
danylo has quit [Write error: connection closed]
Ella[m] has quit [Write error: connection closed]
hch12907 has quit [Write error: connection closed]
chema has quit [Write error: connection closed]
tomba has quit [Write error: connection closed]
naheemsays[m] has quit [Write error: connection closed]
r[m] has quit [Write error: connection closed]
DavidHeidelberg[m] has quit [Write error: connection closed]
aura[m] has quit [Write error: connection closed]
sjfricke[m] has quit [Write error: connection closed]
pushqrdx[m] has quit [Write error: connection closed]
onox[m] has quit [Write error: connection closed]
kunal_10185[m] has quit [Write error: connection closed]
JosExpsito[m] has quit [Write error: connection closed]
jasuarez has quit [Write error: connection closed]
GeorgesStavracasfeaneron[m] has quit [Write error: connection closed]
egalli has quit [Write error: connection closed]
doras has quit [Write error: connection closed]
cwfitzgerald[m] has quit [Write error: connection closed]
undvasistas[m] has quit [Write error: connection closed]
kunal10710[m] has quit [Write error: connection closed]
knr has quit [Write error: connection closed]
Eighth_Doctor has quit [Write error: connection closed]
kunal_1072002[m] has quit [Write error: connection closed]
Labnan[m] has quit [Write error: connection closed]
michael5050[m] has quit [Write error: connection closed]
underpantsgnome[m] has quit [Write error: connection closed]
cleverca22[m] has quit [Write error: connection closed]
martijnbraam has quit [Write error: connection closed]
kallisti5[m] has quit [Write error: connection closed]
Jean[m]1 has quit [Write error: connection closed]
Newbyte has quit [Write error: connection closed]
bluepenquin has quit [Write error: connection closed]
EricCurtin[m] has quit [Write error: connection closed]
LaughingMan[m] has quit [Write error: connection closed]
DemiMarie has quit [Write error: connection closed]
nielsdg has quit [Write error: connection closed]
znullptr[m] has quit [Write error: connection closed]
gallo[m] has quit [Write error: connection closed]
zamundaaa[m] has quit [Write error: connection closed]
Soroush has quit [Write error: connection closed]
sigmoidfunc[m] has quit [Write error: connection closed]
moben[m] has quit [Write error: connection closed]
ella-0[m] has quit [Write error: connection closed]
Mis012[m] has quit [Write error: connection closed]
x512[m] has quit [Write error: connection closed]
Nirvin[m] has quit [Write error: connection closed]
ramacassis[m] has quit [Write error: connection closed]
mairacanal[m] has quit [Write error: connection closed]
mripard has quit [Write error: connection closed]
neobrain[m] has quit [Write error: connection closed]
dcbaker has quit [Write error: connection closed]
bylaws has quit [Write error: connection closed]
arisu has quit [Write error: connection closed]
Wallbraker[m] has quit [Write error: connection closed]
dafna33[m] has quit [Write error: connection closed]
yshui` has quit [Write error: connection closed]
eyearesee has quit [Write error: connection closed]
Vin[m] has quit [Write error: connection closed]
heftig has quit [Write error: connection closed]
ralf1307[theythem][m] has quit [Write error: connection closed]
YaLTeR[m] has quit [Write error: connection closed]
robertmader[m] has quit [Write error: connection closed]
halfline[m] has quit [Write error: connection closed]
reactormonk[m] has quit [Write error: connection closed]
robertfoss[m] has quit [Write error: connection closed]
Strit[m] has quit [Write error: connection closed]
jekstrand[m] has quit [Write error: connection closed]
AlexisHernndezGuzmn[m] has quit [Write error: connection closed]
gdevi has quit [Write error: connection closed]
Andy[m]1 has quit [Write error: connection closed]
Weiss-Fder[m] has quit [Write error: connection closed]
maxzor has quit []
kts has quit [Quit: Leaving]
Wallbraker[m] has joined #dri-devel
Leopold has quit []
sravn has joined #dri-devel
vliaskov has quit [Remote host closed the connection]
tursulin has quit [Ping timeout: 480 seconds]
nchery_ has joined #dri-devel
nchery is now known as Guest55
nchery_ is now known as nchery
Guest55 has quit [Ping timeout: 480 seconds]
Guest30 has quit [Ping timeout: 480 seconds]
rsalvaterra has quit []
rsalvaterra has joined #dri-devel
srslypascal is now known as Guest58
srslypascal has joined #dri-devel
Guest58 has quit [Ping timeout: 480 seconds]
imre has joined #dri-devel
frieder has quit [Remote host closed the connection]
rsjw has joined #dri-devel
lkw has quit [Ping timeout: 480 seconds]
<airlied>
jekstrand, karolherbst : have you considered or plans for nir debuginfo metadata?
<airlied>
I think being able to produce dwarf debugging info might be something at least a CPU impl of cl would like
lkw has joined #dri-devel
<karolherbst>
I didn't but I think that would require reworking a lot of nir passes.. probably
<lstrano>
airlied: not specifically dwarf info, but there is an MR open for NIR that propagates source location at least (MR 18903)
<rodrigovivi>
jani: danvet: iirc we need an ack from either of you to get a patch to dim merged right? I couldn't find where this was written, but it is what I remember of the rules...
<danvet>
rodrigovivi, yeah I think that's still the deal ...
<danvet>
or at least we two are still listed in MAINTAINERS.rst
gawin has quit [Ping timeout: 480 seconds]
<danvet>
rodrigovivi, maybe do a branch_to_repo and check it's intel?
<danvet>
to also catch topic branches
<danvet>
note repo, not remote, since remote might be some local thing which is different potentially, repo should be the drm-intel name from the integration manifest
<danvet>
rodrigovivi, either way a-b: me on the concept, makes sense :-)
Lyude has joined #dri-devel
<mareko>
gawin: I think you need to add texcoord and pcoord and completely new varyings next to generic
<mareko>
*and=as
lkw has quit [Ping timeout: 480 seconds]
lkw has joined #dri-devel
arisu has joined #dri-devel
Andy[m]1 has joined #dri-devel
aura[m] has joined #dri-devel
bluepqnuin has joined #dri-devel
bylaws has joined #dri-devel
chema has joined #dri-devel
RAOF has joined #dri-devel
cleverca22[m] has joined #dri-devel
cmeissl[m] has joined #dri-devel
Eighth_Doctor has joined #dri-devel
cwfitzgerald[m] has joined #dri-devel
dafna33[m] has joined #dri-devel
dcbaker has joined #dri-devel
DemiMarieObenour[m] has joined #dri-devel
Anson[m] has joined #dri-devel
Guest49 has joined #dri-devel
doras has joined #dri-devel
danylo has joined #dri-devel
Dylanger has joined #dri-devel
EricCurtin[m] has joined #dri-devel
egalli has joined #dri-devel
ella-0[m] has joined #dri-devel
Ella[m] has joined #dri-devel
AlexisHernndezGuzmn[m] has joined #dri-devel
GeorgesStavracasfeaneron[m] has joined #dri-devel
frytaped[m] has joined #dri-devel
gallo[m] has joined #dri-devel
gdevi has joined #dri-devel
gnustomp[m] has joined #dri-devel
Guest69 has joined #dri-devel
halfline[m] has joined #dri-devel
hasebastian[m] has joined #dri-devel
hch12907 has joined #dri-devel
heftig has joined #dri-devel
zzoon[m] has joined #dri-devel
jasuarez has joined #dri-devel
Jean[m]1 has joined #dri-devel
jekstrand[m] has joined #dri-devel
jenatali has joined #dri-devel
JosExpsito[m] has joined #dri-devel
kallisti5[m] has joined #dri-devel
kunal10710[m] has joined #dri-devel
kunal_10185[m] has joined #dri-devel
kunal_1072002[m] has joined #dri-devel
KunalAgarwal[m][m] has joined #dri-devel
kusma has joined #dri-devel
Labnan[m] has joined #dri-devel
LaughingMan[m] has joined #dri-devel
mairacanal[m] has joined #dri-devel
martijnbraam has joined #dri-devel
masush5[m] has joined #dri-devel
Mershl[m] has joined #dri-devel
michael5050[m] has joined #dri-devel
Mis012[m] has joined #dri-devel
moben[m] has joined #dri-devel
mripard has joined #dri-devel
Vin[m] has joined #dri-devel
naheemsays[m] has joined #dri-devel
neobrain[m] has joined #dri-devel
Newbyte has joined #dri-devel
eyearesee has joined #dri-devel
nielsdg has joined #dri-devel
Nirvin[m] has joined #dri-devel
nyorain[m] has joined #dri-devel
DavidHeidelberg[m] has joined #dri-devel
onox[m] has joined #dri-devel
pac85[m] has joined #dri-devel
PiGLDN[m] has joined #dri-devel
pmoreau has joined #dri-devel
pushqrdx[m] has joined #dri-devel
r[m] has joined #dri-devel
ralf1307[theythem][m] has joined #dri-devel
ramacassis[m] has joined #dri-devel
reactormonk[m] has joined #dri-devel
robertmader[m] has joined #dri-devel
robertfoss[m] has joined #dri-devel
sigmoidfunc[m] has joined #dri-devel
sjfricke[m] has joined #dri-devel
Strit[m] has joined #dri-devel
Sumera[m] has joined #dri-devel
knr has joined #dri-devel
T_UNIX has joined #dri-devel
tintou has joined #dri-devel
underpantsgnome[m] has joined #dri-devel
tleydxdy has joined #dri-devel
tomba has joined #dri-devel
Tooniis[m] has joined #dri-devel
undvasistas[m] has joined #dri-devel
Soroush has joined #dri-devel
viciouss[m] has joined #dri-devel
MatrixTravelerbot[m]1 has joined #dri-devel
Weiss-Fder[m] has joined #dri-devel
x512[m] has joined #dri-devel
xerpi[m] has joined #dri-devel
YaLTeR[m] has joined #dri-devel
yshui` has joined #dri-devel
zamundaaa[m] has joined #dri-devel
znullptr[m] has joined #dri-devel
pmoreau is now known as Guest81
heat_ has joined #dri-devel
heat has quit [Read error: Connection reset by peer]