org.kernel.vger.smatch archive

433 archived articles, newest first (page 3 of 5). Latest articles →

Re: [bug report] bcachefs: missing error checks for bio_alloc_bioset()
Tue, 20 Feb 2024 14:39:35 +0300
Dan Carpenter <[email protected]> • #493
Re: [PATCH] untracked_param: fix compilation errors with GCC 14
Mon, 22 Jan 2024 09:25:19 +0300
Dan Carpenter <[email protected]> • #492
[PATCH] untracked_param: fix compilation errors with GCC 14
Fri, 19 Jan 2024 17:39:39 +0100
Lukáš Zaoral <[email protected]> • #491
PSA: this list has moved to new vger infra (no action required)
Fri, 8 Dec 2023 13:25:07 -0500
Konstantin Ryabitsev <[email protected]> • #490
Re: [PATCH smatch] check_uninitialized_kobj: Add a new check
Fri, 1 Dec 2023 16:18:33 +0530
Harshit Mogalapalli <[email protected]> • #489
Re: [PATCH smatch] check_uninitialized_kobj: Add a new check
Fri, 1 Dec 2023 11:41:27 +0300
Dan Carpenter <[email protected]> • #488
[PATCH smatch] check_uninitialized_kobj: Add a new check
Thu, 30 Nov 2023 23:57:38 -0800
Harshit Mogalapalli <[email protected]> • #487
Re: sparse feature request: nocast integer types
Mon, 27 Nov 2023 09:26:03 -0800
Linus Torvalds <[email protected]> • #486
Re: sparse feature request: nocast integer types
Mon, 27 Nov 2023 08:05:00 -0800
Christoph Hellwig <[email protected]> • #485
Re: sparse feature request: nocast integer types
Mon, 27 Nov 2023 15:51:05 +0300
Dan Carpenter <[email protected]> • #484
PSA: smatch is now archived on lore.kernel.org
Thu, 23 Nov 2023 16:40:21 -0500
Konstantin Ryabitsev <[email protected]> • #483
Re: about using smatch in all debian C code
Thu, 9 Nov 2023 10:57:03 +0300
Dan Carpenter <[email protected]> • #482
about using smatch in all debian C code(the pr evious email forgot to cc Dan,please ignore it)
Thu, 9 Nov 2023 13:36:52 +0800 (GMT+08:00)
李书畅 <[email protected]> • #481
about using smatch in all debian C code
Thu, 9 Nov 2023 13:28:35 +0800 (GMT+08:00)
李书畅 <[email protected]> • #480
Re: Kernel config usage
Thu, 2 Nov 2023 16:51:36 +0530
Umang Jain <[email protected]> • #479
Re: Kernel config usage
Thu, 2 Nov 2023 12:50:26 +0300
Dan Carpenter <[email protected]> • #478
Kernel config usage
Thu, 2 Nov 2023 14:30:18 +0530
Umang Jain <[email protected]> • #477
Re: [PATCH v2] check_unwind: Add request/release_firmware to the function table
Wed, 1 Nov 2023 10:36:00 +0300
Dan Carpenter <[email protected]> • #476
[PATCH v2] check_unwind: Add request/release_firmware to the function table
Tue, 31 Oct 2023 11:28:16 -0700
Harshit Mogalapalli <[email protected]> • #475
Re: [PATCH] check_unwind: Add request/release_firmware to the function table
Tue, 31 Oct 2023 20:52:55 +0530
Harshit Mogalapalli <[email protected]> • #474
Re: [PATCH] check_unwind: Add request/release_firmware to the function table
Tue, 31 Oct 2023 17:51:39 +0300
Dan Carpenter <[email protected]> • #473
[PATCH] check_unwind: Add request/release_firmware to the function table
Tue, 31 Oct 2023 05:06:47 -0700
Harshit Mogalapalli <[email protected]> • #472
Re: Need help with understanding format in check_unwind.c
Mon, 30 Oct 2023 14:18:20 +0300
Dan Carpenter <[email protected]> • #471
Re: Need help with understanding format in check_unwind.c
Mon, 30 Oct 2023 16:34:01 +0530
Harshit Mogalapalli <[email protected]> • #470
Re: Need help with understanding format in check_unwind.c
Mon, 30 Oct 2023 13:56:51 +0300
Dan Carpenter <[email protected]> • #469
Need help with understanding format in check_unwind.c
Mon, 30 Oct 2023 15:54:17 +0530
Harshit Mogalapalli <[email protected]> • #468
Re: [PATCH] check_ida_alloc: Improve check to not warn when min is '1'
Thu, 26 Oct 2023 15:27:07 +0300
Dan Carpenter <[email protected]> • #467
[PATCH] check_ida_alloc: Improve check to not warn when min is '1'
Thu, 26 Oct 2023 05:01:17 -0700
Harshit Mogalapalli <[email protected]> • #466
Re: List some ideas about Smatch as public projects in our open source club
Tue, 24 Oct 2023 08:08:26 +0300
Dan Carpenter <[email protected]> • #465
Re: List some ideas about Smatch as public projects in our open source club
Mon, 23 Oct 2023 11:18:17 -0400
Oleg Drokin <[email protected]> • #464
Re: List some ideas about Smatch as public projects in our open source club
Mon, 23 Oct 2023 17:08:14 +0300
Dan Carpenter <[email protected]> • #463
Re: Smatch or Coccinelle for BPF static code analysis
Wed, 18 Jan 2023 18:46:11 +0300
Dan Carpenter <[email protected]> • #462
Smatch or Coccinelle for BPF static code analysis
Sun, 15 Jan 2023 18:08:19 +0000
"Laurent Philippart (Nokia)" <[email protected]> • #461
Re: hugetlb BUILD REGRESSION in linux-next20221121
Tue, 29 Nov 2022 09:23:57 -0800
Sidhartha Kumar <[email protected]> • #460
Re: hugetlb BUILD REGRESSION in linux-next20221121
Tue, 29 Nov 2022 08:40:56 +0100
Rasmus Villemoes <[email protected]> • #459
Re: hugetlb BUILD REGRESSION in linux-next20221121
Tue, 29 Nov 2022 07:57:15 +0300
Dan Carpenter <[email protected]> • #458
hugetlb BUILD REGRESSION in linux-next20221121
Mon, 28 Nov 2022 14:34:54 -0800
Sidhartha Kumar <[email protected]> • #457
DB changes and job changes
Thu, 27 Oct 2022 18:12:47 +0300
Dan Carpenter <[email protected]> • #456
[PATCH 2/2] check_host_input: add a new pattern
Mon, 3 Oct 2022 09:42:16 +0300
Elena Reshetova <[email protected]> • #455
[PATCH 1/2] host_data: export checking for host function name/param
Mon, 3 Oct 2022 09:42:15 +0300
Elena Reshetova <[email protected]> • #454
Re: [PATCH] allocation: Track the size of allocated elements
Fri, 26 Aug 2022 13:33:07 +0300
Dan Carpenter <[email protected]> • #453
Re: [PATCH] allocation: Track the size of allocated elements
Fri, 26 Aug 2022 12:05:55 +0200
Marion & Christophe JAILLET <[email protected]> • #452
Re: [PATCH] allocation: Track the size of allocated elements
Fri, 26 Aug 2022 12:31:30 +0300
Dan Carpenter <[email protected]> • #451
[PATCH] allocation: Track the size of allocated elements
Thu, 25 Aug 2022 19:54:20 +0200
Christophe JAILLET <[email protected]> • #450
[PATCH] allocation: Add some kv... variants
Thu, 25 Aug 2022 19:45:10 +0200
Christophe JAILLET <[email protected]> • #449
[PATCH] continue_vs_break: Fix some style issue
Thu, 25 Aug 2022 19:38:36 +0200
Christophe JAILLET <[email protected]> • #448
Re: [PATCH 1/2] smatch_allocations: Record the function that allocates memory
Tue, 16 Aug 2022 11:10:18 +0300
Dan Carpenter <[email protected]> • #447
Re: [PATCH 2/2] check_freeing_devm: Take advantage of the new add_allocation hook.
Tue, 16 Aug 2022 11:12:12 +0300
Dan Carpenter <[email protected]> • #446
[PATCH 1/2] smatch_allocations: Record the function that allocates memory
Mon, 15 Aug 2022 18:20:55 +0200
Christophe JAILLET <[email protected]> • #445
[PATCH 2/2] check_freeing_devm: Take advantage of the new add_allocation hook.
Mon, 15 Aug 2022 18:21:01 +0200
Christophe JAILLET <[email protected]> • #444
[PATCH] smatch_allocations: Add devm_kmemdup() to list
Mon, 15 Aug 2022 18:13:04 +0200
Christophe JAILLET <[email protected]> • #443
Re: [PATCH] smatch_allocations: Remove dma_alloc_consistent() from the list
Mon, 15 Aug 2022 14:45:17 +0300
Dan Carpenter <[email protected]> • #442
Re: [PATCH] smatch_allocations: Give a hint about dma_alloc_(attrs|coherent)
Mon, 15 Aug 2022 14:42:49 +0300
Dan Carpenter <[email protected]> • #441
[PATCH] smatch_allocations: Fix and improve the kernel_alloc_funcs list
Mon, 15 Aug 2022 10:14:22 +0200
Christophe JAILLET <[email protected]> • #440
[PATCH] smatch_allocations: Remove dma_alloc_consistent() from the list
Mon, 15 Aug 2022 10:21:07 +0200
Christophe JAILLET <[email protected]> • #439
[PATCH] smatch_allocations: Give a hint about dma_alloc_(attrs|coherent)
Mon, 15 Aug 2022 10:18:31 +0200
Christophe JAILLET <[email protected]> • #438
Smatch v1.73 released
Wed, 10 Aug 2022 13:59:26 +0300
Dan Carpenter <[email protected]> • #437
RE: [PATCH] smatch_kernel_host_data: enable additional debug
Tue, 28 Jun 2022 08:27:09 +0000
"Reshetova, Elena" <[email protected]> • #436
Re: [PATCH] smatch_kernel_host_data: enable additional debug
Mon, 27 Jun 2022 17:39:43 +0300
Dan Carpenter <[email protected]> • #435
Re: [PATCH] check_ida_alloc: Add a new check to spot invalid conversion from ida_simple_get()
Fri, 10 Jun 2022 13:25:03 +0300
Dan Carpenter <[email protected]> • #434
[PATCH] check_ida_alloc: Add a new check to spot invalid conversion from ida_simple_get()
Thu, 9 Jun 2022 22:33:40 +0200
Christophe JAILLET <[email protected]> • #433
Re: [PATCH] check_dma_mapping_error: Remove check for pci_dma_mapping_error()
Wed, 1 Jun 2022 18:25:20 +0300
Dan Carpenter <[email protected]> • #432
[PATCH] check_dma_mapping_error: Remove check for pci_dma_mapping_error()
Tue, 31 May 2022 22:03:07 +0200
Christophe JAILLET <[email protected]> • #431
Re: [PATCH] check_release_resource: Remove some test about functions that are no more part of linux
Tue, 31 May 2022 14:12:17 +0300
Dan Carpenter <[email protected]> • #430
[PATCH] check_checking_for_null_instead_of_err_ptr: Save a few cycles
Mon, 30 May 2022 22:02:10 +0200
Christophe JAILLET <[email protected]> • #429
[PATCH] check_release_resource: Remove some test about functions that are no more part of linux
Mon, 30 May 2022 21:17:30 +0200
Christophe JAILLET <[email protected]> • #428
new locking check
Mon, 30 May 2022 08:49:28 +0300
Dan Carpenter <[email protected]> • #427
Re: [PATCH] check_release_resource: Use INT_PTR instead of hand writing it
Thu, 26 May 2022 13:17:54 +0300
Dan Carpenter <[email protected]> • #426
Re: [RFC PATCH] check_freeing_devm: Also track erroneous usage of kfree when the pointer has been re-assigned
Thu, 26 May 2022 16:22:13 +0200
Christophe JAILLET <[email protected]> • #425
Re: [PATCH] check_freeing_devm: Report the correct function name that triggered the warning
Fri, 27 May 2022 09:04:07 +0300
Dan Carpenter <[email protected]> • #424
[PATCH] check_freeing_devm: Report the correct function name that triggered the warning
Thu, 26 May 2022 08:44:39 +0200
Christophe JAILLET <[email protected]> • #423
Re: [PATCH] check_freeing_devm: Add some new devm_ function
Thu, 26 May 2022 14:55:26 +0300
Dan Carpenter <[email protected]> • #422
Re: [RFC PATCH] check_freeing_devm: Also track erroneous usage of kfree when the pointer has been re-assigned
Thu, 26 May 2022 12:51:54 +0300
Dan Carpenter <[email protected]> • #421
Re: [RFC PATCH] check_freeing_devm: Also track erroneous usage of kfree when the pointer has been re-assigned
Thu, 26 May 2022 14:07:02 +0300
Dan Carpenter <[email protected]> • #420
[PATCH] check_kvmalloc_NOFS: Report the correct function name that triggered the warning
Thu, 26 May 2022 07:02:49 +0200
Christophe JAILLET <[email protected]> • #419
Re: [PATCH] Remove pci_alloc_consistent() and pci_alloc_coherent() checks
Thu, 26 May 2022 17:40:03 +0300
Dan Carpenter <[email protected]> • #418
[PATCH] check_bogus_irqrestore: Preparation work in order to add more functions
Thu, 26 May 2022 07:15:05 +0200
Christophe JAILLET <[email protected]> • #417
Re: [RFC PATCH] check_freeing_devm: Also track erroneous usage of kfree when the pointer has been re-assigned
Thu, 26 May 2022 15:37:58 +0200
Christophe JAILLET <[email protected]> • #416
[PATCH] Remove pci_alloc_consistent() and pci_alloc_coherent() checks
Thu, 26 May 2022 16:18:55 +0200
Christophe JAILLET <[email protected]> • #415
Re: [RFC PATCH] check_freeing_devm: Also track erroneous usage of kfree when the pointer has been re-assigned
Thu, 26 May 2022 16:49:23 +0300
Dan Carpenter <[email protected]> • #414
Re: [RFC PATCH] check_freeing_devm: Also track erroneous usage of kfree when the pointer has been re-assigned
Thu, 26 May 2022 13:40:51 +0200
Marion & Christophe JAILLET <[email protected]> • #413
Re: [PATCH] check_all_func_returns: Fix a test against "vfprintf"
Thu, 26 May 2022 14:56:58 +0300
Dan Carpenter <[email protected]> • #412
Re: [RFC PATCH] check_freeing_devm: Also track erroneous usage of kfree when the pointer has been re-assigned
Thu, 26 May 2022 15:00:16 +0300
Dan Carpenter <[email protected]> • #411
Re: [RFC PATCH] check_freeing_devm: Also track erroneous usage of kfree when the pointer has been re-assigned
Thu, 26 May 2022 12:30:05 +0200
Christophe JAILLET <[email protected]> • #410
[PATCH] check_all_func_returns: Fix a test against "vfprintf"
Thu, 26 May 2022 11:33:30 +0200
Christophe JAILLET <[email protected]> • #409
[PATCH] check_freeing_devm: Add some new devm_ function
Thu, 26 May 2022 08:45:00 +0200
Christophe JAILLET <[email protected]> • #408
[PATCH] check_release_resource: Use INT_PTR instead of hand writing it
Thu, 26 May 2022 07:19:59 +0200
Christophe JAILLET <[email protected]> • #407
[RFC PATCH] check_freeing_devm: Also track erroneous usage of kfree when the pointer has been re-assigned
Thu, 26 May 2022 09:15:16 +0200
Christophe JAILLET <[email protected]> • #406
Re: [PATCH] kmalloc_wrong_size: Preparation work in order to add more functions
Mon, 23 May 2022 16:00:22 +0300
Dan Carpenter <[email protected]> • #405
Re: [PATCH] test_bit: Add some more functions to test.
Mon, 23 May 2022 15:13:19 +0300
Dan Carpenter <[email protected]> • #404
[PATCH] test_bit: Add some more functions to test.
Sat, 21 May 2022 11:58:23 +0200
Christophe JAILLET <[email protected]> • #403
[PATCH] kmalloc_wrong_size: Preparation work in order to add more functions
Sat, 21 May 2022 12:06:53 +0200
Christophe JAILLET <[email protected]> • #402
[PATCH] test_bit: Report the correct function name that triggered the warning
Sat, 21 May 2022 11:49:20 +0200
Christophe JAILLET <[email protected]> • #401
RE: [PATCH] smatch_kernel_host_data: enable additional debug
Wed, 18 May 2022 10:03:45 +0000
"Reshetova, Elena" <[email protected]> • #400
Re: [PATCH] smatch_kernel_host_data: enable additional debug
Wed, 18 May 2022 11:29:38 +0300
Dan Carpenter <[email protected]> • #399
[PATCH] smatch_kernel_host_data: enable additional debug
Wed, 18 May 2022 11:07:41 +0300
Elena Reshetova <[email protected]> • #398
Re: [PATCH] check_spectre: Add a switch to optionally use host data
Tue, 17 May 2022 21:40:09 +0300
Dan Carpenter <[email protected]> • #397
RE: [PATCH] check_spectre: Add a switch to optionally use host data
Tue, 17 May 2022 18:43:56 +0000
"Reshetova, Elena" <[email protected]> • #396
Re: [PATCH] check_spectre: Add a switch to optionally use host data
Mon, 16 May 2022 15:54:25 +0300
Dan Carpenter <[email protected]> • #395
RE: [PATCH] check_spectre: Add a switch to optionally use host data
Mon, 16 May 2022 13:39:49 +0000
"Reshetova, Elena" <[email protected]> • #394
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.