[BUG] VAAPI encoder cause kernel panic if encoded video in 4K

[Leo Liu]

On 2021-04-13 5:24 p.m., Mikhail Gavrilov wrote:
> On Tue, 13 Apr 2021 at 04:55, Leo Liu <leo.liu at amd.com> wrote:
>>> It curious why ffmpeg does not cause such issues.
>>> For example such command not cause kernel panic:
>>> $ ffmpeg -f x11grab -framerate 60 -video_size 3840x2160 -i :0.0 -vf
>>> 'format=nv12,hwupload' -vaapi_device /dev/dri/renderD128 -vcodec
>>> h264_vaapi output3.mp4
>> What command are you using to see the issue or how can the issue be reproduced?
> $ mpv output4.mp4

This is decode command line, are you seeing issue with encode or 
decode?, you also said `ffmpeg -f x11grab -framerate 60 -video_size 
3840x2160 -i :0.0 -vf 'format=nv12,hwupload' -vaapi_device 
/dev/dri/renderD128 -vcodec h264_vaapi output3.mp4` doesn't cause such 
issue, right? What command line can cause the issue then?


>
> And of course, I know how it should works because when I encode video
> with CPU encoder (libx264) all fine.
> $ ffmpeg -f x11grab -framerate 60 -video_size 3840x2160 -i :0.0
> -vcodec libx264 output3.mp4
>
>> Please file a freedesktop gitlab issue, so we can keep track of it.
> Here? https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.freedesktop.org%2Fdrm%2Famd%2F-%2Fissues&data=04%7C01%7Cleo.liu%40amd.com%7C3cd466c3286e4303f2b108d8fec2833a%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637539458675499474%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=GbiA7%2FrkiLwh2E9js9tGhWkZyr%2B9TY57H6G6cL7ex8s%3D&reserved=0

Yes.

>
> Also, I found that other users face the same problem.
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbbs.archlinux.org%2Fviewtopic.php%3Fid%3D261965&data=04%7C01%7Cleo.liu%40amd.com%7C3cd466c3286e4303f2b108d8fec2833a%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637539458675499474%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=YNnk%2BZnPS0DVtuDfttnTThYfHOvmP38%2BwNpNZ5voLuk%3D&reserved=0
>