Hi, Thorsten here, the Linux kernel's regression tracker.
I noticed a regression report in bugzilla.kernel.org. As many (most?)
kernel developers don't keep an eye on it, I decided to forward it by mail.
Note, you have to use bugzilla to reach the reporter, as I sadly[1] can
not CCed them to mails like this.
Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=217252 :
> sander44 2023-03-27 12:50:47 UTC
>
> Hi Kernel Team,
>
> I try today to rebuild kernel 6.1.21, but i notice error with: v4l2-core.
>
> [ 3.722510] loop17: detected capacity change from 0 to 8
> [ 3.920014] ------------[ cut here ]------------
> [ 3.920016] Unknown pixelformat 0x00000000
> [ 3.920024] WARNING: CPU: 2 PID: 1558 at drivers/media/v4l2-core/v4l2-ioctl.c:1503 v4l_enum_fmt+0x125a/0x1c20
> [ 3.920030] Modules linked in: [...]
> [ 3.920097] CPU: 2 PID: 1558 Comm: pipewire Tainted: G U 6.1.21-1-lowlatency #2
> [ 3.920099] Hardware name: Intel(R) Client Systems NUC12WSKi7/NUC12WSBi7, BIOS WSADL357.0073.2022.0302.1157 03/02/2022
> [ 3.920100] RIP: 0010:v4l_enum_fmt+0x125a/0x1c20
> [ 3.920102] Code: 48 c7 c3 53 29 ca 83 81 fe 64 76 73 64 0f 84 d7 ef ff ff 41 80 7d 0c 00 0f 85 9e ee ff ff 48 c7 c7 5a 37 ca 83 e8 36 9c 48 ff <0f> 0b 48 c7 c2 76 37 ca 83 49 8d 4d 2c 49 8d 7d 0c be 20 00 00 00
> [ 3.920103] RSP: 0018:ffffa60086907bd8 EFLAGS: 00010246
> [ 3.920104] RAX: 0000000000000000 RBX: ffffffff83ca33fb RCX: 0000000000000000
> [ 3.920105] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000
> [ 3.920106] RBP: ffffa60086907c08 R08: 0000000000000000 R09: 0000000000000000
> [ 3.920106] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
> [ 3.920107] R13: ffffa60086907d00 R14: 0000000000000000 R15: ffff98efc87d0018
> [ 3.920107] FS: 00007f7f99022740(0000) GS:ffff98f347680000(0000) knlGS:0000000000000000
> [ 3.920108] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 3.920109] CR2: 00007ffc3f1c3ff8 CR3: 0000000121ab8006 CR4: 0000000000770ee0
> [ 3.920110] PKRU: 55555554
> [ 3.920110] Call Trace:
> [ 3.920111] <TASK>
> [ 3.920114] __video_do_ioctl+0x1e7/0x590
> [ 3.920116] ? __video_do_ioctl+0x1e7/0x590
> [ 3.920118] video_usercopy+0x25d/0x820
> [ 3.920119] ? v4l_print_control+0x30/0x30
> [ 3.920121] video_ioctl2+0x15/0x30
> [ 3.920122] v4l2_ioctl+0x69/0xb0
> [ 3.920124] __x64_sys_ioctl+0x9f/0xe0
> [ 3.920126] do_syscall_64+0x58/0x90
> [ 3.920128] ? video_ioctl2+0x15/0x30
> [ 3.920129] ? v4l2_ioctl+0x69/0xb0
> [ 3.920131] ? exit_to_user_mode_prepare+0x39/0x190
> [ 3.920133] ? syscall_exit_to_user_mode+0x29/0x50
> [ 3.920135] ? do_syscall_64+0x67/0x90
> [ 3.920136] ? syscall_exit_to_user_mode+0x29/0x50
> [ 3.920137] ? do_syscall_64+0x67/0x90
> [ 3.920138] ? do_syscall_64+0x67/0x90
> [ 3.920139] ? do_syscall_64+0x67/0x90
> [ 3.920140] entry_SYSCALL_64_after_hwframe+0x63/0xcd
> [ 3.920142] RIP: 0033:0x7f7f98d1aaff
> [ 3.920143] Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <41> 89 c0 3d 00 f0 ff ff 77 1f 48 8b 44 24 18 64 48 2b 04 25 28 00
> [ 3.920144] RSP: 002b:00007ffe6fcb2810 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
> [ 3.920145] RAX: ffffffffffffffda RBX: 0000000000000023 RCX: 00007f7f98d1aaff
> [ 3.920146] RDX: 000055f9945f309c RSI: ffffffffc0405602 RDI: 0000000000000023
> [ 3.920147] RBP: 000055f9945f309c R08: 0000000000000000 R09: 0000000000000001
> [ 3.920147] R10: 0000000000000002 R11: 0000000000000246 R12: 00000000ffffffff
> [ 3.920148] R13: 0000000000000000 R14: 000000004000015c R15: 000055f9945f2ec8
> [ 3.920149] </TASK>
> [ 3.920150] ---[ end trace 0000000000000000 ]---
>
> [...]
See the ticket for more details.
Note, to my untrained eyes this looked like something that is caused by
the driver, which afaics is uvcvideo. Hope that wasn't a mistake.
[TLDR for the rest of this mail: I'm adding this report to the list of
tracked Linux kernel regressions; the text you find below is based on a
few templates paragraphs you might have encountered already in similar
form.]
BTW, let me use this mail to also add the report to the list of tracked
regressions to ensure it's doesn't fall through the cracks:
#regzbot introduced: v5.15..v6.1.21
https://bugzilla.kernel.org/show_bug.cgi?id=217252
#regzbot title: media: Unknown pixelformat 0x00000000
#regzbot ignore-activity
This isn't a regression? This issue or a fix for it are already
discussed somewhere else? It was fixed already? You want to clarify when
the regression started to happen? Or point out I got the title or
something else totally wrong? Then just reply and tell me -- ideally
while also telling regzbot about it, as explained by the page listed in
the footer of this mail.
Developers: When fixing the issue, remember to add 'Link:' tags pointing
to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
this thread sees some discussion). See page linked in footer for details.
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.
[1] because bugzilla.kernel.org tells users upon registration their
"email address will never be displayed to logged out users"
Hi,
On 3/29/23 13:25, Linux regression tracking (Thorsten Leemhuis) wrote:
> Hi, Thorsten here, the Linux kernel's regression tracker.
>
> I noticed a regression report in bugzilla.kernel.org. As many (most?)
> kernel developers don't keep an eye on it, I decided to forward it by mail.
>
> Note, you have to use bugzilla to reach the reporter, as I sadly[1] can
> not CCed them to mails like this.
>
> Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=217252 :
This is fixed by this (pending) patch:
https://lore.kernel.org/linux-media/[email protected]/
Regards,
Hans
>
>> sander44 2023-03-27 12:50:47 UTC
>>
>> Hi Kernel Team,
>>
>> I try today to rebuild kernel 6.1.21, but i notice error with: v4l2-core.
>>
>> [ 3.722510] loop17: detected capacity change from 0 to 8
>> [ 3.920014] ------------[ cut here ]------------
>> [ 3.920016] Unknown pixelformat 0x00000000
>> [ 3.920024] WARNING: CPU: 2 PID: 1558 at drivers/media/v4l2-core/v4l2-ioctl.c:1503 v4l_enum_fmt+0x125a/0x1c20
>> [ 3.920030] Modules linked in: [...]
>> [ 3.920097] CPU: 2 PID: 1558 Comm: pipewire Tainted: G U 6.1.21-1-lowlatency #2
>> [ 3.920099] Hardware name: Intel(R) Client Systems NUC12WSKi7/NUC12WSBi7, BIOS WSADL357.0073.2022.0302.1157 03/02/2022
>> [ 3.920100] RIP: 0010:v4l_enum_fmt+0x125a/0x1c20
>> [ 3.920102] Code: 48 c7 c3 53 29 ca 83 81 fe 64 76 73 64 0f 84 d7 ef ff ff 41 80 7d 0c 00 0f 85 9e ee ff ff 48 c7 c7 5a 37 ca 83 e8 36 9c 48 ff <0f> 0b 48 c7 c2 76 37 ca 83 49 8d 4d 2c 49 8d 7d 0c be 20 00 00 00
>> [ 3.920103] RSP: 0018:ffffa60086907bd8 EFLAGS: 00010246
>> [ 3.920104] RAX: 0000000000000000 RBX: ffffffff83ca33fb RCX: 0000000000000000
>> [ 3.920105] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000
>> [ 3.920106] RBP: ffffa60086907c08 R08: 0000000000000000 R09: 0000000000000000
>> [ 3.920106] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
>> [ 3.920107] R13: ffffa60086907d00 R14: 0000000000000000 R15: ffff98efc87d0018
>> [ 3.920107] FS: 00007f7f99022740(0000) GS:ffff98f347680000(0000) knlGS:0000000000000000
>> [ 3.920108] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> [ 3.920109] CR2: 00007ffc3f1c3ff8 CR3: 0000000121ab8006 CR4: 0000000000770ee0
>> [ 3.920110] PKRU: 55555554
>> [ 3.920110] Call Trace:
>> [ 3.920111] <TASK>
>> [ 3.920114] __video_do_ioctl+0x1e7/0x590
>> [ 3.920116] ? __video_do_ioctl+0x1e7/0x590
>> [ 3.920118] video_usercopy+0x25d/0x820
>> [ 3.920119] ? v4l_print_control+0x30/0x30
>> [ 3.920121] video_ioctl2+0x15/0x30
>> [ 3.920122] v4l2_ioctl+0x69/0xb0
>> [ 3.920124] __x64_sys_ioctl+0x9f/0xe0
>> [ 3.920126] do_syscall_64+0x58/0x90
>> [ 3.920128] ? video_ioctl2+0x15/0x30
>> [ 3.920129] ? v4l2_ioctl+0x69/0xb0
>> [ 3.920131] ? exit_to_user_mode_prepare+0x39/0x190
>> [ 3.920133] ? syscall_exit_to_user_mode+0x29/0x50
>> [ 3.920135] ? do_syscall_64+0x67/0x90
>> [ 3.920136] ? syscall_exit_to_user_mode+0x29/0x50
>> [ 3.920137] ? do_syscall_64+0x67/0x90
>> [ 3.920138] ? do_syscall_64+0x67/0x90
>> [ 3.920139] ? do_syscall_64+0x67/0x90
>> [ 3.920140] entry_SYSCALL_64_after_hwframe+0x63/0xcd
>> [ 3.920142] RIP: 0033:0x7f7f98d1aaff
>> [ 3.920143] Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <41> 89 c0 3d 00 f0 ff ff 77 1f 48 8b 44 24 18 64 48 2b 04 25 28 00
>> [ 3.920144] RSP: 002b:00007ffe6fcb2810 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
>> [ 3.920145] RAX: ffffffffffffffda RBX: 0000000000000023 RCX: 00007f7f98d1aaff
>> [ 3.920146] RDX: 000055f9945f309c RSI: ffffffffc0405602 RDI: 0000000000000023
>> [ 3.920147] RBP: 000055f9945f309c R08: 0000000000000000 R09: 0000000000000001
>> [ 3.920147] R10: 0000000000000002 R11: 0000000000000246 R12: 00000000ffffffff
>> [ 3.920148] R13: 0000000000000000 R14: 000000004000015c R15: 000055f9945f2ec8
>> [ 3.920149] </TASK>
>> [ 3.920150] ---[ end trace 0000000000000000 ]---
>>
>> [...]
>
> See the ticket for more details.
>
> Note, to my untrained eyes this looked like something that is caused by
> the driver, which afaics is uvcvideo. Hope that wasn't a mistake.
>
>
> [TLDR for the rest of this mail: I'm adding this report to the list of
> tracked Linux kernel regressions; the text you find below is based on a
> few templates paragraphs you might have encountered already in similar
> form.]
>
> BTW, let me use this mail to also add the report to the list of tracked
> regressions to ensure it's doesn't fall through the cracks:
>
> #regzbot introduced: v5.15..v6.1.21
> https://bugzilla.kernel.org/show_bug.cgi?id=217252
> #regzbot title: media: Unknown pixelformat 0x00000000
> #regzbot ignore-activity
>
> This isn't a regression? This issue or a fix for it are already
> discussed somewhere else? It was fixed already? You want to clarify when
> the regression started to happen? Or point out I got the title or
> something else totally wrong? Then just reply and tell me -- ideally
> while also telling regzbot about it, as explained by the page listed in
> the footer of this mail.
>
> Developers: When fixing the issue, remember to add 'Link:' tags pointing
> to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
> this thread sees some discussion). See page linked in footer for details.
>
> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
> --
> Everything you wanna know about Linux kernel regression tracking:
> https://linux-regtracking.leemhuis.info/about/#tldr
> If I did something stupid, please tell me, as explained on that page.
>
> [1] because bugzilla.kernel.org tells users upon registration their
> "email address will never be displayed to logged out users"
>
On 29.03.23 13:37, Hans de Goede wrote:
>
> On 3/29/23 13:25, Linux regression tracking (Thorsten Leemhuis) wrote:
>> Hi, Thorsten here, the Linux kernel's regression tracker.
>>
>> I noticed a regression report in bugzilla.kernel.org. As many (most?)
>> kernel developers don't keep an eye on it, I decided to forward it by mail.
>>
>> Note, you have to use bugzilla to reach the reporter, as I sadly[1] can
>> not CCed them to mails like this.
>>
>> Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=217252 :
>
> This is fixed by this (pending) patch:
>
> https://lore.kernel.org/linux-media/[email protected]/
Thx for letting me know! I looked for "Unknown pixelformat 0x00000000"
on lore, but that "0x00000000" was too much. :-( Whatever, happens. :-D
#regzbot fix: media: v4l2-core: v4l2-ioctl: Printing log with dev_warn()
when the pixelformat is unknown
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.
>>> sander44 2023-03-27 12:50:47 UTC
>>>
>>> Hi Kernel Team,
>>>
>>> I try today to rebuild kernel 6.1.21, but i notice error with: v4l2-core.
>>>
>>> [ 3.722510] loop17: detected capacity change from 0 to 8
>>> [ 3.920014] ------------[ cut here ]------------
>>> [ 3.920016] Unknown pixelformat 0x00000000
>>> [ 3.920024] WARNING: CPU: 2 PID: 1558 at drivers/media/v4l2-core/v4l2-ioctl.c:1503 v4l_enum_fmt+0x125a/0x1c20
>>> [ 3.920030] Modules linked in: [...]
>>> [ 3.920097] CPU: 2 PID: 1558 Comm: pipewire Tainted: G U 6.1.21-1-lowlatency #2
>>> [ 3.920099] Hardware name: Intel(R) Client Systems NUC12WSKi7/NUC12WSBi7, BIOS WSADL357.0073.2022.0302.1157 03/02/2022
>>> [ 3.920100] RIP: 0010:v4l_enum_fmt+0x125a/0x1c20
>>> [ 3.920102] Code: 48 c7 c3 53 29 ca 83 81 fe 64 76 73 64 0f 84 d7 ef ff ff 41 80 7d 0c 00 0f 85 9e ee ff ff 48 c7 c7 5a 37 ca 83 e8 36 9c 48 ff <0f> 0b 48 c7 c2 76 37 ca 83 49 8d 4d 2c 49 8d 7d 0c be 20 00 00 00
>>> [ 3.920103] RSP: 0018:ffffa60086907bd8 EFLAGS: 00010246
>>> [ 3.920104] RAX: 0000000000000000 RBX: ffffffff83ca33fb RCX: 0000000000000000
>>> [ 3.920105] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000
>>> [ 3.920106] RBP: ffffa60086907c08 R08: 0000000000000000 R09: 0000000000000000
>>> [ 3.920106] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
>>> [ 3.920107] R13: ffffa60086907d00 R14: 0000000000000000 R15: ffff98efc87d0018
>>> [ 3.920107] FS: 00007f7f99022740(0000) GS:ffff98f347680000(0000) knlGS:0000000000000000
>>> [ 3.920108] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>>> [ 3.920109] CR2: 00007ffc3f1c3ff8 CR3: 0000000121ab8006 CR4: 0000000000770ee0
>>> [ 3.920110] PKRU: 55555554
>>> [ 3.920110] Call Trace:
>>> [ 3.920111] <TASK>
>>> [ 3.920114] __video_do_ioctl+0x1e7/0x590
>>> [ 3.920116] ? __video_do_ioctl+0x1e7/0x590
>>> [ 3.920118] video_usercopy+0x25d/0x820
>>> [ 3.920119] ? v4l_print_control+0x30/0x30
>>> [ 3.920121] video_ioctl2+0x15/0x30
>>> [ 3.920122] v4l2_ioctl+0x69/0xb0
>>> [ 3.920124] __x64_sys_ioctl+0x9f/0xe0
>>> [ 3.920126] do_syscall_64+0x58/0x90
>>> [ 3.920128] ? video_ioctl2+0x15/0x30
>>> [ 3.920129] ? v4l2_ioctl+0x69/0xb0
>>> [ 3.920131] ? exit_to_user_mode_prepare+0x39/0x190
>>> [ 3.920133] ? syscall_exit_to_user_mode+0x29/0x50
>>> [ 3.920135] ? do_syscall_64+0x67/0x90
>>> [ 3.920136] ? syscall_exit_to_user_mode+0x29/0x50
>>> [ 3.920137] ? do_syscall_64+0x67/0x90
>>> [ 3.920138] ? do_syscall_64+0x67/0x90
>>> [ 3.920139] ? do_syscall_64+0x67/0x90
>>> [ 3.920140] entry_SYSCALL_64_after_hwframe+0x63/0xcd
>>> [ 3.920142] RIP: 0033:0x7f7f98d1aaff
>>> [ 3.920143] Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <41> 89 c0 3d 00 f0 ff ff 77 1f 48 8b 44 24 18 64 48 2b 04 25 28 00
>>> [ 3.920144] RSP: 002b:00007ffe6fcb2810 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
>>> [ 3.920145] RAX: ffffffffffffffda RBX: 0000000000000023 RCX: 00007f7f98d1aaff
>>> [ 3.920146] RDX: 000055f9945f309c RSI: ffffffffc0405602 RDI: 0000000000000023
>>> [ 3.920147] RBP: 000055f9945f309c R08: 0000000000000000 R09: 0000000000000001
>>> [ 3.920147] R10: 0000000000000002 R11: 0000000000000246 R12: 00000000ffffffff
>>> [ 3.920148] R13: 0000000000000000 R14: 000000004000015c R15: 000055f9945f2ec8
>>> [ 3.920149] </TASK>
>>> [ 3.920150] ---[ end trace 0000000000000000 ]---
>>>
>>> [...]
>>
>> See the ticket for more details.
>>
>> Note, to my untrained eyes this looked like something that is caused by
>> the driver, which afaics is uvcvideo. Hope that wasn't a mistake.
>>
>>
>> [TLDR for the rest of this mail: I'm adding this report to the list of
>> tracked Linux kernel regressions; the text you find below is based on a
>> few templates paragraphs you might have encountered already in similar
>> form.]
>>
>> BTW, let me use this mail to also add the report to the list of tracked
>> regressions to ensure it's doesn't fall through the cracks:
>>
>> #regzbot introduced: v5.15..v6.1.21
>> https://bugzilla.kernel.org/show_bug.cgi?id=217252
>> #regzbot title: media: Unknown pixelformat 0x00000000
>> #regzbot ignore-activity
>>
>> This isn't a regression? This issue or a fix for it are already
>> discussed somewhere else? It was fixed already? You want to clarify when
>> the regression started to happen? Or point out I got the title or
>> something else totally wrong? Then just reply and tell me -- ideally
>> while also telling regzbot about it, as explained by the page listed in
>> the footer of this mail.
>>
>> Developers: When fixing the issue, remember to add 'Link:' tags pointing
>> to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
>> this thread sees some discussion). See page linked in footer for details.
>>
>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>> --
>> Everything you wanna know about Linux kernel regression tracking:
>> https://linux-regtracking.leemhuis.info/about/#tldr
>> If I did something stupid, please tell me, as explained on that page.
>>
>> [1] because bugzilla.kernel.org tells users upon registration their
>> "email address will never be displayed to logged out users"
>>
>
>
>
[TLDR: This mail in primarily relevant for Linux kernel regression
tracking. See link in footer if these mails annoy you.]
On 29.03.23 13:25, Linux regression tracking (Thorsten Leemhuis) wrote:
>
> I noticed a regression report in bugzilla.kernel.org. As many (most?)
> kernel developers don't keep an eye on it, I decided to forward it by mail.
>
> Note, you have to use bugzilla to reach the reporter, as I sadly[1] can
> not CCed them to mails like this.
>
> Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=217252 :
>
> #regzbot introduced: v5.15..v6.1.21
> https://bugzilla.kernel.org/show_bug.cgi?id=217252
> #regzbot title: media: Unknown pixelformat 0x00000000
> #regzbot ignore-activity
Update the status, this was caused by a backport of a recent mainline
commit to various stable trees.
#regzbot introduced: 50459f103edf
#regzbot fix: media: usb: uvc: fill in description for unknown pixelformats
#regzbot ignore-activity
For details about the fix see:
https://lore.kernel.org/all/[email protected]/
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
That page also explains what to do if mails like this annoy you.
On 09.04.23 11:18, Linux regression tracking #update (Thorsten Leemhuis)
wrote:
> [TLDR: This mail in primarily relevant for Linux kernel regression
> tracking. See link in footer if these mails annoy you.]
>
> On 29.03.23 13:25, Linux regression tracking (Thorsten Leemhuis) wrote:
>>
>> I noticed a regression report in bugzilla.kernel.org. As many (most?)
>> kernel developers don't keep an eye on it, I decided to forward it by mail.
>>
>> Note, you have to use bugzilla to reach the reporter, as I sadly[1] can
>> not CCed them to mails like this.
>>
>> Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=217252 :
>>
>> #regzbot introduced: v5.15..v6.1.21
>> https://bugzilla.kernel.org/show_bug.cgi?id=217252
>> #regzbot title: media: Unknown pixelformat 0x00000000
>> #regzbot ignore-activity
>
> Update the status, this was caused by a backport of a recent mainline
> commit to various stable trees.
>
> #regzbot introduced: 50459f103edf
> #regzbot fix: media: usb: uvc: fill in description for unknown pixelformats
> #regzbot ignore-activity
Get this out of sight in the tracking, as it's not that urgent:
#regzbot backburner: only a warning, doesn't cause any trouble for users
#regzbot ignore-activity
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
That page also explains what to do if mails like this annoy you.