heat_ has quit [Remote host closed the connection]
heat_ has joined #dri-devel
mclasen has quit [Ping timeout: 480 seconds]
Kayden has joined #dri-devel
heat_ has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has joined #dri-devel
cheako has quit [Quit: Connection closed for inactivity]
mceier has joined #dri-devel
benjaminl has quit [Remote host closed the connection]
benjaminl has joined #dri-devel
Leopold has quit [Remote host closed the connection]
Leopold has joined #dri-devel
Duke`` has joined #dri-devel
i-garrison has quit []
Duke`` has quit [Ping timeout: 480 seconds]
i-garrison has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
dri-logger has quit [Remote host closed the connection]
dri-logger has joined #dri-devel
mszyprow has joined #dri-devel
fab has quit [Quit: fab]
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
Calandracas_ has joined #dri-devel
macslayer has quit [Ping timeout: 480 seconds]
Calandracas has quit [Ping timeout: 480 seconds]
rgallaispou has joined #dri-devel
fab has joined #dri-devel
hansg has joined #dri-devel
sima has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
glennk has joined #dri-devel
tzimmermann has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
Leopold has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
frankbinns2 has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
tursulin has joined #dri-devel
frankbinns2 has joined #dri-devel
hansg has quit [Remote host closed the connection]
lynxeye has joined #dri-devel
djbw has quit [Read error: Connection reset by peer]
pcercuei has joined #dri-devel
chaos_princess has quit [Quit: chaos_princess]
chaos_princess has joined #dri-devel
Company has joined #dri-devel
rasterman has joined #dri-devel
Leopold_ has joined #dri-devel
frankbinns2 has quit [Remote host closed the connection]
jfalempe has joined #dri-devel
fab has quit [Remote host closed the connection]
fab has joined #dri-devel
jsa has joined #dri-devel
yyds has quit [Remote host closed the connection]
lemonzest has quit [Quit: WeeChat 4.2.1]
brenwright[m] has joined #dri-devel
apinheiro has joined #dri-devel
lemonzest has joined #dri-devel
brenwright[m] has quit [autokilled: This host violated network policy and has been banned. Mail support@oftc.net if you think this is in error. (2024-01-26 10:20:25)]
vliaskov has joined #dri-devel
neniagh has joined #dri-devel
paulk-bis has joined #dri-devel
cheako has joined #dri-devel
paulk has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
danylo has quit [Ping timeout: 480 seconds]
heat_ has joined #dri-devel
danylo has joined #dri-devel
yyds has joined #dri-devel
mclasen has joined #dri-devel
frankbinns has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
vliaskov 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
hansg has joined #dri-devel
yuq825 has quit []
kts has quit [Ping timeout: 480 seconds]
Leopold_ has quit [Remote host closed the connection]
<Company>
dj-death: on Mesa main (I wanted to test your fix) Vulkan gives me a critical warning via the debug messages about VK_ERROR_INCOMPATIBLE_DRIVER for hasvk
<Company>
that should probably not happen?
<Company>
is that aybe just because the load order is random (by inode) and this time after I installed it tried hasvk before icd?
<Company>
still, I should probably not get a message about it?
<Company>
good news is that the fix does indeed work
<dj-death>
what do you mean by critical?
<dj-death>
I'm not sure where that error value is returned from
<dj-death>
but our driver should not expose that to the outside
<dj-death>
it's just used internally for figuring out whether we can use a particular device with a driver
<Company>
Vulkan has this debug prant infrastructure
<Company>
and GTK prints criticals from it to stderr as GTK criticals
<dj-death>
hasvk reports a lower version supported for Vulkan
<Company>
so I'm sseeing it on stderr when starting GTK apps with the Vulkan renderer
<dolphin>
airlied, sima: Sent out drm-intel-fixes PR, just one Cc stable fix. Didn't get CI results for it, maybe to do with the fact that I did the first cherry pick and push just before Dave pulled drm-intel-next-fixes to drm-fixes, that confused DIM
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
Haaninjo has joined #dri-devel
apinheiro has quit [Remote host closed the connection]
glennk has quit [Ping timeout: 480 seconds]
rgallaispou has left #dri-devel [#dri-devel]
Leopold_ has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
tursulin has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
junaid has joined #dri-devel
Duke`` has joined #dri-devel
macslayer has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
glennk has joined #dri-devel
MrCooper has quit [Remote host closed the connection]
MrCooper has joined #dri-devel
Mangix has quit [Read error: Connection reset by peer]
Mangix has joined #dri-devel
anujp has joined #dri-devel
<alanc>
apparently someone got tired of waiting for a response to their Mesa bug reports and got CVE ids issued so that all the distros will start harrassing you for fixes
<alanc>
it's not just mesa, this academic research project hit a whole bunch of FOSS projects (xedit, xfig, gtk, gdk-pixbuf, vim, etc.)
<airlied>
again the stupidity of the cve allocation system is shown
kts has quit [Ping timeout: 480 seconds]
frankbinns has quit [Ping timeout: 480 seconds]
mripard_ has quit []
<alanc>
in theory the X.Org Foundation can sign up to be the CNA for anything hosted on freedesktop.org, and then all CVE requests are supposed to be routed to us - Curl & Postrgres recently did this after getting annoyed at other folks getting CVEs assigned for bugs they didn't think should have a CVE - time will tell if it works for them
<alanc>
the Linux Foundation could do the same for the Linux kernel, but then it would have to claim that assigning CVE's is something they actually want to do
<alyssa>
sketchy academic "study" DDoS's open source projects, more at 11 :-(
<pixelcluster>
>NULL pointer dereference in __glXGetDrawableAttribute()
<pixelcluster>
wat
<pixelcluster>
pretty sure that code checks for null even, it's just that it might read past the end if you *checks notes* alter variables in gdb lol
<robmur01>
"NULL pointer dereference: To reproduce, use GDB to set pointer to NULL"
<pixelcluster>
(i guess if your machine sends X11 stuff over an actual network I can see the "corrupting packages" point but still meh)
kxkamil has quit []
<pixelcluster>
s/package/packet, it's getting late
mszyprow has quit [Ping timeout: 480 seconds]
<alanc>
if you have a setuid program that runs Mesa and connects to an X server you've modified to send bogus responses, you can have a bad time, but really making anything with privileges run Mesa (or as an X client at all) was the real mistake there
eukara has quit [Read error: Connection reset by peer]
rasterman has quit [Quit: Gettin' stinky!]
<pixelcluster>
how bad of a time can you really have?
<pixelcluster>
isn't this like, a read overflow, so you can't even write anything funny to the out-of-bounds memory
kxkamil has joined #dri-devel
<pixelcluster>
I guess possible denial of service is a security issue
eukara has joined #dri-devel
<alanc>
yeah, I was thinking of a write overflow, not a read overflow
<alanc>
denial of service in this case seems silly - if your X server is not trusted, you're already screwed, since it has full access to your keyboard input and window contents
Leopold_ has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
simondnnsn has quit [Read error: Connection reset by peer]
Leopold_ has quit [Remote host closed the connection]
simondnnsn has joined #dri-devel
<pixelcluster>
yeah good point
Leopold_ has joined #dri-devel
simondnnsn has quit [Read error: Connection reset by peer]
Leopold_ has quit [Remote host closed the connection]
Leopold has joined #dri-devel
simondnnsn has joined #dri-devel
Leopold has quit [Remote host closed the connection]
Leopold has joined #dri-devel
sravn has quit []
iive has joined #dri-devel
Leopold has quit [Remote host closed the connection]
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
Leopold_ has quit [Remote host closed the connection]
macslayer has quit []
macslayer has joined #dri-devel
jsa has quit [Read error: Connection reset by peer]
hansg has quit [Quit: Leaving]
Leopold_ has joined #dri-devel
mclasen has quit [Ping timeout: 480 seconds]
Leopold_ has quit [Remote host closed the connection]
sima has quit [Ping timeout: 480 seconds]
Leopold_ has joined #dri-devel
ngcortes has quit [Ping timeout: 480 seconds]
Leopold_ has quit [Remote host closed the connection]
<alyssa>
alanc: but can it install drivers without your permision?
<alanc>
depends if your distro still runs Xorg as setuid root
<mattst88>
I had people really upset with me when I disabled setuid for Xorg in Gentoo
<mattst88>
they wouldn't believe that using systemd/elogind was going to be more secure than running Xorg as root
benjaminl has quit [Remote host closed the connection]
benjaminl has joined #dri-devel
<karolherbst>
mattst88: you mean those who start Xorg within .loginrc?
<mattst88>
karolherbst: I mean people that log in on a VT and then `startx` :|
<karolherbst>
yeah some do that via .loginrc :D
<CounterPillow>
please, they all type startx manually because anything else is "soy shit"
<karolherbst>
imagine your character is "only who can use the tty deserve to use linux"
Duke`` has quit []
Duke`` has joined #dri-devel
junaid has quit [Remote host closed the connection]
anujp has quit [Ping timeout: 480 seconds]
ngcortes has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
Leopold_ has joined #dri-devel
* alyssa
types `s` manually to start sway
mclasen has joined #dri-devel
rooq9 has joined #dri-devel
<robclark>
alanc: probably _any_ mesa CVE should be rejected.. if your gl or vk driver is a security boundary, you are doing things wrong
rooq has quit [Ping timeout: 480 seconds]
<CounterPillow>
what if it's for khr_robustness
<tleydxdy>
the worse that happens is just your app got killed?
anujp has joined #dri-devel
<CounterPillow>
oh right, yeah
Haaninjo has quit [Quit: Ex-Chat]
<robclark>
yeah.. something that, for ex, let one process observe other processes memory.. that could be a CVE.. but also mesa is (at least mostly) not the right place to fix that
simondnnsn has quit [Read error: Connection reset by peer]
<alanc>
(in which "Mesa" appears exactly one time)
<alyssa>
> LLM
<alyssa>
found the problem
<robclark>
alanc: that specifically was the reason for the "(at least mostly)" part.. but in that case, it is mesa cleaning up after itself so it isn't leaking it's own state
<robclark>
as opposed to relying on mesa to not let the user do something like supply their own pgtables
glennk has quit [Ping timeout: 480 seconds]
djbw has joined #dri-devel
<kisak>
anyone happen to know if there's a list of supported AMD backends in llvm? I'm looking to sanity check if https://github.com/llvm/llvm-project/pull/78884 is sane to backport to llvm 15.0.7 at a user's request. I'm thinking no...
benjaminl has quit [Remote host closed the connection]