ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
kts has joined #dri-devel
pcercuei has quit [Quit: dodo]
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
danvet has quit [Ping timeout: 480 seconds]
ella-0_ has joined #dri-devel
ella-0 has quit [Read error: Connection reset by peer]
DragoonAethis has quit [Quit: hej-hej!]
DragoonAethis has joined #dri-devel
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
jernej has joined #dri-devel
jernej has quit []
jernej has joined #dri-devel
JohnnyonFlame has joined #dri-devel
JohnnyonF has quit [Ping timeout: 480 seconds]
<mareko> ajax: if amber uses glvnd and its own libGL, then we can merge libGL and libglapi into libgallium_dri.so, right?
<mareko> airlied: ^^
camus has joined #dri-devel
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
bluetail21 has quit [Ping timeout: 480 seconds]
so4 has joined #dri-devel
macromorgan has quit [Quit: Leaving]
YuGiOhJCJ has joined #dri-devel
bluetail21 has joined #dri-devel
haasn has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
haasn has joined #dri-devel
saurabhg has joined #dri-devel
so4 has quit []
so4 has joined #dri-devel
warpme___ has quit []
lygstate_ has joined #dri-devel
lygstate has quit [Ping timeout: 480 seconds]
lygstate has joined #dri-devel
lygstate_ has quit [Read error: Connection reset by peer]
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
kts has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
Duke`` has joined #dri-devel
mattrope has quit [Remote host closed the connection]
mattrope has joined #dri-devel
fab has joined #dri-devel
so4 has quit []
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit [Remote host closed the connection]
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
kem has quit [Ping timeout: 480 seconds]
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
kem has joined #dri-devel
i-garrison has quit [Read error: Connection reset by peer]
i-garrison has joined #dri-devel
camus1 has joined #dri-devel
sdutt has quit [Read error: Connection reset by peer]
rasterman has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
camus1 has quit [Remote host closed the connection]
camus has joined #dri-devel
saurabh_1 has joined #dri-devel
guptasa2_ has joined #dri-devel
saurabhg has quit [Ping timeout: 480 seconds]
saurabhg has joined #dri-devel
saurabh_1 has quit [Ping timeout: 480 seconds]
danvet has joined #dri-devel
guptasa2_ has quit [Ping timeout: 480 seconds]
gouchi has joined #dri-devel
gouchi has quit [Remote host closed the connection]
srslypascal is now known as Guest1408
srslypascal has joined #dri-devel
Guest1408 has quit [Ping timeout: 480 seconds]
camus1 has joined #dri-devel
warpme___ has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
<MrCooper> mareko: with GLVND, libGL comes from that, not from Mesa
FireBurn has joined #dri-devel
pcercuei has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
luc4 has joined #dri-devel
chivay has left #dri-devel [#dri-devel]
gouchi has joined #dri-devel
gouchi has quit [Remote host closed the connection]
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
gouchi has joined #dri-devel
gouchi has quit [Remote host closed the connection]
glennk has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
glennk has joined #dri-devel
Haaninjo has joined #dri-devel
kts has joined #dri-devel
sdutt has joined #dri-devel
fab has quit [Ping timeout: 480 seconds]
lygstate has quit [Remote host closed the connection]
fab has joined #dri-devel
camus1 has quit [Remote host closed the connection]
camus has joined #dri-devel
heat has joined #dri-devel
kem has quit [Ping timeout: 480 seconds]
kem has joined #dri-devel
kem has quit [Ping timeout: 480 seconds]
kem has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
cengiz_io has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
alatiera has quit [Ping timeout: 480 seconds]
rsripada has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
lemonzest has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
sdutt has quit [Ping timeout: 480 seconds]
luc4 has quit [Remote host closed the connection]
sdutt has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
saurabhg has quit [Ping timeout: 480 seconds]
digetx has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
digetx has joined #dri-devel
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
alatiera has joined #dri-devel
kem has quit [Ping timeout: 480 seconds]
alatiera has quit [Quit: The Lounge - https://thelounge.chat]
alatiera has joined #dri-devel
Danct12 has quit [Read error: Connection reset by peer]
kem has joined #dri-devel
fab has quit [Quit: fab]
dakr has joined #dri-devel
dakr has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
LexSfX has quit []
warpme___ has quit []
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
<karolherbst> if you have strong opinions on "rust", please make sure to read and respond on https://lists.freedesktop.org/archives/dri-devel/2022-August/368533.html
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
<pinchartl> karolherbst: strong opinions on rust in general, or on rust in mesa only ? :-)
<karolherbst> both :P
<pinchartl> I haven't read the full mail thread, so maybe it was addressed already, but given your statement in the pull request ("I wanted to learn Rust and I was thinking, why not implement OpenCL in it inside mesa and see how nice it would be to use Rust inside mesa."), it could be helpful to summarize what you've learnt through that process
<pinchartl> the pros and cons, the current issues, the things that went smoothly, the gains rust already brought, ...
<karolherbst> pinchartl: I was planning to do that on XDC with my rusticl talk
<pinchartl> I'll try to watch that (I won't be on site)
<pinchartl> do you plan to talk about what it would talk to remove the unsafe statements in the current implementation ?
<karolherbst> but yeah.. maybe it makes sense to write something before that though
<karolherbst> pinchartl: it's probably not possible at all
<karolherbst> also.. nothing bad about unsafe, you just have to know what you are doing htere
<pinchartl> from a quick glance at the changes there's lots of unsafe statements without any comment
<karolherbst> yeah.. mostly dealing with C API pointers
<karolherbst> "uhh I dereference a C pointer, but I assume it's safe, because the spec says so" or something :P
<karolherbst> not much we can really do or explain in most places
<pinchartl> have you discovered areas where unsafe pointed to things that may actually be unsafe ?
<karolherbst> most of the time it's about "the API spec guarantees it" or "we have to assume the application is not stupid"
<pinchartl> I'm thinking about lifetime management of objects in particular
<pinchartl> the second part bothers me more. relying on *anything* not being stupid is generally, well, maybe stupid ? :-D
<karolherbst> well.. hard to say.. there are a few things in the spec, like you shouldn't take references for objects set on kernel params, but you can still do
<karolherbst> yeah.. but I implement a C API
<karolherbst> I have to draw some lines unless I want to make everything unsafe
<pinchartl> jokes aside, I have nightmares just thinking about introducing rust in the V4L2 subsystem, as life time management of objects is completely broken. there's no need to give it a try to know it will be horrible. in other kernel subsystems, I would assume rust would point to similar issues that may be fixable. trying rust usually provides a good indicator of the quality of the software design. telling
<pinchartl> about your findings in that area for the mesa code base would be an interesting chapter in your XDC presentation
<karolherbst> pinchartl: the good thing about Rust is, that it doesn't define lifetime objects at all
<karolherbst> uhm
<karolherbst> OpencL I mean
<karolherbst> there are some structs defined, but mostly data objects
<karolherbst> lifetime objects like "cl_mem" are just pointers from an API perspective and I can do whatever I want internally
<karolherbst> but we also return pointers to Arc managed objects and return the Arcs reference count through the API
kts has joined #dri-devel
<karolherbst> of course the client can just drop it to 0 whenever they wish
<karolherbst> and in this case our runtime is toast
<karolherbst> but... that would also mean the application is dysfunctional on literally every CL impl
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
pcercuei has quit [Quit: dodo]
heat has quit [Read error: No route to host]
heat has joined #dri-devel
danvet has quit [Ping timeout: 480 seconds]
Haaninjo has quit [Quit: Ex-Chat]