oneforall2 has quit [Remote host closed the connection]
<airlied>
Lynne: radv on it's way to marge bot
<Lynne>
nice
<Lynne>
I want vulkan decode in ffmpeg 6.0, but release is in no more than a week or two, and it's not a small amount of code to review
oneforall2 has joined #dri-devel
<Lynne>
and I still have to fix cuda interop (if it's even possible), drm interop (probably 100% broken) and fix the vulkan filters
<airlied>
Lynne: are you going to ship the av1 stuff or just leave that in a branch?
<Lynne>
I think I'll ship it and hide it behind an experimental flag
ngcortes has quit [Ping timeout: 480 seconds]
<Lynne>
btw you should signal the codec header version in all your PRs
<airlied>
I think anv support is going to need some changes, and there are some I think I'd like to make for radv anyways
<airlied>
ah yes that might help sync up
<Lynne>
okay, I'll skip it
<airlied>
I think there are some derived values it would be just easier to get from the decoder than have the hw driver work them out again
<Lynne>
which ones? the slice numbers?
<airlied>
the two that have popped up so far are frame_restortation_types and skip mode frames
<airlied>
also cdef strengths
<airlied>
once I get anv to do a few more frames I'll maybe try and sort out the bits that make sense
<airlied>
there might be some value around segmentation_enabled processing
<Lynne>
I'd rather not modify anything in the Std structs, the segmentation stuff is a few lines at most to derive
<airlied>
Lynne: I think the ext/khr will want to change those though
<airlied>
since the point of vulkan is to expose the hw interfaces
ngcortes has joined #dri-devel
<airlied>
but I'm now into writing code to get relative distances which seems a bit outside what I should be doing in the driver
<Lynne>
the Std headers seem to be directly matching from the codecs
<Lynne>
the Vk codec structs would be a better place for that
<airlied>
okay you mean put that info outside the av1 std? indeed that might work
kallisti5[m] has joined #dri-devel
<airlied>
Lynne: I think the other ask though for 264/5 was to drop anything that wasn't required/exposed by hw
<airlied>
so we'd probably drop things from the std headers if we didn't see uses for them
<airlied>
at the point where the gpu doesn't hang on frame 2, just produces garbage :-
<airlied>
:-P
LinuxHackerman has joined #dri-devel
leo60228 has joined #dri-devel
<Lynne>
it's not garbage, it's art
<Lynne>
sadly the av1 spec doesn't understand art, just correct decoding
eyearesee has joined #dri-devel
nyorain[m] has joined #dri-devel
Andy[m]1 has joined #dri-devel
Anson[m] has joined #dri-devel
JosExpsito[m] has joined #dri-devel
ZenWalker has joined #dri-devel
<airlied>
Lynne: okay intel hw has a bit of a nasty I expect we need to handle outside vulkan, it wants all the reference order hints for all the reference frames at the time they were decoded
vidal72[m] has joined #dri-devel
Zopolis4 has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
The_Company has quit []
<Lynne>
the skip mode's derived from that
<Lynne>
can we send that over, or does the hw derive it by itself?
<jfalempe>
and ast->plane_offset is the pci start address without << PAGE_SHIFT.
Piraty_ has quit []
Piraty has joined #dri-devel
mvlad has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
<wv>
Hello, I'm on imx53 with mesa/freedreno/recent kernel. But now and then (twice a day), I hit a black screen. Dmesg showing me: [drm:drm_atomic_helper_wait_for_flip_done] *ERROR* [CRTC:36:crtc-0] flip_done timed out
<wv>
Anyone has an idea?
italove5 is now known as italove
<lynxeye>
wv: I didn't touch a i.MX53 in quite a while. The IPU is notorious for sporadic lockups when it's programmed in a way that isn't to its liking.
<pal1000>
dcbaker: I nominate 1e0adac84a17d43721a5249d82c9959880115c92 for backport to 23.0. 22.3 doesn't need it. It fixes dozen build with DirectX headers latest version. It's the last piece needed to close https://gitlab.freedesktop.org/mesa/mesa/-/issues/8147
pal1000 has left #dri-devel [#dri-devel]
fdu has joined #dri-devel
agd5f has joined #dri-devel
devilhorns has joined #dri-devel
agd5f_ has quit [Ping timeout: 480 seconds]
jdavies has joined #dri-devel
jdavies is now known as Guest3993
jdavies_ has joined #dri-devel
X512 has joined #dri-devel
<X512>
Are Wlroots Vulkan renderer production ready or still not optimal?
<wv>
lynxeye: Well, locking up is not such an issue, if it would be able to recover without having to reboot the whole system
<wv>
The issue does not seem to happen on 5.10 btw
emersion_ has quit [Remote host closed the connection]
emersion has joined #dri-devel
<emersion>
x512: still experimental
<X512>
emersion: Any known issues?
<emersion>
0.16.x still force-enables the validation layers
<emersion>
master doesn't anymore
Guest3993 has quit [Ping timeout: 480 seconds]
<emersion>
master should be usable for day-to-day use i think
<emersion>
i'm currently working on switching to vulkan compute, so expect some more churn
<lynxeye>
wv: Yea, sadly once the IPU is wedged trying to recover might cause more harm like full system lockups, so we never really tried to do that.
<lynxeye>
wv: Any chance you could try to bisect the issue? I know that's really annoying with those sporadic issues, but I also don't see any major changes in the IPU driver since 5.10, which would explain those issues.
X512 has quit [Ping timeout: 480 seconds]
<wv>
lynxeye: bisecting between linux 5.10 and 5.15 seems a huge task, and hoping that the issue actually resides in the kernel... I think I'll try some other option first, as having kernel 5.10 in my recent build and check if it's realy kernel related
<wv>
of bumping kernel to 6.x, to see if it's solved in some magical way ;-)
<mlankhorst>
flip_done timeout might point to a vblank change, maybe some changes inside drm itself then
<lynxeye>
mlankhorst: Might be related to DRM core change, which is why I asked for bisect. But then not firing any vblank IRQs anymore is the usual symptom of the IPU locking up, so flip_done timeout is kind of expected in that case.
vyivel_ has quit [Remote host closed the connection]
vyivel has joined #dri-devel
Guest4018 has quit [Remote host closed the connection]
<dcbaker>
@pal1000: pulled
jkrzyszt_ has quit [Remote host closed the connection]
fab has quit [Quit: fab]
a-865 has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
kts has joined #dri-devel
phasta has quit [Quit: Leaving]
a-865 has joined #dri-devel
iive has joined #dri-devel
Guest3997 has quit [Ping timeout: 480 seconds]
rahul_janga has quit [Ping timeout: 480 seconds]
jkrzyszt has joined #dri-devel
pochu has joined #dri-devel
frieder has quit [Remote host closed the connection]
djbw has joined #dri-devel
jkrzyszt has quit [Remote host closed the connection]
gouchi has joined #dri-devel
junaid has joined #dri-devel
<jenatali>
Ugh. I hate building LLVM
rahul_janga has joined #dri-devel
junaid has quit [Read error: Connection reset by peer]
tursulin has quit [Ping timeout: 480 seconds]
rahul_janga has quit [Remote host closed the connection]
rahul_janga has joined #dri-devel
<Lynne>
I know someone who used to bisect llvm on arm SoCs
<jenatali>
D:
<Lynne>
he now got access to a 168 core arm server monster that compiles llvm in 3 minutes, he earned it
<alyssa>
lol
jewins has quit [Ping timeout: 480 seconds]
<Lynne>
2U machine that's so loud, it dominates everything in a friend's server room, and when it spins up, he has to put noise cancelling headphones when he's in the next room, with the door closed
<jenatali>
I'm racing against CI right now. I think CI's going to win...
<alyssa>
mood
<HdkR>
Ampere Altra in a 4U with silent cooling would be sick
<ccr>
Lynne, does he have his own nuclear powerplant for it, too? :P
<Lynne>
at least it can't possibly draw more than a 4090
<ccr>
heh
<jenatali>
Finally: Elapsed 47:38.052
<alyssa>
nice
junaid has joined #dri-devel
jewins has joined #dri-devel
thellstrom has joined #dri-devel
kts has quit [Quit: Leaving]
dviola has quit [Ping timeout: 480 seconds]
<jenatali>
Ugh. nir_opt_deref is throwing away alignment info with LLVM 15, great
pallavim has joined #dri-devel
rahul_janga has quit [Ping timeout: 480 seconds]
<alyssa>
womp
pcercuei has quit [Read error: Connection reset by peer]
pcercuei has joined #dri-devel
MajorBiscuit has quit [Ping timeout: 480 seconds]
<jenatali>
:O once I fixed that though, the unit test that was timing out at like 180s is running in 6s
<zmike>
hooray
<zmike>
one more ci flake resolved
tzimmermann has quit [Quit: Leaving]
Daaanct12 has quit [Quit: Quitting]
Danct12 has joined #dri-devel
<anholt_>
jenatali: \o/
dviola has joined #dri-devel
<Lynne>
airlied: could you look into host-mapping? I've still got only one GPU to test on
<airlied>
Lynne: didn't I send you the fixes?
<Lynne>
yeah, but they were hacky
<airlied>
but that's the solution
<airlied>
I'm not sure what the correct answer on the ffmpeg side would be
<airlied>
the radv code as merged should have all the driver side fixes
<Lynne>
could you post the link again?
<Lynne>
btw, I think we should still try to go for stabilizing the av1 extension enough to include it in the ffmpeg release in ~2 weeks
<jenatali>
Yeah, the nir patch there required to avoid a regression in our CL stack...
<dj-death>
building
<jenatali>
Thanks!
<dj-death>
although my build picked up llvm14
<jenatali>
That should be fine? I expect it can still repro, since I think it's the nir patch that's causing problems. I'm only changing the Windows side to use llvm15
<dj-death>
ok reproduced
<dj-death>
nir_lower_vars_to_ssa failing
fab has quit [Read error: Connection reset by peer]
fab has joined #dri-devel
<dj-death>
apparently it can't deal with casts?
fab is now known as Guest4068
<dj-death>
yeah, you change is affect opt_remove_cast_cast
<dj-death>
which probably would have removed them
<jenatali>
Right, it was removing too much
<jenatali>
I had a uint, getting cast to (uint *) with align info, and then to (uint *) with no align info. It was causing that second cast to point straight to the uint, but threw away the align info
<jenatali>
dj-death: I also use vars_to_ssa though, and I don't see that building a deref follower. Am I missing that?
anarsoul|2 has quit [Ping timeout: 480 seconds]
<dj-death>
jenatali: your change seems to introduce patterns like this :