<mlankhorst>
lumag: for some reason people keep committing patches to drm-misc-next-fixes.. don't know why
<mlankhorst>
sima, airlied: Can I just cherry pick that patch to drm-misc-fixes and reset to rc1?
<dolphin>
time for dim patch?
<lumag>
mlankhorst, :-(
<lumag>
dolphin, yes, seems so. Like forbid dim push to -next-fixes if the baseline is an RC kernel?
<dolphin>
yeah, something along those lines
<lumag>
mlankhorst, hmm, why are these patches being committed to -fixes at all? they don't have Fixes tag, the CONFIG_DEBUG_FS doesn't seem to have real author's name.
yyds has quit [Remote host closed the connection]
<mlankhorst>
dliviu: ^
<mlankhorst>
dliviu: Can you please commit fixes to drm-misc-fixes if they apply there? I think in this case, the most recent patch you committed there should be in drm-misc-next not next-fixes unless it fixed a compilation failure.
KDDLB3 has quit [Read error: Connection reset by peer]
kode543 has joined #dri-devel
kode54 has quit [Read error: No route to host]
<mlankhorst>
And even then, only during merge windows if it doesn't apply on drm-misc-fixes. :)
rasterman has quit [Quit: Gettin' stinky!]
feaneron has joined #dri-devel
kode543 has quit []
<dliviu>
mlankhorst: appologies, for some braindead reason I've made my mind that fixes that don't need to go in this cycle go into drm-misc-next-fixes
kode54 has joined #dri-devel
<dliviu>
I was also hoping (expecting) that drm-misc-fixes was already at -rc1 or -rc2, although I didn't check
<dliviu>
mlankhorst: "unless it fixed a compilation failure". I'm guessing you mean that next-fixes is only meant to fix integration in linux-next at this moment, and not collecting patches that could go as fixes into drm-misc-next, right?
<kode54>
should I report this panic on the amd drm tracker? or a different tracker? and what shall I title the issue?
<mlankhorst>
If it breaks stable, it goes to drm-misc-fixes.
<kode54>
should I be asking #radeon about my panic instead? I think I should have asked there in the first place
kts has quit [Read error: Connection reset by peer]
warpme has joined #dri-devel
itoral has quit [Quit: Leaving]
davispuh has joined #dri-devel
tanty has joined #dri-devel
<tzimmermann>
what's the semantics of gem.vmap ref-counting? in some drivers, drm_gem_vmap() does ref-count the returned mapping; in some not.
<pinchartl>
is it me, or does the DRM dumb GEM buffer helpers fail to enforce usage of MAP_SHARED (which translates to VM_SHARED) when mmap()ing the buffers ? it looks like we always implement MAP_SHARED semantics, even if MAP_PRIVATE is used
cascardo_ has joined #dri-devel
cascardo has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
fab has joined #dri-devel
cascardo_ is now known as cascardo
guludo has joined #dri-devel
bolson has quit [Remote host closed the connection]
<MrCooper>
karolherbst: any idea how 5db73986725027b3b42e05fb4cf863ed21b0b81f could have broken piglit cl-custom-buffer-flags with rusticl on radeonsi? That's where git bisect landed, and it seems consistent
<karolherbst>
MrCooper: Probably the "unsigned compression_rate:4;" addition somehow
<karolherbst>
but I don't really see how
LeviYun has quit [Remote host closed the connection]
LeviYun has joined #dri-devel
<karolherbst>
could be some bindgen related bug
<karolherbst>
MrCooper: what's breaking anyway?
<MrCooper>
some of the sub-tests get seemingly random results
<pq>
It's the first field ever with a size less than a byte?
<karolherbst>
maybe I should just run mesa/main on my test machine and see what breaks
<MrCooper>
yeah, curious if you see the same
<karolherbst>
could also trigger some UB it didn't before
kts has quit [Ping timeout: 480 seconds]
mvlad has joined #dri-devel
kts has joined #dri-devel
coldfeet has joined #dri-devel
chaos_princess has quit [Quit: chaos_princess]
simon-perretta-img has quit [Read error: Connection reset by peer]
simon-perretta-img has joined #dri-devel
chaos_princess has joined #dri-devel
yyds has joined #dri-devel
jsa has quit [Remote host closed the connection]
warpme has quit []
kts has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
<Company>
pq: just to confirm I got my analysis right: using GL_SRGB isn't correct with premultiplied alpha, because premultiplication should happen after the linear->srgb conversion, and with GL_SRGB it's the other way around?
<Company>
which means when an app wants to do linear compositing on Wayland - and the app has transparency - it can't use GL_SRGB
<karolherbst>
MrCooper: funny.. it's only regressing radeonsi...
<MrCooper>
heh
nerdopolis has joined #dri-devel
kzd has joined #dri-devel
epoch101 has quit []
frieder has quit [Remote host closed the connection]
<karolherbst>
MrCooper: yeah... so pipe_resource.usage changes...
<karolherbst>
uhhhhh
<karolherbst>
bindgen writes usage at +64, not +60
kts has joined #dri-devel
<daniels>
what happens if you either make compression_rate be :8, or add unsigned unused:4 after it?
kts has quit []
<karolherbst>
I'm sure either solution fixes it
<karolherbst>
I'm more interested what happens once usage is :9
warpme has joined #dri-devel
<karolherbst>
yeah, so either works
kts has joined #dri-devel
epoch101 has joined #dri-devel
<karolherbst>
anyway, I'm kinda have a headache, so I'm dealing with it tomorrow I guess
<karolherbst>
or maybe one of you submits an MR to workaround it
<karolherbst>
but I think it's an upstream bindgen bug
warpme has quit []
minecrell7 has quit [Read error: Connection reset by peer]
epoch101 has quit [Ping timeout: 480 seconds]
minecrell7 has joined #dri-devel
Haaninjo has joined #dri-devel
sgruszka has quit [Quit: Leaving]
rete^ has quit [Ping timeout: 480 seconds]
rete^ has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
yyds has quit [Remote host closed the connection]
simon-perretta-img has joined #dri-devel
Duke`` has joined #dri-devel
<MrCooper>
karolherbst: thanks for looking into it, get better soon
epoch101 has joined #dri-devel
fireburn has quit []
fireburn has joined #dri-devel
<fireburn>
Hey, I've been seeing weird ghosting arifacts of Chromium under Kwin (pure wayland) and I'm not sure if it's a Kwin bug or a radeonsi / amdgpu bug
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
kasper93_ has quit [Remote host closed the connection]
simon-perretta-img has quit [Ping timeout: 480 seconds]
bolson has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
libv_ has joined #dri-devel
libv has quit [Ping timeout: 480 seconds]
nerdopolis has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
nerdopolis has joined #dri-devel
pastehearted has joined #dri-devel
KarenTheDorf has quit [Remote host closed the connection]
simon-perretta-img has joined #dri-devel
<pastehearted>
technically adder is also easy, in compact format, but subtract is even easier, though you might had already realized that it's not me who is delusional if those people who diagnosed me were only scammers, things would not been dangerous to me, cause at the end of the day, people believe what they want, they were life threatening terrorists too what I said, that's why it hurts to listen
<pastehearted>
what they say and hurts to see what bad they commit in life, delusions are big but everyone understood whom to tap, me I have the capabilities and organs to deal with things in highest end programming that is manual intervention, but if I was over too rude to you, and it turns out that it was unneeded or you never earned such treatment, cause I spotted that the legal trouble and abuse to
<pastehearted>
finish me comes from western world, like all scars on my body was ordered from various western instances, but if it was none of you, I definitely can give access to all the explanations and slides how things really work, already now, cause the creation of those goes pretty quick.
pastehearted has quit [Ping timeout: 480 seconds]
kxkamil has quit []
kxkamil has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
bmodem has quit [Ping timeout: 480 seconds]
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
LeviYun has joined #dri-devel
KarenTheDorf has joined #dri-devel
Haaninjo has joined #dri-devel
guludo has quit [Quit: WeeChat 4.2.2]
guludo has joined #dri-devel
guludo has quit []
guludo has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
DodoGTA has quit [Quit: DodoGTA]
DodoGTA has joined #dri-devel
kzd has quit [Ping timeout: 480 seconds]
Kayden has quit [Quit: -> GKMG]
kzd has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
tanty has quit [Remote host closed the connection]
rete^ has quit [Ping timeout: 480 seconds]
rete^ has joined #dri-devel
<karolherbst>
MrCooper: we should add a pad:4 thing so that usage gets properly aligned anyway.. atm it's touching 2 bytes, so I think to have more optimal code we should do something about it anyway
danylo is now known as Guest9531
danylo has joined #dri-devel
tanty has joined #dri-devel
Guest9531 has quit [Ping timeout: 480 seconds]
sima has quit [Ping timeout: 480 seconds]
coldfeet has quit [Remote host closed the connection]
davispuh has quit [Ping timeout: 480 seconds]
KarenTheDorf has quit [Remote host closed the connection]
probablymoony has quit [Ping timeout: 480 seconds]
moony has joined #dri-devel
Kayden has joined #dri-devel
bolson has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
rasterman has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
KDDLB3 has joined #dri-devel
mvlad has quit [Remote host closed the connection]
smpl has quit [Ping timeout: 480 seconds]
<Hazematman>
How can I ensure that an MR gets included in the next mesa 24.1.x release? There are a couple issues (#11257, #11321, #11332) that I suspect are all the same problem and should be fixed by !29546. All these issues have users using a mesa 24.1.0 release, so it would be nice if this fix made into the next bug fix release to prevent their systems from crashing
<jenatali>
Add Cc: mesa-stable to the commit message, or even better is Fixes: <sha> ("commit title")
<Hazematman>
jenatali: The MR is already merged, is there something else I need to do?
<jenatali>
Oh, in that case you can cherry-pick and send a new PR against the staging/24.1 branch
<haagch>
I see my modified edid in /sys/class/drm/card1-DP-2/edid but on kwin_wayland it doesn't look like the non-desktop flag is applied, e.g. (with xwayland) xrandr --prop shows non-desktop: 0