Предупреждения ядра при использовании V4L2 в Server 20.04

Недавно я обновил свой сервер с Ubuntu Server 18.04 до 20.04. У меня есть карта видеозахвата, которая нормально работала в 18.04, но теперь вызывает предупреждение ядра при каждом захвате: хотя затем она захватывает изображение.

      May 11 10:01:01 oak kernel: [424255.909649] WARNING: CPU: 1 PID: 230802 at drivers/media/v4l2-core/v4l2-ioctl.c:1087 v4l_querycap+0x8f/0xa0 [videodev]
May 11 10:01:01 oak kernel: [424255.909649] Modules linked in: ufs qnx4 hfsplus hfs minix ntfs msdos jfs xfs cpuid authenc echainiv esp4 md4 nls_utf8 cifs libarc4 fscache libdes iptable_filter bpfilter bttv tea575x tveeprom videobuf_dma_sg videobuf_core rc_core videodev mc xfrm_user xfrm_algo dm_multipath scsi_dh_rdac scsi_dh_emc scsi_dh_alua snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio edac_mce_amd ppdev ccp cdc_acm snd_hda_intel kvm snd_intel_dspcfg input_leds snd_hda_codec serio_raw snd_hda_core snd_hwdep snd_pcm parport_serial snd_timer parport_pc parport snd soundcore k10temp mac_hid sch_fq_codel it87 hwmon_vid ipmi_devintf ipmi_msghandler msr ip_tables x_tables autofs4 btrfs zstd_compress raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c raid1 raid0 multipath linear nouveau mxm_wmi wmi video i2c_algo_bit ttm drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm pata_acpi r8169 realtek sata_nv forcedeth pata_amd i2c_nforce2 [last unloaded: mc]
May 11 10:01:01 oak kernel: [424255.909684] CPU: 1 PID: 230802 Comm: fswebcam Tainted: G        W         5.4.0-109-generic #123-Ubuntu
May 11 10:01:01 oak kernel: [424255.909684] Hardware name: Gigabyte Technology Co., Ltd. M68M-S2P/M68M-S2P, BIOS FC 08/25/2010
May 11 10:01:01 oak kernel: [424255.909690] RIP: 0010:v4l_querycap+0x8f/0xa0 [videodev]
May 11 10:01:01 oak kernel: [424255.909692] Code: 00 00 80 48 b9 00 00 20 00 00 00 20 00 48 0b 4b 54 21 d6 39 f2 75 13 48 89 4b 54 5b 41 5c 41 5d 41 5e 41 5f 5d c3 0f 0b eb d0 <0f> 0b 48 89 4b 54 5b 41 5c 41 5d 41 5e 41 5f 5d c3 0f 1f 44 00 00
May 11 10:01:01 oak kernel: [424255.909693] RSP: 0018:ffffa46d825d7c68 EFLAGS: 00010206
May 11 10:01:01 oak kernel: [424255.909694] RAX: 0000000000000000 RBX: ffffa46d825d7d88 RCX: 0521000585200015
May 11 10:01:01 oak kernel: [424255.909695] RDX: 0000000085010005 RSI: 0000000085000005 RDI: ffffa46d825d7dc8
May 11 10:01:01 oak kernel: [424255.909695] RBP: ffffa46d825d7c90 R08: 0000000000000000 R09: 000000000000000c
May 11 10:01:01 oak kernel: [424255.909696] R10: ffffa46d825d7dd8 R11: ffffa46e825d7dbb R12: ffff945262e78880
May 11 10:01:01 oak kernel: [424255.909697] R13: ffff94521cddd400 R14: ffff945225241800 R15: ffffffffc0ac46c0
May 11 10:01:01 oak kernel: [424255.909698] FS:  00007facf21ef780(0000) GS:ffff94532ba40000(0000) knlGS:0000000000000000
May 11 10:01:01 oak kernel: [424255.909698] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
May 11 10:01:01 oak kernel: [424255.909699] CR2: 00007ffeffda40a0 CR3: 000000006d6b4000 CR4: 00000000000006e0
May 11 10:01:01 oak kernel: [424255.909700] Call Trace:
May 11 10:01:01 oak kernel: [424255.909709]  __video_do_ioctl+0x1a7/0x410 [videodev]
May 11 10:01:01 oak kernel: [424255.909714]  ? do_last+0x1a0/0x900
May 11 10:01:01 oak kernel: [424255.909718]  ? v4l_s_fmt+0x670/0x670 [videodev]
May 11 10:01:01 oak kernel: [424255.909723]  video_usercopy+0x300/0x700 [videodev]
May 11 10:01:01 oak kernel: [424255.909725]  ? path_openat+0xa0/0x290
May 11 10:01:01 oak kernel: [424255.909730]  video_ioctl2+0x15/0x20 [videodev]
May 11 10:01:01 oak kernel: [424255.909734]  v4l2_ioctl+0x4c/0x60 [videodev]
May 11 10:01:01 oak kernel: [424255.909736]  do_vfs_ioctl+0x407/0x670
May 11 10:01:01 oak kernel: [424255.909738]  ? putname+0x4a/0x50
May 11 10:01:01 oak kernel: [424255.909739]  ksys_ioctl+0x67/0x90
May 11 10:01:01 oak kernel: [424255.909741]  __x64_sys_ioctl+0x1a/0x20
May 11 10:01:01 oak kernel: [424255.909744]  do_syscall_64+0x57/0x190
May 11 10:01:01 oak kernel: [424255.909747]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
May 11 10:01:01 oak kernel: [424255.909748] RIP: 0033:0x7facf2e083ab
May 11 10:01:01 oak kernel: [424255.909749] Code: 0f 1e fa 48 8b 05 e5 7a 0d 00 64 c7 00 26 00 00 00 48 c7 c0 ff ff ff ff c3 66 0f 1f 44 00 00 f3 0f 1e fa b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b5 7a 0d 00 f7 d8 64 89 01 48
May 11 10:01:01 oak kernel: [424255.909750] RSP: 002b:00007ffeffcd49c8 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
May 11 10:01:01 oak kernel: [424255.909751] RAX: ffffffffffffffda RBX: 000055a70ba80620 RCX: 00007facf2e083ab
May 11 10:01:01 oak kernel: [424255.909751] RDX: 000055a70ba80628 RSI: 0000000080685600 RDI: 0000000000000003
May 11 10:01:01 oak kernel: [424255.909752] RBP: 00007ffeffcd4b10 R08: 000055a70ac76f84 R09: 000055a70ba805b0
May 11 10:01:01 oak kernel: [424255.909753] R10: 0000000000000000 R11: 0000000000000246 R12: 000055a70ba80628
May 11 10:01:01 oak kernel: [424255.909753] R13: 0000000000000000 R14: 000055a70ba803b0 R15: 000055a70ac785b9
May 11 10:01:01 oak kernel: [424255.909755] ---[ end trace 1ae2775be8d5ecea ]---

В настоящее время на сервере работает ядро ​​5.4.0-109, но это происходит с любой версией 5.4. Это не было бы слишком большой проблемой, за исключением того, что этот сбой означает, что ни один из элементов управления для карты не меняется, поэтому захваченное изображение в настоящее время выглядит так, как будто шел сильный снег!

Еще в сентябре был вопрос «Мои карты камеры Kodicom 4400R не работают после обновления до сервера 20.04LTS» с очень похожей проблемой, но, похоже, она не была решена. Ответивший сказал, что им следует попробовать ядро ​​5.11, но затем сказал, что 5.4 лучше подходит для старого оборудования; что это точно!

Любая помощь будет оценена по достоинству; хотя бы для того, чтобы мой системный журнал не заполнялся.