ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
grillo_00 has quit []
grillo_00 has joined #dri-devel
K`den has joined #dri-devel
Kayden has quit [Read error: Connection reset by peer]
dbrouwer has joined #dri-devel
guludo has quit [Quit: WeeChat 4.6.3]
Company has quit [Ping timeout: 480 seconds]
Company has joined #dri-devel
psykose has quit [Remote host closed the connection]
psykose has joined #dri-devel
egbert has quit [Ping timeout: 480 seconds]
egbert has joined #dri-devel
<Company> I get a lot of "Bus error (core dumped)" when handing AMD drivers udmabufs
<Company> Is that a known issue? Is that even meant to bee supported?
<Company> I'm running testsuite stuff that usually uses llvmpipe, but I tend to forget the env var
<Company> *GTK testsuite stuff
glennk has joined #dri-devel
nerdopolis has quit [Ping timeout: 480 seconds]
Daanct12 has joined #dri-devel
epoch101_ has quit [Ping timeout: 480 seconds]
normalpan has joined #dri-devel
larunbe has joined #dri-devel
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
alarumbe has quit [Ping timeout: 480 seconds]
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
Nasina has joined #dri-devel
Company has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
Company has joined #dri-devel
Nasina has quit [Read error: Connection reset by peer]
fab has joined #dri-devel
YuGiOhJCJ has quit []
Nasina has joined #dri-devel
normalpan has quit [Read error: Connection reset by peer]
normalpan has joined #dri-devel
K`den has quit []
K`den has joined #dri-devel
K`den is now known as Kayden
Duke`` has quit [Ping timeout: 480 seconds]
dolphin has joined #dri-devel
jsa1 has joined #dri-devel
frieder has joined #dri-devel
fab has quit [Quit: fab]
RAOF has quit [Remote host closed the connection]
larunbe has quit []
RAOF has joined #dri-devel
kzd has quit [Ping timeout: 480 seconds]
tzimmermann has joined #dri-devel
normalpan has quit []
rasterman has joined #dri-devel
mehdi-djait3397165695212282475 has joined #dri-devel
<Lynne> AndrewR: version 4 is experimental
sima has joined #dri-devel
<Lynne> the software encoder also has this error
<Lynne> use -slicecrc 1 or -slicecrc 0
apinheiro has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
fab has joined #dri-devel
<MrCooper> Company: sounds like an amdgpu driver issue
guru_ has joined #dri-devel
<Company> so I'll check it's not actually my fault and then file it
lynxeye has joined #dri-devel
oneforall2 has quit [Ping timeout: 480 seconds]
tintou has joined #dri-devel
vliaskov_ has joined #dri-devel
phasta has joined #dri-devel
<MrCooper> Company: what operation exactly triggers the bus error though?
<Company> MrCooper: I don't remember, it happened 2 or 3 times but I just added the llvmpipe env var and kept doing what I was doing
<MrCooper> presumably it involves mmap, does that use the dma-buf fd or the DRM fd?
<Company> it does - but I don't have mesa with debug symbols atm
* Company just managed to reproduce
<Company> not very useful though
<Company> that's that's with Mesa from Fedora packages
<Company> that's a 256x256 AR24 dmabuf, so the most standard you can get
<MrCooper> AFAICT Mesa uses the DRM fd for mmap, so still pointing to amdgpu
<MrCooper> guess it might end up being a udmabuf issue though
<Company> I've only seen it with udmabufs
<Company> but llvmpipe and AMD Vulkan deal with it fine
gnuiyl__ has quit []
<MrCooper> AFAIK the importing driver is supposed to forward mmap to the exporting driver, so in principle it could be an issue in either of them
gnuiyl has joined #dri-devel
<Company> do you have a GTK main checkout?
<MrCooper> I can easily get one
<Company> lemme see first if this reproduces on main
<Company> save as foo.node, then run:
<Company> GSK_RENDERER=cairo build/tools/gtk4-rendernode-tool show --undecorated foo.node
<tzimmermann> javierm, no, please go ahead
<Company> GSK_RENDERER=cairo forces a download of the dmabuf into host memory, and that's where GL comes in
<javierm> tzimmermann: Ok, thanks
<tzimmermann> sorry i forgot about that issue
<javierm> tzimmermann: no worries
<MrCooper> Company: reproduced
<Company> good
jkrzyszt has joined #dri-devel
simon-perretta-img has joined #dri-devel
<dj-death> anybody knows why the iand/ior/etc.. opcodes have uint types in nir_opcodes.py?
<dj-death> sounds odd not to have them named uand/uor etc... ;)
<MrCooper> Company: can you file an issue at https://gitlab.freedesktop.org/drm/amd/-/issues ? I'll add a comment with my findings
<Company> sure
HerrSpliet has quit [Quit: Bye bye man, bye bye]
RSpliet has joined #dri-devel
hansg has joined #dri-devel
<MrCooper> thanks, I added an empty line between <summary> and ``` in the description (this is needed for the ``` block to be formatted correctly in <details>)
<Company> and I thought I had checked the preview
<MrCooper> added a comment with my hypothesis and possible solutions
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
<Company> MrCooper: now I'm curious: Would that bus error happen with dmabufs imported from a 2nd gpu, too - say an intel igpu?
<MrCooper> if my hypothesis is correct, yes
<MrCooper> any dma-buf exported by a different driver
robmur01 has joined #dri-devel
<glehmann> dj-death: I don't think there's a particular reason since signedness doesn't matter for those ops
<glehmann> does it cause an issue for you or are you just curious?
<Company> MrCooper: different GPU isn't enough I think - I used MESA_VK_DEVICE_SELECT to select my AMD igpu to create a dmabuf, but the dgpu imported that one without complaining
<MrCooper> yeah, same driver
<MrCooper> TTM refuses to fault in pages from a different driver
<MrCooper> s/pages/BOs/
parthiban has quit [Ping timeout: 480 seconds]
mehdi-djait3397165695212282475 has quit []
mehdi-djait3397165695212282475 has joined #dri-devel
AndrewR has quit [Remote host closed the connection]
<dj-death> glehmann: I think maybe it does, but I could also argue our backend isn't well designed :)
<dj-death> glehmann: types encode all kinds of conversions etc...
<dj-death> glehmann: it's very error prone for copy propagation etc...
<MrCooper> Company: hmm, actually not sure if it's same driver or same device which matters for that TTM code, the latter would mean my hypothesis isn't quite right
<glehmann> dj-death: actually I think there might be a reason, some nir search helpers like is_pos_power_of_two depend on the type of the opcode (bad design if you ask me, but I guess it is what it is)
<glehmann> is intel's backend IR fully typed?
<dj-death> yeah
<dj-death> I think if we had virtual conversion opcodes it would help a bunch
Nasina has quit [Read error: Connection reset by peer]
bolson has quit [Ping timeout: 480 seconds]
Nasina has joined #dri-devel
aissen_ has quit []
aissen has joined #dri-devel
Nasina has quit [Remote host closed the connection]
Nasina has joined #dri-devel
slattann has joined #dri-devel
Nasina has quit [Read error: Connection reset by peer]
Nasina has joined #dri-devel
jsa1 has quit [Ping timeout: 480 seconds]
haaninjo has joined #dri-devel
kts has joined #dri-devel
parthiban has joined #dri-devel
jsa1 has joined #dri-devel
dliviu has joined #dri-devel
Nasina has quit [Read error: Connection reset by peer]
nashpa has quit [Ping timeout: 480 seconds]
Nasina has joined #dri-devel
Nasina has quit [Read error: Connection reset by peer]
kts has quit [Ping timeout: 480 seconds]
parthiban has quit [Ping timeout: 480 seconds]
nerdopolis has joined #dri-devel
Nasina has joined #dri-devel
Nasina has quit [Read error: Connection reset by peer]
jsa1 has quit [Ping timeout: 480 seconds]
Nasina has joined #dri-devel
Nasina has quit [Ping timeout: 480 seconds]
jsa1 has joined #dri-devel
zsoltiv__ has quit [Ping timeout: 480 seconds]
zsoltiv__ has joined #dri-devel
guludo has joined #dri-devel
Nasina has joined #dri-devel
alarumbe has joined #dri-devel
Nasina has quit [Ping timeout: 480 seconds]
parthiban has joined #dri-devel
parthi has joined #dri-devel
parthiban has quit [Read error: Connection reset by peer]
parthi has quit []
davispuh has joined #dri-devel
parthiban has joined #dri-devel
kasper93 has joined #dri-devel
nerdopolis has quit [Ping timeout: 480 seconds]
<alyssa> dj-death: it's i because it's not specifically signed or unsigned
<alyssa> arguably it's imin/imax that should be renamed to smin/smax
<alyssa> (and ilt/ige to slt/sge, etc)
<dj-death> alyssa: thanks
<alyssa> ultimately it's not a super consequential bikeshed and conventions differ
fab has quit [Quit: fab]
Daanct12 has quit [Quit: WeeChat 4.6.3]
Daanct12 has joined #dri-devel
jsa1 has quit [Ping timeout: 480 seconds]
Nasina has joined #dri-devel
Nasina has quit [Read error: Connection reset by peer]
ao2_collabora has joined #dri-devel
dolphin has quit [Quit: Leaving]
rjodin has joined #dri-devel
jsa1 has joined #dri-devel
nerdopolis has joined #dri-devel
kusma has joined #dri-devel
kzd has joined #dri-devel
fab has joined #dri-devel
<zmike> it's wild that all this insane gallium refactoring is managing to fix a nonzero number of bugs
Daanct12 has quit [Quit: WeeChat 4.6.3]
jsa1 has quit [Ping timeout: 480 seconds]
Nasina has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
<MrCooper> so long as it's not negative :)
<zmike> me? create bugs?!
<zmike> I would never
Nasina has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
amarsh04 has joined #dri-devel
amarsh04 has quit [Remote host closed the connection]
rpavlik has joined #dri-devel
rjodin has quit []
dsimic is now known as Guest16853
dsimic has joined #dri-devel
Guest16853 has quit [Ping timeout: 480 seconds]
tzimmermann has quit [Quit: Leaving]
kts has joined #dri-devel
bolson has joined #dri-devel
mehdi-djait3397165695212282475 has quit []
mehdi-djait3397165695212282475 has joined #dri-devel
frieder has quit [Remote host closed the connection]
mehdi-djait3397165695212282475 has quit []
jsa1 has joined #dri-devel
jsa1 has quit [Ping timeout: 480 seconds]
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
Company has quit [Quit: Leaving]
jkrzyszt has quit [Ping timeout: 480 seconds]
feaneron has joined #dri-devel
AndrewR has joined #dri-devel
kts has quit [Quit: Leaving]
tomaw has quit [Remote host closed the connection]
hansg has quit [Quit: Leaving]
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
tlwoerner_ has joined #dri-devel
tlwoerner has quit [Ping timeout: 480 seconds]
rasterman has joined #dri-devel
Simonx22 has quit []
Simonx22 has joined #dri-devel
tomaw has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
epoch101 has joined #dri-devel
epoch101 has quit [Read error: Connection reset by peer]
epoch101 has joined #dri-devel
urja has quit [Quit: WeeChat 4.2.2]
urja has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
gouchi has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
phasta has quit [Quit: WeeChat 4.6.2]
<AndrewR> Lynne, also does ffv1_vulkan support p010 pixel format? When I tried to just decode that HDR vid it said p010 not supported ...
epoch101 has quit []
<AndrewR> Lynne, also, does ffv1_vulkan support encoding from software decoders? I was unable to create working ffmpeg line ...
parthiban has quit [Remote host closed the connection]
parthiban has joined #dri-devel
jsa1 has joined #dri-devel
<Lynne> AndrewR: p010 is not supported
<Lynne> you need to use either p016 or yuv420p10
Calandracas has quit [Read error: Connection reset by peer]
<Lynne> its a hardware encoder, you have to upload frames to it
Calandracas has joined #dri-devel
<AndrewR> Lynne, problem is, AMDs decoder output p010 if video was hevc10 ...
<AndrewR> Lynne, do yu have ffmpeg line where ffmpeg decodes vi on cpu and upload to ffv1_vulkan ? I tried few hwupload,format strings but none worked for me ...
epoch101 has joined #dri-devel
<Lynne> you can convert p010 to p016 or yuv420p10 with libplacebo
<Lynne> in hardware
<Lynne> you need format=,hwupload
<AndrewR> Lynne, ~/bin/ffmpeg8-vk -init_hw_device vulkan -i ~/0005.avi -vf format=yuv420p,hwupload -version 4 -strict -2 -an -c:v ffv1_vulkan test.avi -loglevel debug - just exit with code 0 o.O
<Lynne> why are you so bent on encoding subsampled content?
<Lynne> its not what the coder is popular for
<Lynne> nor the way its used generally
<AndrewR> Lynne, its VIDEO encoder after all
<Lynne> so is prores, but you don't see anyone using prores at anything but 422
<Lynne> remove the debug and -
<AndrewR> Lynne, ffv1 was recommended for video preservation. It will be silly to not use it on video .
<AndrewR> - ws just my way to indicate sentence structure. Without debug it just exit. No encoder statistics no nothing
<linkmauve> Why is 4:2:2 more popular than 4:4:4 for that usage, btw?
<AndrewR> linkmauve, smaller?
fab has quit [Quit: fab]
<Lynne> works fine here
<Lynne> do not use avi, under any circumstances, ever
cascardo_ is now known as cascardo
epoch101_ has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
jsa1 has quit [Ping timeout: 480 seconds]
Nasina has joined #dri-devel
<AndrewR> Lynne, this is file from 2003 ....
slattann has quit [Ping timeout: 480 seconds]
<Lynne> don't output to file formats popular from 25 years ago
<HdkR> Friends don't let friends AVI
* dwfreed hands out some mkv
<ccr> the first few bytes are free?
<AndrewR> Lynne, same with mkv. Do you ahve 32-bit chroot? All this testing on my side hybrid 64/32bit system.
<Lynne> no
Nasina has quit [Read error: Connection reset by peer]
<Lynne> I'm not sure 32-bit systems would ever work though
<Lynne> vulkan requires 64-bit addresses
<AndrewR> Lynne, it works so far ...
epoch101 has joined #dri-devel
<Lynne> you said it exits
<AndrewR> Lynne, hw pipeline with libpllacebo and vulkan decode and ffv1_vulkan worked. also vc2_vulkan encoder worked
epoch101_ has quit [Ping timeout: 480 seconds]
<Lynne> then what is the problem?
<AndrewR> Lynne, sw decoder + ffv1_vulkan encode
Nasina has joined #dri-devel
<glehmann> alyssa: do you remember why you only added no_fp16 for browser on agx? do they not try to use mediump on other drivers on their own? https://gitlab.freedesktop.org/mesa/mesa/-/issues/13256
<alyssa> glehmann: there is so. much. broken. webgl content out there
epoch101 has quit []
<alyssa> and i haven't seen mediump actually help performance for things that aren't synthetic benchmarks
<glehmann> yes, I know, the issue might be one example of that. I'm just trying to think of a reason why it wouldn't show up in firefox on radeonsi
<alyssa> and because desktop drivers ignore mediump traditionally, people will report agx driver bugs for things that incorrectly use mediump
<alyssa> the driconf just brings us into alignment with the big kid drivers
<alyssa> I'm not sure where radeonsi fits
<alyssa> I also dunno if this is still relevant now that we ship gl4.6 which firefox will probably pick over gles3.2 (maybe?)
<alyssa> (and big GL never had mediump in the first place)
<glehmann> radeonsi just enabled mediump as fp16 in 25.1
<glehmann> alyssa: right, if they use proper GL, that would explain this
<alyssa> ah. you may regret that choice
Nasina has quit [Ping timeout: 480 seconds]
<HdkR> So far I've only ever seen regret with fp16, I've never seen success.
<alyssa> Yeah..
<glehmann> not my choice 🙃
<alyssa> part of how we got here is my own personal journey
<jannau> firefox seem to use "OpenGL ES 3.2" based on WebGL 1/2 Driver Version in about:support
<alyssa> working on dinky mobile parts in 2020 when I started work on apple
<alyssa> and now running d3d12 games on a $2000 desktop
<alyssa> rather different, professional priorities
<alyssa> going all-in on mediump made more sense to my 2020 brain than my tired 2025 one
<alyssa> but yeah.. plumbing no_fp16 into radeonsi is probably sane.
<glehmann> HdkR: I think we've seen some success with fp16 now that vk/d3d12 have explicit fp16 and not just mediump
norandomtrouble has joined #dri-devel
<alyssa> explicit fp16 is good, mediump is not
<HdkR> :D
<jenatali> +1
<alyssa> this is not a hot take
Nasina has joined #dri-devel
fab has joined #dri-devel
norandomtrouble has quit [Remote host closed the connection]
gouchi has quit [Remote host closed the connection]
sima has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
jsa1 has joined #dri-devel
jsa1 has quit []
epoch101 has joined #dri-devel
Nasina has quit [Read error: Connection reset by peer]
epoch101_ has joined #dri-devel
jfalempe has quit [Quit: jfalempe]
epoch101 has quit [Ping timeout: 480 seconds]
Nasina has joined #dri-devel
Kayden has quit [Quit: Leaving]
Kayden has joined #dri-devel
mattst88 has quit [Quit: leaving]
danylo has quit [Quit: The Lounge - https://thelounge.chat]
<AndrewR> Lynne, problem is, even ffmpeg 7.1.1 can't decode ffv1 produced by ffv1_vulkan. :( ffmpeg git itself works, but I do not think this is good idea to have shader-based encoder making effectively incompatible streams by default
Nasina has quit [Ping timeout: 480 seconds]
mattst88 has joined #dri-devel
helmhotz has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
danylo has joined #dri-devel
Nasina has joined #dri-devel
mattst88 has quit [Quit: Lost terminal]
mattst88 has joined #dri-devel
Company has joined #dri-devel
odrling has quit [Remote host closed the connection]
odrling has joined #dri-devel
guludo has quit [Quit: WeeChat 4.6.3]
rasterman has joined #dri-devel
<mattst88> can anyone decipher why https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/35077 is failing?
Caterpillar has quit [Read error: Connection reset by peer]
Caterpillar has joined #dri-devel
apinheiro has quit [Remote host closed the connection]
Nasina has quit [Ping timeout: 480 seconds]
epoch101_ has quit [Remote host closed the connection]
epoch101 has joined #dri-devel
haaninjo has quit [Quit: Ex-Chat]
kasper93 has quit [Read error: Connection reset by peer]
kasper93 has joined #dri-devel
glennk has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
<olivial> mattst88: looks like CI is having problems to me. I got the same error on https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/35154
<mattst88> okay, thanks
cef has quit [Quit: Zoom!]
Nasina has joined #dri-devel
cef has joined #dri-devel
nerdopolis has quit [Ping timeout: 480 seconds]
Nasina has quit [Read error: Connection reset by peer]
vliaskov_ has quit [Ping timeout: 480 seconds]
normalpan has joined #dri-devel
normalpan has quit []