lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1f0c87f4-22dc-d8bd-c625-f82d4c8e0d34@leemhuis.info>
Date:   Wed, 29 Mar 2023 13:58:36 +0200
From:   "Linux regression tracking (Thorsten Leemhuis)" 
        <regressions@...mhuis.info>
To:     Hans de Goede <hdegoede@...hat.com>,
        Linux regressions mailing list <regressions@...ts.linux.dev>,
        Laurent Pinchart <laurent.pinchart@...asonboard.com>
Cc:     Mauro Carvalho Chehab <mchehab@...nel.org>,
        Linux Media Mailing List <linux-media@...r.kernel.org>,
        LKML <linux-kernel@...r.kernel.org>
Subject: Re: [regression] Bug 217252 - warning: v4l_enum_fmt+0x125a/0x1c20 -
 Unknown pixelformat 0x00000000

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/20230327091051.404184-1-hpa@redhat.com/

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"
>>
> 
> 
> 

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ