All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
@ 2022-06-14 17:47 Thomas Backlund
  2022-06-14 18:51 ` Linus Torvalds
  0 siblings, 1 reply; 19+ messages in thread
From: Thomas Backlund @ 2022-06-14 17:47 UTC (permalink / raw)
  To: Greg Kroah-Hartman, Guenter Roeck
  Cc: linux-kernel, stable, torvalds, akpm, shuah, patches,
	lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
	slade

Den 2022-06-14 kl. 20:12, skrev Greg Kroah-Hartman:
> On Tue, Jun 14, 2022 at 10:08:27AM -0700, Guenter Roeck wrote:
>> On Tue, Jun 14, 2022 at 08:36:08AM -0700, Guenter Roeck wrote:
>>> On Mon, Jun 13, 2022 at 08:19:49PM +0200, Greg Kroah-Hartman wrote:
>>>> This is the start of the stable review cycle for the 5.15.47 release.
>>>> There are 251 patches in this series, all will be posted as a response
>>>> to this one.  If anyone has any issues with these being applied, please
>>>> let me know.
>>>>
>>>> Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
>>>> Anything received after that time might be too late.
>>>>
>>>
>>> Build results:
>>> 	total: 159 pass: 159 fail: 0
>>> Qemu test results:
>>> 	total: 488 pass: 488 fail: 0
>>>
>>
>> I spoke a bit too early. I see the following backtrace in some qemu arm
>> boot tests.
>>
>> BUG: spinlock bad magic on CPU#0, kdevtmpfs/15
>>   lock: noop_backing_dev_info+0x6c/0x3b0, .magic: 00000000, .owner: <none>/-1, .owner_cpu: 0
>> CPU: 0 PID: 15 Comm: kdevtmpfs Not tainted 5.15.47-rc2-00252-g677f0128d0ed #1
>> Hardware name: ARM RealView Machine (Device Tree Support)
>> [<c01101d0>] (unwind_backtrace) from [<c010bc0c>] (show_stack+0x10/0x14)
>> [<c010bc0c>] (show_stack) from [<c0a10ae4>] (dump_stack_lvl+0x68/0x90)
>> [<c0a10ae4>] (dump_stack_lvl) from [<c0191250>] (do_raw_spin_lock+0xbc/0x124)
>> [<c0191250>] (do_raw_spin_lock) from [<c02eb578>] (__mark_inode_dirty+0x1cc/0x704)
>> [<c02eb578>] (__mark_inode_dirty) from [<c02e6a74>] (simple_setattr+0x44/0x5c)
>> [<c02e6a74>] (simple_setattr) from [<c02d7a18>] (notify_change+0x400/0x45c)
>> [<c02d7a18>] (notify_change) from [<c0a19ef8>] (devtmpfsd+0x1f8/0x2b8)
>> [<c0a19ef8>] (devtmpfsd) from [<c014cf3c>] (kthread+0x150/0x17c)
>> [<c014cf3c>] (kthread) from [<c0100120>] (ret_from_fork+0x14/0x34)
>> Exception stack(0xd00dbfb0 to 0xd00dbff8)
>> bfa0:                                     00000000 00000000 00000000 00000000
>> bfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
>> bfe0: 00000000 00000000 00000000 00000000 00000013 00000000
>>
>> This bisects to commit bc5d960d4e58 ("writeback: Fix inode->i_io_list not
>> be protected by inode->i_lock error"). The problem is also seen in the
>> mainline kernel. v5.15.y.queue and later are affected. Reverting the patch
>> here and in mainline fixes the problem.
>
> Thanks for letting me know.  Hopefully it gets fixed in upstream...
>

I "think" this is the suggested fix:

https://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git/commit/?h=for_next&id=46b6418e26c7c26f98ff9c2c2310bce5ae2aa4dd

--
Thomas



^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-14 17:47 [PATCH 5.15 000/251] 5.15.47-rc2 review Thomas Backlund
@ 2022-06-14 18:51 ` Linus Torvalds
  2022-06-14 19:00   ` Linus Torvalds
  2022-06-15 10:04   ` Jan Kara
  0 siblings, 2 replies; 19+ messages in thread
From: Linus Torvalds @ 2022-06-14 18:51 UTC (permalink / raw)
  To: Thomas Backlund, Jan Kara, Suzuki K Poulose
  Cc: Greg Kroah-Hartman, Guenter Roeck, Linux Kernel Mailing List,
	stable, Andrew Morton, Shuah Khan, patches, lkft-triage,
	Pavel Machek, Jon Hunter, Florian Fainelli, Sudip Mukherjee,
	Slade Watkins

On Tue, Jun 14, 2022 at 11:20 AM Thomas Backlund <tmb@tmb.nu> wrote:
>
> I "think" this is the suggested fix:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git/commit/?h=for_next&id=46b6418e26c7c26f98ff9c2c2310bce5ae2aa4dd

Ugh, this is just too ugly for words.

That's not a fix. That's a "hide the problem" patch.

Now, admittedly clearly the "hide the problem" code already existed,
and was just moved earlier, but I really think this whole "we're
calling __mark_inode_dirty() on an inode that isn't even *initialized*
yet" is a much deeper issue, and shouldn't have some hacky work-around
in __mark_inode_dirty() that just happens to make it work.

I don't mind that patch per se - moving the code is fine.

But I *do* mind the patch when the reason is to hide that wrong
ordering of operations.

Now, maybe a proper fix might be to say that new_inode_pseudo() should
always initialize i_state to I_DIRTY_ALL or something like that. The
comment already says that they cannot participate in writeback, so
maybe they should be disabled that way (ie a pseudo inode is always
dirty and marking it dirty does nothing).

And then you get rid of the noop_backing_dev_info entirely.

Or just make sure that noop_backing_dev_info is fully initialized
before it's used.

Because I think the real problem here is that things have a pointer to
an uninitialized backing_dev_info.

Hmm? Jan?

                   Linus

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-14 18:51 ` Linus Torvalds
@ 2022-06-14 19:00   ` Linus Torvalds
  2022-06-15 11:00     ` Jan Kara
  2022-06-15 10:04   ` Jan Kara
  1 sibling, 1 reply; 19+ messages in thread
From: Linus Torvalds @ 2022-06-14 19:00 UTC (permalink / raw)
  To: Thomas Backlund, Jan Kara, Suzuki K Poulose
  Cc: Greg Kroah-Hartman, Guenter Roeck, Linux Kernel Mailing List,
	stable, Andrew Morton, Shuah Khan, patches, lkft-triage,
	Pavel Machek, Jon Hunter, Florian Fainelli, Sudip Mukherjee,
	Slade Watkins

On Tue, Jun 14, 2022 at 11:51 AM Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> Or just make sure that noop_backing_dev_info is fully initialized
> before it's used.

I don't see any real reason why that

    err = bdi_init(&noop_backing_dev_info);

couldn't just be done very early. Maybe as the first call in
driver_init(), before the whole devtmpfs_init() etc.

But I might be missing some dependency there.

              Linus

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-14 18:51 ` Linus Torvalds
  2022-06-14 19:00   ` Linus Torvalds
@ 2022-06-15 10:04   ` Jan Kara
  1 sibling, 0 replies; 19+ messages in thread
From: Jan Kara @ 2022-06-15 10:04 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: Thomas Backlund, Jan Kara, Suzuki K Poulose, Greg Kroah-Hartman,
	Guenter Roeck, Linux Kernel Mailing List, stable, Andrew Morton,
	Shuah Khan, patches, lkft-triage, Pavel Machek, Jon Hunter,
	Florian Fainelli, Sudip Mukherjee, Slade Watkins

On Tue 14-06-22 11:51:35, Linus Torvalds wrote:
> On Tue, Jun 14, 2022 at 11:20 AM Thomas Backlund <tmb@tmb.nu> wrote:
> >
> > I "think" this is the suggested fix:
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git/commit/?h=for_next&id=46b6418e26c7c26f98ff9c2c2310bce5ae2aa4dd
> 
> Ugh, this is just too ugly for words.
> 
> That's not a fix. That's a "hide the problem" patch.

I agree it is papering over the real problem. I consider that a stopgap
solution so that machines can boot until we find a cleaner solution.

> Now, admittedly clearly the "hide the problem" code already existed,
> and was just moved earlier, but I really think this whole "we're
> calling __mark_inode_dirty() on an inode that isn't even *initialized*
> yet" is a much deeper issue, and shouldn't have some hacky work-around
> in __mark_inode_dirty() that just happens to make it work.
> 
> I don't mind that patch per se - moving the code is fine.
> 
> But I *do* mind the patch when the reason is to hide that wrong
> ordering of operations.
> 
> Now, maybe a proper fix might be to say that new_inode_pseudo() should
> always initialize i_state to I_DIRTY_ALL or something like that. The
> comment already says that they cannot participate in writeback, so
> maybe they should be disabled that way (ie a pseudo inode is always
> dirty and marking it dirty does nothing).

Sadly it is not so simple. Firstly, new_inode_pseudo() gets used for all
inodes (through new_inode()), secondly, tmpfs allocates fully standard
inodes through new_inode() as any other filesystem. We could check
writeback capabilities of the sb->s_bdi in new_inode_pseudo() but that
would not work for inodes that will become block device inodes because
blockdev_superblock has noop_backing_dev_info so we'd have to specialcase
that. Overall it looks a bit hairy to my taste.

> And then you get rid of the noop_backing_dev_info entirely.

And this would be even more difficult because there are other places that
expect there's *some* bdi associated with each sb.

> Or just make sure that noop_backing_dev_info is fully initialized
> before it's used.
> 
> Because I think the real problem here is that things have a pointer to
> an uninitialized backing_dev_info.

I fully agree with this. IMHO we need to initialize noop_backing_dev_info
earlier but early init is not exactly my comfort zone so I have to verify
whether various stuff in cgwb_bdi_init() is safe to call so early...

								Honza
-- 
Jan Kara <jack@suse.com>
SUSE Labs, CR

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-14 19:00   ` Linus Torvalds
@ 2022-06-15 11:00     ` Jan Kara
  2022-06-15 13:38       ` Jan Kara
  0 siblings, 1 reply; 19+ messages in thread
From: Jan Kara @ 2022-06-15 11:00 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: Thomas Backlund, Jan Kara, Suzuki K Poulose, Greg Kroah-Hartman,
	Guenter Roeck, Linux Kernel Mailing List, stable, Andrew Morton,
	Shuah Khan, patches, lkft-triage, Pavel Machek, Jon Hunter,
	Florian Fainelli, Sudip Mukherjee, Slade Watkins

On Tue 14-06-22 12:00:22, Linus Torvalds wrote:
> On Tue, Jun 14, 2022 at 11:51 AM Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> >
> > Or just make sure that noop_backing_dev_info is fully initialized
> > before it's used.
> 
> I don't see any real reason why that
> 
>     err = bdi_init(&noop_backing_dev_info);
> 
> couldn't just be done very early. Maybe as the first call in
> driver_init(), before the whole devtmpfs_init() etc.

I've checked the dependencies and cgroups (which are the only non-trivial
dependency besides per-CPU infrastructure) are initialized early enough so
it should work fine. So let's try that.

								Honza
-- 
Jan Kara <jack@suse.com>
SUSE Labs, CR

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-15 11:00     ` Jan Kara
@ 2022-06-15 13:38       ` Jan Kara
  2022-06-15 18:00         ` Guenter Roeck
  2022-06-16  8:04         ` Suzuki K Poulose
  0 siblings, 2 replies; 19+ messages in thread
From: Jan Kara @ 2022-06-15 13:38 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: Thomas Backlund, Jan Kara, Suzuki K Poulose, Greg Kroah-Hartman,
	Guenter Roeck, Linux Kernel Mailing List, stable, Andrew Morton,
	Shuah Khan, patches, lkft-triage, Pavel Machek, Jon Hunter,
	Florian Fainelli, Sudip Mukherjee, Slade Watkins

[-- Attachment #1: Type: text/plain, Size: 900 bytes --]

On Wed 15-06-22 13:00:22, Jan Kara wrote:
> On Tue 14-06-22 12:00:22, Linus Torvalds wrote:
> > On Tue, Jun 14, 2022 at 11:51 AM Linus Torvalds
> > <torvalds@linux-foundation.org> wrote:
> > >
> > > Or just make sure that noop_backing_dev_info is fully initialized
> > > before it's used.
> > 
> > I don't see any real reason why that
> > 
> >     err = bdi_init(&noop_backing_dev_info);
> > 
> > couldn't just be done very early. Maybe as the first call in
> > driver_init(), before the whole devtmpfs_init() etc.
> 
> I've checked the dependencies and cgroups (which are the only non-trivial
> dependency besides per-CPU infrastructure) are initialized early enough so
> it should work fine. So let's try that.

Attached patch boots for me. Guys, who was able to reproduce the failure: Can
you please confirm this patch fixes your problem?

								Honza
-- 
Jan Kara <jack@suse.com>
SUSE Labs, CR

[-- Attachment #2: 0001-init-Initialized-noop_backing_dev_info-early.patch --]
[-- Type: text/x-patch, Size: 2370 bytes --]

From 8f998b182be7563fc92aa8914cc7d21f75a3c20e Mon Sep 17 00:00:00 2001
From: Jan Kara <jack@suse.cz>
Date: Wed, 15 Jun 2022 15:22:29 +0200
Subject: [PATCH] init: Initialized noop_backing_dev_info early

noop_backing_dev_info is used by superblocks of various
pseudofilesystems such as kdevtmpfs. Initialize it before the
filesystems get mounted.

Signed-off-by: Jan Kara <jack@suse.cz>
---
 drivers/base/init.c         |  2 ++
 include/linux/backing-dev.h |  2 ++
 mm/backing-dev.c            | 11 ++---------
 3 files changed, 6 insertions(+), 9 deletions(-)

diff --git a/drivers/base/init.c b/drivers/base/init.c
index d8d0fe687111..397eb9880cec 100644
--- a/drivers/base/init.c
+++ b/drivers/base/init.c
@@ -8,6 +8,7 @@
 #include <linux/init.h>
 #include <linux/memory.h>
 #include <linux/of.h>
+#include <linux/backing-dev.h>
 
 #include "base.h"
 
@@ -20,6 +21,7 @@
 void __init driver_init(void)
 {
 	/* These are the core pieces */
+	bdi_init(&noop_backing_dev_info);
 	devtmpfs_init();
 	devices_init();
 	buses_init();
diff --git a/include/linux/backing-dev.h b/include/linux/backing-dev.h
index 2bd073fa6bb5..f0baef68f90f 100644
--- a/include/linux/backing-dev.h
+++ b/include/linux/backing-dev.h
@@ -119,6 +119,8 @@ int bdi_set_max_ratio(struct backing_dev_info *bdi, unsigned int max_ratio);
 
 extern struct backing_dev_info noop_backing_dev_info;
 
+extern int bdi_init(struct backing_dev_info *bdi);
+
 /**
  * writeback_in_progress - determine whether there is writeback in progress
  * @wb: bdi_writeback of interest
diff --git a/mm/backing-dev.c b/mm/backing-dev.c
index ff60bd7d74e0..95550b8fa7fe 100644
--- a/mm/backing-dev.c
+++ b/mm/backing-dev.c
@@ -231,20 +231,13 @@ static __init int bdi_class_init(void)
 }
 postcore_initcall(bdi_class_init);
 
-static int bdi_init(struct backing_dev_info *bdi);
-
 static int __init default_bdi_init(void)
 {
-	int err;
-
 	bdi_wq = alloc_workqueue("writeback", WQ_MEM_RECLAIM | WQ_UNBOUND |
 				 WQ_SYSFS, 0);
 	if (!bdi_wq)
 		return -ENOMEM;
-
-	err = bdi_init(&noop_backing_dev_info);
-
-	return err;
+	return 0;
 }
 subsys_initcall(default_bdi_init);
 
@@ -781,7 +774,7 @@ static void cgwb_remove_from_bdi_list(struct bdi_writeback *wb)
 
 #endif	/* CONFIG_CGROUP_WRITEBACK */
 
-static int bdi_init(struct backing_dev_info *bdi)
+int bdi_init(struct backing_dev_info *bdi)
 {
 	int ret;
 
-- 
2.35.3


^ permalink raw reply related	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-15 13:38       ` Jan Kara
@ 2022-06-15 18:00         ` Guenter Roeck
  2022-06-15 21:47           ` Jan Kara
  2022-06-16  8:04         ` Suzuki K Poulose
  1 sibling, 1 reply; 19+ messages in thread
From: Guenter Roeck @ 2022-06-15 18:00 UTC (permalink / raw)
  To: Jan Kara
  Cc: Linus Torvalds, Thomas Backlund, Suzuki K Poulose,
	Greg Kroah-Hartman, Linux Kernel Mailing List, stable,
	Andrew Morton, Shuah Khan, patches, lkft-triage, Pavel Machek,
	Jon Hunter, Florian Fainelli, Sudip Mukherjee, Slade Watkins

On Wed, Jun 15, 2022 at 03:38:45PM +0200, Jan Kara wrote:
> On Wed 15-06-22 13:00:22, Jan Kara wrote:
> > On Tue 14-06-22 12:00:22, Linus Torvalds wrote:
> > > On Tue, Jun 14, 2022 at 11:51 AM Linus Torvalds
> > > <torvalds@linux-foundation.org> wrote:
> > > >
> > > > Or just make sure that noop_backing_dev_info is fully initialized
> > > > before it's used.
> > > 
> > > I don't see any real reason why that
> > > 
> > >     err = bdi_init(&noop_backing_dev_info);
> > > 
> > > couldn't just be done very early. Maybe as the first call in
> > > driver_init(), before the whole devtmpfs_init() etc.
> > 
> > I've checked the dependencies and cgroups (which are the only non-trivial
> > dependency besides per-CPU infrastructure) are initialized early enough so
> > it should work fine. So let's try that.
> 
> Attached patch boots for me. Guys, who was able to reproduce the failure: Can
> you please confirm this patch fixes your problem?
> 

It does for me.

> 								Honza
> -- 
> Jan Kara <jack@suse.com>
> SUSE Labs, CR

> From 8f998b182be7563fc92aa8914cc7d21f75a3c20e Mon Sep 17 00:00:00 2001
> From: Jan Kara <jack@suse.cz>
> Date: Wed, 15 Jun 2022 15:22:29 +0200
> Subject: [PATCH] init: Initialized noop_backing_dev_info early
> 
> noop_backing_dev_info is used by superblocks of various
> pseudofilesystems such as kdevtmpfs. Initialize it before the
> filesystems get mounted.
> 
> Signed-off-by: Jan Kara <jack@suse.cz>

Tested-by: Guenter Roeck <linux@roeck-us.net>

Guenter

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-15 18:00         ` Guenter Roeck
@ 2022-06-15 21:47           ` Jan Kara
  0 siblings, 0 replies; 19+ messages in thread
From: Jan Kara @ 2022-06-15 21:47 UTC (permalink / raw)
  To: Guenter Roeck
  Cc: Jan Kara, Linus Torvalds, Thomas Backlund, Suzuki K Poulose,
	Greg Kroah-Hartman, Linux Kernel Mailing List, stable,
	Andrew Morton, Shuah Khan, patches, lkft-triage, Pavel Machek,
	Jon Hunter, Florian Fainelli, Sudip Mukherjee, Slade Watkins

On Wed 15-06-22 11:00:26, Guenter Roeck wrote:
> On Wed, Jun 15, 2022 at 03:38:45PM +0200, Jan Kara wrote:
> > On Wed 15-06-22 13:00:22, Jan Kara wrote:
> > > On Tue 14-06-22 12:00:22, Linus Torvalds wrote:
> > > > On Tue, Jun 14, 2022 at 11:51 AM Linus Torvalds
> > > > <torvalds@linux-foundation.org> wrote:
> > > > >
> > > > > Or just make sure that noop_backing_dev_info is fully initialized
> > > > > before it's used.
> > > > 
> > > > I don't see any real reason why that
> > > > 
> > > >     err = bdi_init(&noop_backing_dev_info);
> > > > 
> > > > couldn't just be done very early. Maybe as the first call in
> > > > driver_init(), before the whole devtmpfs_init() etc.
> > > 
> > > I've checked the dependencies and cgroups (which are the only non-trivial
> > > dependency besides per-CPU infrastructure) are initialized early enough so
> > > it should work fine. So let's try that.
> > 
> > Attached patch boots for me. Guys, who was able to reproduce the failure: Can
> > you please confirm this patch fixes your problem?
> > 
> 
> It does for me.

Thanks for confirmation! I'll send the patch with proper tags etc. and also
push it to Linus if nobody objects.

								Honza
-- 
Jan Kara <jack@suse.com>
SUSE Labs, CR

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-15 13:38       ` Jan Kara
  2022-06-15 18:00         ` Guenter Roeck
@ 2022-06-16  8:04         ` Suzuki K Poulose
  1 sibling, 0 replies; 19+ messages in thread
From: Suzuki K Poulose @ 2022-06-16  8:04 UTC (permalink / raw)
  To: Jan Kara, Linus Torvalds
  Cc: Thomas Backlund, Greg Kroah-Hartman, Guenter Roeck,
	Linux Kernel Mailing List, stable, Andrew Morton, Shuah Khan,
	patches, lkft-triage, Pavel Machek, Jon Hunter, Florian Fainelli,
	Sudip Mukherjee, Slade Watkins

On 15/06/2022 14:38, Jan Kara wrote:
> On Wed 15-06-22 13:00:22, Jan Kara wrote:
>> On Tue 14-06-22 12:00:22, Linus Torvalds wrote:
>>> On Tue, Jun 14, 2022 at 11:51 AM Linus Torvalds
>>> <torvalds@linux-foundation.org> wrote:
>>>>
>>>> Or just make sure that noop_backing_dev_info is fully initialized
>>>> before it's used.
>>>
>>> I don't see any real reason why that
>>>
>>>      err = bdi_init(&noop_backing_dev_info);
>>>
>>> couldn't just be done very early. Maybe as the first call in
>>> driver_init(), before the whole devtmpfs_init() etc.
>>
>> I've checked the dependencies and cgroups (which are the only non-trivial
>> dependency besides per-CPU infrastructure) are initialized early enough so
>> it should work fine. So let's try that.
> 
> Attached patch boots for me. Guys, who was able to reproduce the failure: Can
> you please confirm this patch fixes your problem?
> 
> 								Honza

Works for me too

Tested-by: Suzuki K Poulose <suzuki.poulose@arm.com>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-13 18:19 Greg Kroah-Hartman
                   ` (4 preceding siblings ...)
  2022-06-14 15:36 ` Guenter Roeck
@ 2022-06-14 19:18 ` Naresh Kamboju
  5 siblings, 0 replies; 19+ messages in thread
From: Naresh Kamboju @ 2022-06-14 19:18 UTC (permalink / raw)
  To: Greg Kroah-Hartman
  Cc: linux-kernel, stable, torvalds, akpm, linux, shuah, patches,
	lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
	slade

On Mon, 13 Jun 2022 at 23:49, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 5.15.47 release.
> There are 251 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
>         https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.47-rc2.gz
> or in the git tree and branch at:
>         git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h

Results from Linaro’s test farm.
No regressions on arm64, arm, x86_64, and i386.

Tested-by: Linux Kernel Functional Testing <lkft@linaro.org>

## Build
* kernel: 5.15.47-rc2
* git: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc
* git branch: linux-5.15.y
* git commit: 677f0128d0ed8a3d320b74e8e35b214163070d47
* git describe: v5.15.45-920-g677f0128d0ed
* test details:
https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.15.y/build/v5.15.45-920-g677f0128d0ed

## Test Regressions (compared to v5.15.45-668-g53f46ca17ebd)
No test regressions found.

## Metric Regressions (compared to v5.15.45-668-g53f46ca17ebd)
No metric regressions found.

## Test Fixes (compared to v5.15.45-668-g53f46ca17ebd)
No test fixes found.

## Metric Fixes (compared to v5.15.45-668-g53f46ca17ebd)
No metric fixes found.

## Test result summary
total: 128456, pass: 114638, fail: 265, skip: 12605, xfail: 948

## Build Summary
* arc: 10 total, 10 passed, 0 failed
* arm: 314 total, 314 passed, 0 failed
* arm64: 58 total, 58 passed, 0 failed
* i386: 52 total, 49 passed, 3 failed
* mips: 37 total, 37 passed, 0 failed
* parisc: 12 total, 12 passed, 0 failed
* powerpc: 54 total, 54 passed, 0 failed
* riscv: 22 total, 22 passed, 0 failed
* s390: 21 total, 21 passed, 0 failed
* sh: 24 total, 24 passed, 0 failed
* sparc: 12 total, 12 passed, 0 failed
* x86_64: 56 total, 55 passed, 1 failed

## Test suites summary
* fwts
* igt-gpu-tools
* kunit
* kvm-unit-tests
* libgpiod
* libhugetlbfs
* log-parser-boot
* log-parser-test
* ltp-cap_bounds
* ltp-cap_bounds-tests
* ltp-commands
* ltp-commands-tests
* ltp-containers
* ltp-containers-tests
* ltp-controllers-tests
* ltp-cpuhotplug-tests
* ltp-crypto
* ltp-crypto-tests
* ltp-cve-tests
* ltp-dio-tests
* ltp-fcntl-locktests
* ltp-fcntl-locktests-tests
* ltp-filecaps
* ltp-filecaps-tests
* ltp-fs
* ltp-fs-tests
* ltp-fs_bind
* ltp-fs_bind-tests
* ltp-fs_perms_simple
* ltp-fs_perms_simple-tests
* ltp-fsx
* ltp-fsx-tests
* ltp-hugetlb
* ltp-hugetlb-tests
* ltp-io
* ltp-io-tests
* ltp-ipc
* ltp-ipc-tests
* ltp-math-tests
* ltp-mm-tests
* ltp-nptl
* ltp-nptl-tests
* ltp-open-posix-tests
* ltp-pty
* ltp-pty-tests
* ltp-sched-tests
* ltp-securebits
* ltp-securebits-tests
* ltp-smoke
* ltp-syscalls-tests
* ltp-tracing-tests
* network-basic-tests
* packetdrill
* perf
* perf/Zstd-perf.data-compression
* rcutorture
* ssuite
* v4l2-compliance
* vdso

--
Linaro LKFT
https://lkft.linaro.org

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-14 17:08   ` Guenter Roeck
@ 2022-06-14 17:12     ` Greg Kroah-Hartman
  0 siblings, 0 replies; 19+ messages in thread
From: Greg Kroah-Hartman @ 2022-06-14 17:12 UTC (permalink / raw)
  To: Guenter Roeck
  Cc: linux-kernel, stable, torvalds, akpm, shuah, patches,
	lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
	slade

On Tue, Jun 14, 2022 at 10:08:27AM -0700, Guenter Roeck wrote:
> On Tue, Jun 14, 2022 at 08:36:08AM -0700, Guenter Roeck wrote:
> > On Mon, Jun 13, 2022 at 08:19:49PM +0200, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 5.15.47 release.
> > > There are 251 patches in this series, all will be posted as a response
> > > to this one.  If anyone has any issues with these being applied, please
> > > let me know.
> > > 
> > > Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
> > > Anything received after that time might be too late.
> > > 
> > 
> > Build results:
> > 	total: 159 pass: 159 fail: 0
> > Qemu test results:
> > 	total: 488 pass: 488 fail: 0
> > 
> 
> I spoke a bit too early. I see the following backtrace in some qemu arm
> boot tests.
> 
> BUG: spinlock bad magic on CPU#0, kdevtmpfs/15
>  lock: noop_backing_dev_info+0x6c/0x3b0, .magic: 00000000, .owner: <none>/-1, .owner_cpu: 0
> CPU: 0 PID: 15 Comm: kdevtmpfs Not tainted 5.15.47-rc2-00252-g677f0128d0ed #1
> Hardware name: ARM RealView Machine (Device Tree Support)
> [<c01101d0>] (unwind_backtrace) from [<c010bc0c>] (show_stack+0x10/0x14)
> [<c010bc0c>] (show_stack) from [<c0a10ae4>] (dump_stack_lvl+0x68/0x90)
> [<c0a10ae4>] (dump_stack_lvl) from [<c0191250>] (do_raw_spin_lock+0xbc/0x124)
> [<c0191250>] (do_raw_spin_lock) from [<c02eb578>] (__mark_inode_dirty+0x1cc/0x704)
> [<c02eb578>] (__mark_inode_dirty) from [<c02e6a74>] (simple_setattr+0x44/0x5c)
> [<c02e6a74>] (simple_setattr) from [<c02d7a18>] (notify_change+0x400/0x45c)
> [<c02d7a18>] (notify_change) from [<c0a19ef8>] (devtmpfsd+0x1f8/0x2b8)
> [<c0a19ef8>] (devtmpfsd) from [<c014cf3c>] (kthread+0x150/0x17c)
> [<c014cf3c>] (kthread) from [<c0100120>] (ret_from_fork+0x14/0x34)
> Exception stack(0xd00dbfb0 to 0xd00dbff8)
> bfa0:                                     00000000 00000000 00000000 00000000
> bfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> bfe0: 00000000 00000000 00000000 00000000 00000013 00000000
> 
> This bisects to commit bc5d960d4e58 ("writeback: Fix inode->i_io_list not
> be protected by inode->i_lock error"). The problem is also seen in the
> mainline kernel. v5.15.y.queue and later are affected. Reverting the patch
> here and in mainline fixes the problem.

Thanks for letting me know.  Hopefully it gets fixed in upstream...

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-14 15:36 ` Guenter Roeck
  2022-06-14 16:58   ` Allen Pais
@ 2022-06-14 17:08   ` Guenter Roeck
  2022-06-14 17:12     ` Greg Kroah-Hartman
  1 sibling, 1 reply; 19+ messages in thread
From: Guenter Roeck @ 2022-06-14 17:08 UTC (permalink / raw)
  To: Greg Kroah-Hartman
  Cc: linux-kernel, stable, torvalds, akpm, shuah, patches,
	lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
	slade

On Tue, Jun 14, 2022 at 08:36:08AM -0700, Guenter Roeck wrote:
> On Mon, Jun 13, 2022 at 08:19:49PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.15.47 release.
> > There are 251 patches in this series, all will be posted as a response
> > to this one.  If anyone has any issues with these being applied, please
> > let me know.
> > 
> > Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
> > Anything received after that time might be too late.
> > 
> 
> Build results:
> 	total: 159 pass: 159 fail: 0
> Qemu test results:
> 	total: 488 pass: 488 fail: 0
> 

I spoke a bit too early. I see the following backtrace in some qemu arm
boot tests.

BUG: spinlock bad magic on CPU#0, kdevtmpfs/15
 lock: noop_backing_dev_info+0x6c/0x3b0, .magic: 00000000, .owner: <none>/-1, .owner_cpu: 0
CPU: 0 PID: 15 Comm: kdevtmpfs Not tainted 5.15.47-rc2-00252-g677f0128d0ed #1
Hardware name: ARM RealView Machine (Device Tree Support)
[<c01101d0>] (unwind_backtrace) from [<c010bc0c>] (show_stack+0x10/0x14)
[<c010bc0c>] (show_stack) from [<c0a10ae4>] (dump_stack_lvl+0x68/0x90)
[<c0a10ae4>] (dump_stack_lvl) from [<c0191250>] (do_raw_spin_lock+0xbc/0x124)
[<c0191250>] (do_raw_spin_lock) from [<c02eb578>] (__mark_inode_dirty+0x1cc/0x704)
[<c02eb578>] (__mark_inode_dirty) from [<c02e6a74>] (simple_setattr+0x44/0x5c)
[<c02e6a74>] (simple_setattr) from [<c02d7a18>] (notify_change+0x400/0x45c)
[<c02d7a18>] (notify_change) from [<c0a19ef8>] (devtmpfsd+0x1f8/0x2b8)
[<c0a19ef8>] (devtmpfsd) from [<c014cf3c>] (kthread+0x150/0x17c)
[<c014cf3c>] (kthread) from [<c0100120>] (ret_from_fork+0x14/0x34)
Exception stack(0xd00dbfb0 to 0xd00dbff8)
bfa0:                                     00000000 00000000 00000000 00000000
bfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
bfe0: 00000000 00000000 00000000 00000000 00000013 00000000

This bisects to commit bc5d960d4e58 ("writeback: Fix inode->i_io_list not
be protected by inode->i_lock error"). The problem is also seen in the
mainline kernel. v5.15.y.queue and later are affected. Reverting the patch
here and in mainline fixes the problem.

Guenter

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-14 15:36 ` Guenter Roeck
@ 2022-06-14 16:58   ` Allen Pais
  2022-06-14 17:08   ` Guenter Roeck
  1 sibling, 0 replies; 19+ messages in thread
From: Allen Pais @ 2022-06-14 16:58 UTC (permalink / raw)
  To: Guenter Roeck
  Cc: Greg Kroah-Hartman, linux-kernel, stable, torvalds, akpm, shuah,
	patches, lkft-triage, pavel, jonathanh, f.fainelli,
	Sudip Mukherjee, slade

Boot test:
x86_64 & arm64. No regression.

Tested-by: Allen Pais <apais@linux.microsoft.com>

On Tue, Jun 14, 2022 at 8:37 AM Guenter Roeck <linux@roeck-us.net> wrote:
>
> On Mon, Jun 13, 2022 at 08:19:49PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.15.47 release.
> > There are 251 patches in this series, all will be posted as a response
> > to this one.  If anyone has any issues with these being applied, please
> > let me know.
> >
> > Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
> > Anything received after that time might be too late.
> >
>
> Build results:
>         total: 159 pass: 159 fail: 0
> Qemu test results:
>         total: 488 pass: 488 fail: 0
>
> Tested-by: Guenter Roeck <linux@roeck-us.net>
>
> Guenter

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-13 18:19 Greg Kroah-Hartman
                   ` (3 preceding siblings ...)
  2022-06-14 10:21 ` Sudip Mukherjee
@ 2022-06-14 15:36 ` Guenter Roeck
  2022-06-14 16:58   ` Allen Pais
  2022-06-14 17:08   ` Guenter Roeck
  2022-06-14 19:18 ` Naresh Kamboju
  5 siblings, 2 replies; 19+ messages in thread
From: Guenter Roeck @ 2022-06-14 15:36 UTC (permalink / raw)
  To: Greg Kroah-Hartman
  Cc: linux-kernel, stable, torvalds, akpm, shuah, patches,
	lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
	slade

On Mon, Jun 13, 2022 at 08:19:49PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.47 release.
> There are 251 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
> Anything received after that time might be too late.
> 

Build results:
	total: 159 pass: 159 fail: 0
Qemu test results:
	total: 488 pass: 488 fail: 0

Tested-by: Guenter Roeck <linux@roeck-us.net>

Guenter

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-13 18:19 Greg Kroah-Hartman
                   ` (2 preceding siblings ...)
  2022-06-14  3:32 ` Fox Chen
@ 2022-06-14 10:21 ` Sudip Mukherjee
  2022-06-14 15:36 ` Guenter Roeck
  2022-06-14 19:18 ` Naresh Kamboju
  5 siblings, 0 replies; 19+ messages in thread
From: Sudip Mukherjee @ 2022-06-14 10:21 UTC (permalink / raw)
  To: Greg Kroah-Hartman
  Cc: linux-kernel, stable, torvalds, akpm, linux, shuah, patches,
	lkft-triage, pavel, jonathanh, f.fainelli, slade

Hi Greg,

On Mon, Jun 13, 2022 at 08:19:49PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.47 release.
> There are 251 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
> Anything received after that time might be too late.

Build test (gcc version 11.3.1 20220612):
mips: 62 configs -> no failure
arm: 99 configs -> no failure
arm64: 3 configs -> no failure
x86_64: 4 configs -> no failure
alpha allmodconfig -> no failure
csky allmodconfig -> no failure
powerpc allmodconfig -> no failure
riscv allmodconfig -> no failure
s390 allmodconfig -> no failure
xtensa allmodconfig -> no failure

Boot test:
x86_64: Booted on my test laptop. No regression.
x86_64: Booted on qemu. No regression. [1]
arm64: Booted on rpi4b (4GB model). No regression. [2]
mips: Booted on ci20 board. No regression. [3]

[1]. https://openqa.qa.codethink.co.uk/tests/1320
[2]. https://openqa.qa.codethink.co.uk/tests/1324
[3]. https://openqa.qa.codethink.co.uk/tests/1326

Tested-by: Sudip Mukherjee <sudip.mukherjee@codethink.co.uk>

--
Regards
Sudip


^ permalink raw reply	[flat|nested] 19+ messages in thread

* RE: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-13 18:19 Greg Kroah-Hartman
  2022-06-13 21:00 ` Florian Fainelli
  2022-06-14  3:06 ` Shuah Khan
@ 2022-06-14  3:32 ` Fox Chen
  2022-06-14 10:21 ` Sudip Mukherjee
                   ` (2 subsequent siblings)
  5 siblings, 0 replies; 19+ messages in thread
From: Fox Chen @ 2022-06-14  3:32 UTC (permalink / raw)
  To: linux-kernel
  Cc: Greg Kroah-Hartman, stable, torvalds, akpm, linux, shuah,
	patches, lkft-triage, pavel, jonathanh, f.fainelli,
	sudipm.mukherjee, slade, Fox Chen

On Mon, 13 Jun 2022 20:19:49 +0200, Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
> This is the start of the stable review cycle for the 5.15.47 release.
> There are 251 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
> 	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.47-rc2.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h
> 

5.15.47-rc2 Successfully Compiled and booted on my Raspberry PI 4b (8g) (bcm2711)
                
Tested-by: Fox Chen <foxhlchen@gmail.com>


^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-13 18:19 Greg Kroah-Hartman
  2022-06-13 21:00 ` Florian Fainelli
@ 2022-06-14  3:06 ` Shuah Khan
  2022-06-14  3:32 ` Fox Chen
                   ` (3 subsequent siblings)
  5 siblings, 0 replies; 19+ messages in thread
From: Shuah Khan @ 2022-06-14  3:06 UTC (permalink / raw)
  To: Greg Kroah-Hartman, linux-kernel
  Cc: stable, torvalds, akpm, linux, shuah, patches, lkft-triage,
	pavel, jonathanh, f.fainelli, sudipm.mukherjee, slade,
	Shuah Khan

On 6/13/22 12:19 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.47 release.
> There are 251 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
> 	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.47-rc2.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h
> 

Compiled and booted on my test system. No dmesg regressions.

Tested-by: Shuah Khan <skhan@linuxfoundation.org>

thanks,
-- Shuah

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
  2022-06-13 18:19 Greg Kroah-Hartman
@ 2022-06-13 21:00 ` Florian Fainelli
  2022-06-14  3:06 ` Shuah Khan
                   ` (4 subsequent siblings)
  5 siblings, 0 replies; 19+ messages in thread
From: Florian Fainelli @ 2022-06-13 21:00 UTC (permalink / raw)
  To: Greg Kroah-Hartman, linux-kernel
  Cc: stable, torvalds, akpm, linux, shuah, patches, lkft-triage,
	pavel, jonathanh, sudipm.mukherjee, slade

On 6/13/22 11:19, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.47 release.
> There are 251 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
> 	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.47-rc2.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h

On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels:

Tested-by: Florian Fainelli <f.fainelli@gmail.com>
-- 
Florian

^ permalink raw reply	[flat|nested] 19+ messages in thread

* [PATCH 5.15 000/251] 5.15.47-rc2 review
@ 2022-06-13 18:19 Greg Kroah-Hartman
  2022-06-13 21:00 ` Florian Fainelli
                   ` (5 more replies)
  0 siblings, 6 replies; 19+ messages in thread
From: Greg Kroah-Hartman @ 2022-06-13 18:19 UTC (permalink / raw)
  To: linux-kernel
  Cc: Greg Kroah-Hartman, stable, torvalds, akpm, linux, shuah,
	patches, lkft-triage, pavel, jonathanh, f.fainelli,
	sudipm.mukherjee, slade

This is the start of the stable review cycle for the 5.15.47 release.
There are 251 patches in this series, all will be posted as a response
to this one.  If anyone has any issues with these being applied, please
let me know.

Responses should be made by Wed, 15 Jun 2022 18:18:03 +0000.
Anything received after that time might be too late.

The whole patch series can be found in one patch at:
	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.47-rc2.gz
or in the git tree and branch at:
	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
and the diffstat can be found below.

thanks,

greg k-h

-------------
Pseudo-Shortlog of commits:

Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    Linux 5.15.47-rc2

Maciej Fijalkowski <maciej.fijalkowski@intel.com>
    xsk: Fix possible crash when multiple sockets are created

Eric Dumazet <edumazet@google.com>
    tcp: fix tcp_mtup_probe_success vs wrong snd_cwnd

Dave Jiang <dave.jiang@intel.com>
    dmaengine: idxd: add missing callback function to support DMA_INTERRUPT

Linus Torvalds <torvalds@linux-foundation.org>
    iov_iter: fix build issue due to possible type mis-match

Damien Le Moal <damien.lemoal@opensource.wdc.com>
    zonefs: fix handling of explicit_open option on mount

Johan Hovold <johan+linaro@kernel.org>
    PCI: qcom: Fix pipe clock imbalance

Davide Caratti <dcaratti@redhat.com>
    net/sched: act_police: more accurate MTU policing

Pascal Hambourg <pascal@plouf.fr.eu.org>
    md/raid0: Ignore RAID0 layout if the second zone has only one device

Jason A. Donenfeld <Jason@zx2c4.com>
    random: account for arch randomness in bits

Jason A. Donenfeld <Jason@zx2c4.com>
    random: mark bootloader randomness code as __init

Jason A. Donenfeld <Jason@zx2c4.com>
    random: avoid checking crng_ready() twice in random_init()

KuoHsiang Chou <kuohsiang_chou@aspeedtech.com>
    drm/ast: Create threshold values for AST2600

Alexey Kardashevskiy <aik@ozlabs.ru>
    powerpc/mm: Switch obsolete dssall to .long

Michael Ellerman <mpe@ellerman.id.au>
    powerpc/32: Fix overread/overwrite of thread_struct via ptrace

Alex Deucher <alexander.deucher@amd.com>
    drm/amdgpu: update VCN codec support for Yellow Carp

Brian Norris <briannorris@chromium.org>
    drm/atomic: Force bridge self-refresh-exit on CRTC switch

Brian Norris <briannorris@chromium.org>
    drm/bridge: analogix_dp: Support PSR-exit to disable transition

Michael Ellerman <mpe@ellerman.id.au>
    powerpc: Don't select HAVE_IRQ_EXIT_ON_IRQ_STACK

Xie Yongji <xieyongji@bytedance.com>
    vduse: Fix NULL pointer dereference on sysfs access

Mathias Nyman <mathias.nyman@linux.intel.com>
    Input: bcm5974 - set missing URB_NO_TRANSFER_DMA_MAP urb flag

Olivier Matz <olivier.matz@6wind.com>
    ixgbe: fix unexpected VLAN Rx in promisc mode on VF

Olivier Matz <olivier.matz@6wind.com>
    ixgbe: fix bcast packets Rx on VF after promisc removal

Martin Faltesek <mfaltesek@google.com>
    nfc: st21nfca: fix incorrect sizing calculations in EVT_TRANSACTION

Martin Faltesek <mfaltesek@google.com>
    nfc: st21nfca: fix memory leaks in EVT_TRANSACTION handling

Martin Faltesek <mfaltesek@google.com>
    nfc: st21nfca: fix incorrect validating logic in EVT_TRANSACTION

Jchao Sun <sunjunchao2870@gmail.com>
    writeback: Fix inode->i_io_list not be protected by inode->i_lock error

Ilya Maximets <i.maximets@ovn.org>
    net: openvswitch: fix misuse of the cached connection on tuple changes

Tan Tee Min <tee.min.tan@linux.intel.com>
    net: phy: dp83867: retrigger SGMII AN when link change

Adrian Hunter <adrian.hunter@intel.com>
    mmc: block: Fix CQE recovery reset success

Sergey Shtylyov <s.shtylyov@omp.ru>
    ata: libata-transport: fix {dma|pio|xfer}_mode sysfs files

David Safford <david.safford@gmail.com>
    KEYS: trusted: tpm2: Fix migratable logic

Paulo Alcantara <pc@cjr.nz>
    cifs: fix reconnect on smb3 mount types

Shyam Prasad N <sprasad@microsoft.com>
    cifs: return errors during session setup during reconnects

Jeremy Soller <jeremy@system76.com>
    ALSA: hda/realtek: Add quirk for HP Dev One

Cameron Berkenpas <cam@neo-zeon.de>
    ALSA: hda/realtek: Fix for quirk to enable speaker output on the Lenovo Yoga DuetITL 2021

huangwenhui <huangwenhuia@uniontech.com>
    ALSA: hda/conexant - Fix loopback issue with CX20632

Takashi Iwai <tiwai@suse.de>
    ALSA: usb-audio: Set up (implicit) sync for Saffire 6

Takashi Iwai <tiwai@suse.de>
    ALSA: usb-audio: Skip generic sync EP parse for secondary EP

Kuan-Ying Lee <Kuan-Ying.Lee@mediatek.com>
    scripts/gdb: change kernel config dumping method

Xie Yongji <xieyongji@bytedance.com>
    vringh: Fix loop descriptors check in the indirect cases

Kees Cook <keescook@chromium.org>
    nodemask: Fix return values to be unsigned

Yury Norov <yury.norov@gmail.com>
    drm/amd/pm: use bitmap_{from,to}_arr32 where appropriate

Steve French <stfrench@microsoft.com>
    cifs: version operations for smb20 unneeded when legacy support disabled

Christian Borntraeger <borntraeger@linux.ibm.com>
    s390/gmap: voluntarily schedule during key setting

Yu Kuai <yukuai3@huawei.com>
    nbd: fix io hung while disconnecting device

Yu Kuai <yukuai3@huawei.com>
    nbd: fix race between nbd_alloc_config() and module removal

Yu Kuai <yukuai3@huawei.com>
    nbd: call genl_unregister_family() first in nbd_cleanup()

Peter Zijlstra <peterz@infradead.org>
    jump_label,noinstr: Avoid instrumentation for JUMP_LABEL=n builds

Peter Zijlstra <peterz@infradead.org>
    x86/cpu: Elide KCSAN for cpu_has() and friends

Masahiro Yamada <masahiroy@kernel.org>
    modpost: fix undefined behavior of is_arm_mapping_symbol()

Johannes Berg <johannes.berg@intel.com>
    um: line: Use separate IRQs per line

Lijo Lazar <lijo.lazar@amd.com>
    drm/amd/pm: Fix missing thermal throttler status

Gong Yuanjun <ruc_gongyuanjun@163.com>
    drm/radeon: fix a possible null pointer dereference

David Galiffi <David.Galiffi@amd.com>
    drm/amd/display: Check if modulo is 0 before dividing.

Xiubo Li <xiubli@redhat.com>
    ceph: flush the mdlog for filesystem sync

Venky Shankar <vshankar@redhat.com>
    ceph: allow ceph.dir.rctime xattr to be updatable

Michal Kubecek <mkubecek@suse.cz>
    Revert "net: af_key: add check for pfkey_broadcast in function pfkey_process"

Hannes Reinecke <hare@suse.de>
    scsi: myrb: Fix up null pointer access on myrb_cleanup()

Guoqing Jiang <guoqing.jiang@cloud.ionos.com>
    md: protect md_unregister_thread from reentrancy

Liu Xinpeng <liuxp11@chinatelecom.cn>
    watchdog: wdat_wdt: Stop watchdog when rebooting the system

Hao Luo <haoluo@google.com>
    kernfs: Separate kernfs_pr_cont_buf and rename_lock.

John Ogness <john.ogness@linutronix.de>
    serial: msm_serial: disable interrupts in __msm_console_write()

Wang Cheng <wanngchenng@gmail.com>
    staging: rtl8712: fix uninit-value in r871xu_drv_init()

Wang Cheng <wanngchenng@gmail.com>
    staging: rtl8712: fix uninit-value in usb_read8() and friends

Andre Przywara <andre.przywara@arm.com>
    clocksource/drivers/sp804: Avoid error on multiple instances

bumwoo lee <bw365.lee@samsung.com>
    extcon: Modify extcon device to be created after driver data is set

Dan Carpenter <dan.carpenter@oracle.com>
    extcon: Fix extcon_get_extcon_dev() error handling

Shuah Khan <skhan@linuxfoundation.org>
    misc: rtsx: set NULL intfdata when probe fails

Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
    soundwire: qcom: adjust autoenumeration timeout

Marek Szyprowski <m.szyprowski@samsung.com>
    usb: dwc2: gadget: don't reset gadget's driver->bus

Changbin Du <changbin.du@intel.com>
    sysrq: do not omit current cpu when showing backtrace of all active CPUs

Hangyu Hua <hbh25y@gmail.com>
    char: xillybus: fix a refcount leak in cleanup_dev()

Evan Green <evgreen@chromium.org>
    USB: hcd-pci: Fully suspend across freeze/thaw cycle

Duoming Zhou <duoming@zju.edu.cn>
    drivers: usb: host: Fix deadlock in oxu_bus_suspend()

Duoming Zhou <duoming@zju.edu.cn>
    drivers: tty: serial: Fix deadlock in sa1100_set_termios()

Zhen Ni <nizhen@uniontech.com>
    USB: host: isp116x: check return value after calling platform_get_resource()

Duoming Zhou <duoming@zju.edu.cn>
    drivers: staging: rtl8192e: Fix deadlock in rtllib_beacons_stop()

Duoming Zhou <duoming@zju.edu.cn>
    drivers: staging: rtl8192u: Fix deadlock in ieee80211_beacons_stop()

Mika Westerberg <mika.westerberg@linux.intel.com>
    thunderbolt: Use different lane for second DisplayPort tunnel

Huang Guobin <huangguobin4@huawei.com>
    tty: Fix a possible resource leak in icom_probe

Zheyu Ma <zheyuma97@gmail.com>
    tty: synclink_gt: Fix null-pointer-dereference in slgt_clean()

Duoming Zhou <duoming@zju.edu.cn>
    drivers: staging: rtl8192bs: Fix deadlock in rtw_joinbss_event_prehandle()

Duoming Zhou <duoming@zju.edu.cn>
    drivers: staging: rtl8723bs: Fix deadlock in rtw_surveydone_event_callback()

Kees Cook <keescook@chromium.org>
    lkdtm/usercopy: Expand size of "out of frame" object

Miquel Raynal <miquel.raynal@bootlin.com>
    iio: st_sensors: Add a local lock for protecting odr

Xiaoke Wang <xkernel.wang@foxmail.com>
    staging: rtl8712: fix a potential memory leak in r871xu_drv_init()

Xiaoke Wang <xkernel.wang@foxmail.com>
    iio: dummy: iio_simple_dummy: check the return value of kstrdup()

David Howells <dhowells@redhat.com>
    iov_iter: Fix iter_xarray_get_pages{,_alloc}()

Etienne van der Linde <etienne.vanderlinde@corigine.com>
    nfp: flower: restructure flow-key for gre+vlan combination

Linus Torvalds <torvalds@linux-foundation.org>
    drm: imx: fix compiler warning with gcc-12

Muchun Song <songmuchun@bytedance.com>
    tcp: use alloc_large_system_hash() to allocate table_perturb

Marek Behún <kabel@kernel.org>
    net: dsa: mv88e6xxx: use BMSR_ANEGCOMPLETE bit for filling an_complete

Miaoqian Lin <linmq006@gmail.com>
    net: altera: Fix refcount leak in altera_tse_mdio_create

Willem de Bruijn <willemb@google.com>
    ip_gre: test csum_start instead of transport header

Mark Bloch <mbloch@nvidia.com>
    net/mlx5: fs, fail conflicting actions

Feras Daoud <ferasda@nvidia.com>
    net/mlx5: Rearm the FW tracer after each tracer event

Saeed Mahameed <saeedm@nvidia.com>
    net/mlx5: Fix mlx5_get_next_dev() peer device matching

Mark Bloch <mbloch@nvidia.com>
    net/mlx5: Lag, filter non compatible devices

Masahiro Yamada <masahiroy@kernel.org>
    net: ipv6: unexport __init-annotated seg6_hmac_init()

Masahiro Yamada <masahiroy@kernel.org>
    net: xfrm: unexport __init-annotated xfrm4_protocol_init()

Masahiro Yamada <masahiroy@kernel.org>
    net: mdio: unexport __init-annotated mdio_bus_init()

Chuck Lever <chuck.lever@oracle.com>
    SUNRPC: Fix the calculation of xdr->end in xdr_get_next_encode_buffer()

Maciej Fijalkowski <maciej.fijalkowski@intel.com>
    xsk: Fix handling of invalid descriptors in XSK TX batching API

Magnus Karlsson <magnus.karlsson@intel.com>
    i40e: xsk: Move tmp desc array from driver to pool

Gal Pressman <gal@nvidia.com>
    net/mlx4_en: Fix wrong return value on ioctl EEPROM query failure

Miaoqian Lin <linmq006@gmail.com>
    net: dsa: lantiq_gswip: Fix refcount leak in gswip_gphy_fw_list

Eric Dumazet <edumazet@google.com>
    bpf, arm64: Clear prog->jited_len along prog->jited

Kuniyuki Iwashima <kuniyu@amazon.com>
    af_unix: Fix a data-race in unix_dgram_peer_wake_me().

Christophe JAILLET <christophe.jaillet@wanadoo.fr>
    stmmac: intel: Fix an error handling path in intel_eth_pci_probe()

Masahiro Yamada <masahiroy@kernel.org>
    xen: unexport __init-annotated xen_xlate_map_ballooned_pages()

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: bail out early if hardware offload is not supported

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: memleak flow rule from commit path

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: release new hooks on unsupported flowtable flags

Miaoqian Lin <linmq006@gmail.com>
    ata: pata_octeon_cf: Fix refcount leak in octeon_cf_probe

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: always initialize flowtable hook list in transaction

Chuck Lever <chuck.lever@oracle.com>
    SUNRPC: Trap RDMA segment overflows

Michael Ellerman <mpe@ellerman.id.au>
    powerpc/kasan: Force thread size increase with KASAN

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: delete flowtable hooks via transaction list

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: use kfree_rcu(ptr, rcu) to release hooks in clean_net path

Florian Westphal <fw@strlen.de>
    netfilter: nat: really support inet nat without l3 address

Marek Vasut <marex@denx.de>
    drm/bridge: ti-sn65dsi83: Handle dsi_lanes == 0 as invalid

Christophe JAILLET <christophe.jaillet@wanadoo.fr>
    drm/bridge: sn65dsi83: Fix an error handling path in sn65dsi83_probe()

Kinglong Mee <kinglongmee@gmail.com>
    xprtrdma: treat all calls not a bcall when bc_serv is NULL

Chao Yu <chao@kernel.org>
    f2fs: fix to tag gcing flag on page during file defragment

Greg Ungerer <gerg@linux-m68k.org>
    m68knommu: fix undefined reference to `mach_get_rtc_pll'

Liao Chang <liaochang1@huawei.com>
    RISC-V: use memcpy for kexec_file mode

Yang Yingliang <yangyingliang@huawei.com>
    video: fbdev: pxa3xx-gcu: release the resources correctly in pxa3xx_gcu_probe/remove()

Saurabh Sengar <ssengar@linux.microsoft.com>
    video: fbdev: hyperv_fb: Allow resolutions with size > 64 MB for Gen1

Trond Myklebust <trond.myklebust@hammerspace.com>
    NFSv4: Don't hold the layoutget locks across multiple RPC calls

Radhey Shyam Pandey <radhey.shyam.pandey@xilinx.com>
    dmaengine: zynqmp_dma: In struct zynqmp_dma_chan fix desc_size data type

Greg Ungerer <gerg@linux-m68k.org>
    m68knommu: fix undefined reference to `_init_sp'

Greg Ungerer <gerg@linux-m68k.org>
    m68knommu: set ZERO_PAGE() to the allocated zeroed page

Lucas Tanure <tanureal@opensource.cirrus.com>
    i2c: cadence: Increase timeout per message if necessary

Dongliang Mu <mudongliangabcd@gmail.com>
    f2fs: remove WARN_ON in f2fs_is_valid_blkaddr

Yang Yingliang <yangyingliang@huawei.com>
    iommu/arm-smmu-v3: check return value after calling platform_get_resource()

Yang Yingliang <yangyingliang@huawei.com>
    iommu/arm-smmu: fix possible null-ptr-deref in arm_smmu_device_probe()

Mark-PK Tsai <mark-pk.tsai@mediatek.com>
    tracing: Avoid adding tracer option before update_tracer_options

Jun Miao <jun.miao@intel.com>
    tracing: Fix sleeping function called from invalid context on RT kernel

Jeff Xie <xiehuan09@gmail.com>
    tracing: Make tp_printk work on syscall tracepoints

Masami Hiramatsu <mhiramat@kernel.org>
    bootconfig: Make the bootconfig.o as a normal object file

Gong Yuanjun <ruc_gongyuanjun@163.com>
    mips: cpc: Fix refcount leak in mips_cpc_default_phys_base

Dave Jiang <dave.jiang@intel.com>
    dmaengine: idxd: set DMA_INTERRUPT cap bit

Leo Yan <leo.yan@linaro.org>
    perf c2c: Fix sorting in percent_rmt_hitm_cmp()

Saravana Kannan <saravanak@google.com>
    driver core: Fix wait_for_device_probe() & deferred_probe_timeout interaction

Hoang Le <hoang.h.le@dektech.com.au>
    tipc: check attribute length for bearer name

Damien Le Moal <damien.lemoal@opensource.wdc.com>
    scsi: sd: Fix potential NULL pointer dereference

David Howells <dhowells@redhat.com>
    afs: Fix infinite loop found by xfstest generic/676

Haibo Chen <haibo.chen@nxp.com>
    gpio: pca953x: use the correct register address to do regcache sync

Fabien Parent <fparent@baylibre.com>
    regulator: mt6315-regulator: fix invalid allowed mode

Alexander Gordeev <agordeev@linux.ibm.com>
    s390/mcck: isolate SIE instruction when setting CIF_MCCK_GUEST flag

Dan Carpenter <dan.carpenter@oracle.com>
    octeontx2-af: fix error code in is_valid_offset()

Jason Wang <jasowang@redhat.com>
    vdpa: ifcvf: set pci driver data in probe

Eric Dumazet <edumazet@google.com>
    tcp: tcp_rtx_synack() can be called from process context

Guoju Fang <gjfang@linux.alibaba.com>
    net: sched: add barrier to fix packet stuck problem for lockless qdisc

Maxim Mikityanskiy <maximmi@nvidia.com>
    net/mlx5e: Update netdev features after changing XDP state

Changcheng Liu <jerrliu@nvidia.com>
    net/mlx5: correct ECE offset in query qp output

Paul Blakey <paulb@nvidia.com>
    net/mlx5: CT: Fix header-rewrite re-use for tupels

Maor Dickman <maord@nvidia.com>
    net/mlx5e: TC NIC mode, fix tc chains miss table

Leon Romanovsky <leon@kernel.org>
    net/mlx5: Don't use already freed action pointer

Christophe JAILLET <christophe.jaillet@wanadoo.fr>
    virtio: pci: Fix an error handling path in vp_modern_probe()

Eli Cohen <elic@nvidia.com>
    vdpa: Fix error logic in vdpa_nl_cmd_dev_get_doit

Jens Axboe <axboe@kernel.dk>
    block: make bioset_exit() fully resilient against being called twice

Íñigo Huguet <ihuguet@redhat.com>
    sfc: fix wrong tx channel offset with efx_separate_tx_channels

Martin Habets <habetsm.xilinx@gmail.com>
    sfc: fix considering that all channels have TX queues

Yu Xiao <yu.xiao@corigine.com>
    nfp: only report pause frame configuration for physical device

Eric Dumazet <edumazet@google.com>
    tcp: add accessors to read/set tp->snd_cwnd

Guangguan Wang <guangguan.wang@linux.alibaba.com>
    net/smc: fixes for converting from "struct smc_cdc_tx_pend **" to "struct smc_wr_tx_pend_priv *"

Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
    riscv: read-only pages should not be writable

Christoph Hellwig <hch@lst.de>
    block: take destination bvec offsets into account in bio_copy_data_iter

Menglong Dong <imagedong@tencent.com>
    bpf: Fix probe read error in ___bpf_prog_run()

Song Liu <song@kernel.org>
    selftests/bpf: fix stacktrace_build_id with missing kprobe/urandom_read

Andrii Nakryiko <andrii@kernel.org>
    selftests/bpf: fix selftest after random: Urandom_read tracepoint removal

Zhihao Cheng <chengzhihao1@huawei.com>
    ubi: ubi_create_volume: Fix use-after-free when volume creation failed

Zhihao Cheng <chengzhihao1@huawei.com>
    ubi: fastmap: Fix high cpu usage of ubi_bgt by making sure wl_pool not empty

Baokun Li <libaokun1@huawei.com>
    jffs2: fix memory leak in jffs2_do_fill_super

Alexander Lobakin <alexandr.lobakin@intel.com>
    modpost: fix removing numeric suffixes

Miaoqian Lin <linmq006@gmail.com>
    net: dsa: mv88e6xxx: Fix refcount leak in mv88e6xxx_mdios_register

Miaoqian Lin <linmq006@gmail.com>
    net: ethernet: ti: am65-cpsw-nuss: Fix some refcount leaks

Dan Carpenter <dan.carpenter@oracle.com>
    net: ethernet: mtk_eth_soc: out of bounds read in mtk_hwlro_get_fdir_entry()

Vincent Ray <vray@kalrayinc.com>
    net: sched: fixed barrier to prevent skbuff sticking in qdisc backlog

Jann Horn <jannh@google.com>
    s390/crypto: fix scatterwalk_unmap() callers in AES-GCM

Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
    clocksource/drivers/oxnas-rps: Fix irq_of_parse_and_map() return value

Shengjiu Wang <shengjiu.wang@nxp.com>
    ASoC: fsl_sai: Fix FSL_SAI_xDR/xFR definition

Ming Lei <ming.lei@redhat.com>
    blk-mq: don't touch ->tagset in blk_mq_get_sq_hctx

Miaoqian Lin <linmq006@gmail.com>
    watchdog: ts4800_wdt: Fix refcount leak in ts4800_wdt_probe

Miaoqian Lin <linmq006@gmail.com>
    watchdog: rti-wdt: Fix pm_runtime_get_sync() error checking

Zhang Wensheng <zhangwensheng5@huawei.com>
    driver core: fix deadlock in __device_attach

Schspa Shi <schspa@gmail.com>
    driver: base: fix UAF when driver_attach failed

Tony Lindgren <tony@atomide.com>
    bus: ti-sysc: Fix warnings for unbind for serial

Miaoqian Lin <linmq006@gmail.com>
    firmware: dmi-sysfs: Fix memory leak in dmi_sysfs_register_handle

Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
    serial: stm32-usart: Correct CSIZE, bits, and parity

Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
    serial: st-asc: Sanitize CSIZE and correct PARENB for CS7

Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
    serial: sifive: Sanitize CSIZE and c_iflag

Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
    serial: sh-sci: Don't allow CS5-6

Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
    serial: txx9: Don't allow CS5-6

Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
    serial: rda-uart: Don't allow CS5-6

Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
    serial: digicolor-usart: Don't allow CS5-6

YueHaibing <yuehaibing@huawei.com>
    serial: cpm_uart: Fix build error without CONFIG_SERIAL_CPM_CONSOLE

Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
    serial: 8250_fintek: Check SER_RS485_RTS_* only with RS485

John Ogness <john.ogness@linutronix.de>
    serial: meson: acquire port->lock in startup()

Tony Lindgren <tony@atomide.com>
    tty: n_gsm: Fix packet data hex dump output

Tony Lindgren <tony@atomide.com>
    tty: n_gsm: Don't ignore write return value in gsmld_output()

Jiasheng Jiang <jiasheng@iscas.ac.cn>
    staging: r8188eu: add check for kzalloc

Miaoqian Lin <linmq006@gmail.com>
    rtc: ftrtc010: Fix error handling in ftrtc010_rtc_probe

Lad Prabhakar <prabhakar.mahadev-lad.rj@bp.renesas.com>
    rtc: ftrtc010: Use platform_get_irq() to get the interrupt

Yang Yingliang <yangyingliang@huawei.com>
    rtc: mt6397: check return value after calling platform_get_resource()

Howard Chiu <howard_chiu@aspeedtech.com>
    ARM: dts: aspeed: ast2600-evb: Enable RX delay for MAC0/MAC1

Samuel Holland <samuel@sholland.org>
    clocksource/drivers/riscv: Events are stopped during CPU suspend

Miaoqian Lin <linmq006@gmail.com>
    soc: rockchip: Fix refcount leak in rockchip_grf_init

Li Jun <jun.li@nxp.com>
    extcon: ptn5150: Add queue work sync before driver release

Xin Xiong <xiongx18@fudan.edu.cn>
    ksmbd: fix reference count leak in smb_check_perm_dacl()

Guilherme G. Piccoli <gpiccoli@igalia.com>
    coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier

Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
    soundwire: intel: prevent pm_runtime resume prior to system suspend

Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    export: fix string handling of namespace in EXPORT_SYMBOL_NS

Maciej W. Rozycki <macro@orcam.me.uk>
    serial: sifive: Report actual baud base rather than fixed 115200

Hans de Goede <hdegoede@redhat.com>
    power: supply: axp288_fuel_gauge: Drop BIOS version check from "T3 MRD" DMI quirk

Johan Hovold <johan+linaro@kernel.org>
    phy: qcom-qmp: fix pipe-clock imbalance on power-on failure

Guilherme G. Piccoli <gpiccoli@igalia.com>
    misc/pvpanic: Convert regular spinlock into trylock on panic path

Andy Shevchenko <andriy.shevchenko@linux.intel.com>
    pvpanic: Fix typos in the comments

Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
    rpmsg: qcom_smd: Fix returning 0 if irq_of_parse_and_map() fails

Cixi Geng <cixi.geng1@unisoc.com>
    iio: adc: sc27xx: Fine tune the scale calibration values

Cixi Geng <cixi.geng1@unisoc.com>
    iio: adc: sc27xx: fix read big scale voltage not right

Miaoqian Lin <linmq006@gmail.com>
    iio: proximity: vl53l0x: Fix return value check of wait_for_completion_timeout

Miaoqian Lin <linmq006@gmail.com>
    iio: adc: stmpe-adc: Fix wait_for_completion_timeout return value check

Arnaud Pouliquen <arnaud.pouliquen@foss.st.com>
    rpmsg: virtio: Fix the unregistration of the device rpmsg_ctrl

Hangyu Hua <hbh25y@gmail.com>
    rpmsg: virtio: Fix possible double free in rpmsg_virtio_add_ctrl_dev()

Hangyu Hua <hbh25y@gmail.com>
    rpmsg: virtio: Fix possible double free in rpmsg_probe()

Bjorn Andersson <bjorn.andersson@linaro.org>
    usb: typec: mux: Check dev_set_name() return value

Xiaomeng Tong <xiam0nd.tong@gmail.com>
    firmware: stratix10-svc: fix a missing check on list iterator

Xiaomeng Tong <xiam0nd.tong@gmail.com>
    misc: fastrpc: fix an incorrect NULL check on list iterator

Zheng Yongjun <zhengyongjun3@huawei.com>
    usb: dwc3: pci: Fix pm_runtime_get_sync() error checking

Wesley Cheng <quic_wcheng@quicinc.com>
    usb: dwc3: gadget: Replace list_for_each_entry_safe() if using giveback

Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
    rpmsg: qcom_smd: Fix irq_of_parse_and_map() return value

Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
    pwm: raspberrypi-poe: Fix endianness in firmware struct

Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
    pwm: lp3943: Fix duty calculation in case period was clamped

Christophe JAILLET <christophe.jaillet@wanadoo.fr>
    staging: fieldbus: Fix the error handling path in anybuss_host_common_probe()

Miaoqian Lin <linmq006@gmail.com>
    usb: musb: Fix missing of_node_put() in omap2430_probe

Lin Ma <linma@zju.edu.cn>
    USB: storage: karma: fix rio_karma_init return

Niels Dossche <dossche.niels@gmail.com>
    usb: usbip: add missing device lock on tweak configuration cmd

Hangyu Hua <hbh25y@gmail.com>
    usb: usbip: fix a refcount leak in stub_probe()

Peng Fan <peng.fan@nxp.com>
    remoteproc: imx_rproc: Ignore create mem entry for resource table

Sherry Sun <sherry.sun@nxp.com>
    tty: serial: fsl_lpuart: fix potential bug when using both of_alias_get_id and ida_simple_get

Miaoqian Lin <linmq006@gmail.com>
    serial: 8250_aspeed_vuart: Fix potential NULL dereference in aspeed_vuart_probe

Daniel Gibson <daniel@gibson.sh>
    tty: n_tty: Restore EOF push handling behavior

Miaoqian Lin <linmq006@gmail.com>
    tty: serial: owl: Fix missing clk_disable_unprepare() in owl_uart_probe

Wang Weiyang <wangweiyang2@huawei.com>
    tty: goldfish: Use tty_port_destroy() to destroy port

Christophe Leroy <christophe.leroy@csgroup.eu>
    lkdtm/bugs: Don't expect thread termination without CONFIG_UBSAN_TRAP

Jiasheng Jiang <jiasheng@iscas.ac.cn>
    lkdtm/bugs: Check for the NULL pointer after calling kmalloc

Alexandru Tachici <alexandru.tachici@analog.com>
    iio: adc: ad7124: Remove shift from scan_type

Jakob Koschel <jakobkoschel@gmail.com>
    staging: greybus: codecs: fix type confusion of list iterator variable

Randy Dunlap <rdunlap@infradead.org>
    pcmcia: db1xxx_ss: restrict to MIPS_DB1XXX boards


-------------

Diffstat:

 Documentation/ABI/testing/sysfs-ata                | 11 ++--
 .../bindings/regulator/mt6315-regulator.yaml       |  4 +-
 Makefile                                           |  4 +-
 arch/arm/boot/dts/aspeed-ast2600-evb.dts           |  4 +-
 arch/arm64/net/bpf_jit_comp.c                      |  1 +
 arch/m68k/Kconfig.machine                          |  1 +
 arch/m68k/include/asm/pgtable_no.h                 |  3 +-
 arch/m68k/kernel/setup_mm.c                        |  7 ---
 arch/m68k/kernel/setup_no.c                        |  1 -
 arch/m68k/kernel/time.c                            |  9 +++
 arch/mips/kernel/mips-cpc.c                        |  1 +
 arch/powerpc/Kconfig                               |  2 -
 arch/powerpc/include/asm/ppc-opcode.h              |  2 +
 arch/powerpc/include/asm/thread_info.h             | 10 ++-
 arch/powerpc/kernel/idle.c                         |  2 +-
 arch/powerpc/kernel/idle_6xx.S                     |  2 +-
 arch/powerpc/kernel/l2cr_6xx.S                     |  6 +-
 arch/powerpc/kernel/ptrace/ptrace-fpu.c            | 20 ++++--
 arch/powerpc/kernel/ptrace/ptrace.c                |  3 +
 arch/powerpc/kernel/swsusp_32.S                    |  2 +-
 arch/powerpc/kernel/swsusp_asm64.S                 |  2 +-
 arch/powerpc/mm/mmu_context.c                      |  2 +-
 arch/powerpc/platforms/powermac/cache.S            |  4 +-
 arch/riscv/kernel/efi.c                            |  2 +-
 arch/riscv/kernel/machine_kexec.c                  |  4 +-
 arch/s390/crypto/aes_s390.c                        |  4 +-
 arch/s390/kernel/entry.S                           |  6 +-
 arch/s390/mm/gmap.c                                | 14 +++++
 arch/um/drivers/chan_kern.c                        | 10 +--
 arch/um/drivers/line.c                             | 22 ++++---
 arch/um/drivers/line.h                             |  4 +-
 arch/um/drivers/ssl.c                              |  2 -
 arch/um/drivers/stdio_console.c                    |  2 -
 arch/um/include/asm/irq.h                          | 22 +++----
 arch/x86/include/asm/cpufeature.h                  |  2 +-
 block/bio.c                                        |  9 ++-
 block/blk-mq.c                                     |  7 +--
 drivers/ata/libata-transport.c                     |  2 +-
 drivers/ata/pata_octeon_cf.c                       |  3 +
 drivers/base/bus.c                                 |  4 +-
 drivers/base/dd.c                                  | 10 ++-
 drivers/block/nbd.c                                | 37 +++++++----
 drivers/bus/ti-sysc.c                              |  4 +-
 drivers/char/random.c                              | 15 +++--
 drivers/char/xillybus/xillyusb.c                   |  1 +
 drivers/clocksource/timer-oxnas-rps.c              |  2 +-
 drivers/clocksource/timer-riscv.c                  |  2 +-
 drivers/clocksource/timer-sp804.c                  | 10 +--
 drivers/dma/idxd/dma.c                             | 23 +++++++
 drivers/dma/xilinx/zynqmp_dma.c                    |  5 +-
 drivers/extcon/extcon-axp288.c                     |  4 +-
 drivers/extcon/extcon-ptn5150.c                    | 11 ++++
 drivers/extcon/extcon.c                            | 33 ++++++----
 drivers/firmware/dmi-sysfs.c                       |  2 +-
 drivers/firmware/stratix10-svc.c                   | 12 ++--
 drivers/gpio/gpio-pca953x.c                        | 19 +++---
 drivers/gpu/drm/amd/amdgpu/nv.c                    |  1 +
 .../gpu/drm/amd/display/dc/dce/dce_clock_source.c  |  9 ++-
 drivers/gpu/drm/amd/pm/swsmu/smu11/smu_v11_0.c     |  2 +-
 drivers/gpu/drm/amd/pm/swsmu/smu13/aldebaran_ppt.c |  1 +
 drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0.c     |  2 +-
 drivers/gpu/drm/ast/ast_mode.c                     |  5 +-
 drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 42 +++++++++++--
 drivers/gpu/drm/bridge/ti-sn65dsi83.c              | 34 +++++++---
 drivers/gpu/drm/drm_atomic_helper.c                | 16 ++++-
 drivers/gpu/drm/imx/ipuv3-crtc.c                   |  2 +-
 drivers/gpu/drm/radeon/radeon_connectors.c         |  4 ++
 drivers/hwtracing/coresight/coresight-cpu-debug.c  |  7 ++-
 drivers/i2c/busses/i2c-cadence.c                   | 12 +++-
 drivers/iio/adc/ad7124.c                           |  1 -
 drivers/iio/adc/sc27xx_adc.c                       | 20 +++---
 drivers/iio/adc/stmpe-adc.c                        |  8 +--
 drivers/iio/common/st_sensors/st_sensors_core.c    | 24 ++++++--
 drivers/iio/dummy/iio_simple_dummy.c               | 20 +++---
 drivers/iio/proximity/vl53l0x-i2c.c                |  7 +--
 drivers/input/mouse/bcm5974.c                      |  7 ++-
 drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c        |  2 +
 drivers/iommu/arm/arm-smmu/arm-smmu.c              |  5 +-
 drivers/md/md.c                                    | 15 +++--
 drivers/md/raid0.c                                 | 31 +++++-----
 drivers/misc/cardreader/rtsx_usb.c                 |  1 +
 drivers/misc/fastrpc.c                             |  9 +--
 drivers/misc/lkdtm/bugs.c                          | 10 ++-
 drivers/misc/lkdtm/lkdtm.h                         |  8 +--
 drivers/misc/lkdtm/usercopy.c                      | 17 ++++-
 drivers/misc/pvpanic/pvpanic-mmio.c                |  2 +-
 drivers/misc/pvpanic/pvpanic.c                     | 10 ++-
 drivers/mmc/core/block.c                           |  3 +-
 drivers/mtd/ubi/fastmap-wl.c                       | 69 ++++++++++++++-------
 drivers/mtd/ubi/fastmap.c                          | 11 ----
 drivers/mtd/ubi/ubi.h                              |  4 +-
 drivers/mtd/ubi/vmt.c                              |  1 -
 drivers/mtd/ubi/wl.c                               | 19 +++---
 drivers/net/dsa/lantiq_gswip.c                     |  4 +-
 drivers/net/dsa/mv88e6xxx/chip.c                   |  1 +
 drivers/net/dsa/mv88e6xxx/serdes.c                 | 27 ++++----
 drivers/net/ethernet/altera/altera_tse_main.c      |  6 +-
 drivers/net/ethernet/intel/i40e/i40e_txrx.c        | 11 ----
 drivers/net/ethernet/intel/i40e/i40e_txrx.h        |  1 -
 drivers/net/ethernet/intel/i40e/i40e_xsk.c         |  4 +-
 drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c     |  8 +--
 .../net/ethernet/marvell/octeontx2/af/rvu_cpt.c    |  2 +-
 drivers/net/ethernet/mediatek/mtk_eth_soc.c        |  3 +
 drivers/net/ethernet/mellanox/mlx4/en_ethtool.c    |  2 +-
 drivers/net/ethernet/mellanox/mlx5/core/dev.c      | 72 +++++++++++++++++-----
 .../ethernet/mellanox/mlx5/core/diag/fw_tracer.c   |  7 ++-
 drivers/net/ethernet/mellanox/mlx5/core/en/fs.h    |  2 +
 drivers/net/ethernet/mellanox/mlx5/core/en/tc_ct.c | 19 +++---
 drivers/net/ethernet/mellanox/mlx5/core/en_main.c  |  5 ++
 drivers/net/ethernet/mellanox/mlx5/core/en_tc.c    | 38 +++++++++++-
 drivers/net/ethernet/mellanox/mlx5/core/fs_core.c  | 37 +++++++++--
 drivers/net/ethernet/mellanox/mlx5/core/lag.c      | 12 ++--
 .../net/ethernet/mellanox/mlx5/core/mlx5_core.h    |  1 +
 .../ethernet/mellanox/mlx5/core/steering/fs_dr.c   |  9 ++-
 .../net/ethernet/netronome/nfp/flower/conntrack.c  | 32 +++++-----
 drivers/net/ethernet/netronome/nfp/flower/match.c  | 16 ++---
 .../net/ethernet/netronome/nfp/nfp_net_ethtool.c   |  4 +-
 drivers/net/ethernet/sfc/efx_channels.c            |  6 +-
 drivers/net/ethernet/sfc/net_driver.h              |  2 +-
 drivers/net/ethernet/stmicro/stmmac/dwmac-intel.c  |  4 +-
 drivers/net/ethernet/ti/am65-cpsw-nuss.c           |  3 +-
 drivers/net/phy/dp83867.c                          | 29 +++++++++
 drivers/net/phy/mdio_bus.c                         |  1 -
 drivers/nfc/st21nfca/se.c                          | 53 +++++++++-------
 drivers/pci/controller/dwc/pcie-qcom.c             |  6 --
 drivers/pcmcia/Kconfig                             |  2 +-
 drivers/phy/qualcomm/phy-qcom-qmp.c                |  2 +-
 drivers/power/supply/axp288_charger.c              | 17 ++---
 drivers/power/supply/axp288_fuel_gauge.c           |  1 -
 drivers/power/supply/charger-manager.c             |  7 +--
 drivers/power/supply/max8997_charger.c             |  8 +--
 drivers/pwm/pwm-lp3943.c                           |  1 +
 drivers/pwm/pwm-raspberrypi-poe.c                  |  2 +-
 drivers/remoteproc/imx_rproc.c                     |  3 +
 drivers/rpmsg/qcom_smd.c                           |  4 +-
 drivers/rpmsg/virtio_rpmsg_bus.c                   |  9 ++-
 drivers/rtc/rtc-ftrtc010.c                         | 38 ++++++++----
 drivers/rtc/rtc-mt6397.c                           |  2 +
 drivers/scsi/myrb.c                                | 11 +++-
 drivers/scsi/sd.c                                  |  1 -
 drivers/soc/rockchip/grf.c                         |  2 +
 drivers/soundwire/intel.c                          |  3 +
 drivers/soundwire/qcom.c                           |  2 +-
 drivers/staging/fieldbus/anybuss/host.c            |  2 +-
 drivers/staging/greybus/audio_codec.c              |  4 +-
 drivers/staging/r8188eu/core/rtw_xmit.c            | 13 +++-
 drivers/staging/r8188eu/include/rtw_xmit.h         |  2 +-
 drivers/staging/rtl8192e/rtllib_softmac.c          |  2 +-
 .../staging/rtl8192u/ieee80211/ieee80211_softmac.c |  2 +-
 drivers/staging/rtl8712/os_intfs.c                 |  1 -
 drivers/staging/rtl8712/usb_intf.c                 | 12 ++--
 drivers/staging/rtl8712/usb_ops.c                  | 27 +++++---
 drivers/staging/rtl8723bs/core/rtw_mlme.c          | 12 ++--
 drivers/thunderbolt/tb.c                           | 19 +++++-
 drivers/thunderbolt/test.c                         | 16 ++---
 drivers/thunderbolt/tunnel.c                       | 11 ++--
 drivers/thunderbolt/tunnel.h                       |  4 +-
 drivers/tty/goldfish.c                             |  2 +
 drivers/tty/n_gsm.c                                | 36 +++++++----
 drivers/tty/n_tty.c                                | 38 +++++++++++-
 drivers/tty/serial/8250/8250_aspeed_vuart.c        |  2 +
 drivers/tty/serial/8250/8250_fintek.c              |  8 +--
 drivers/tty/serial/cpm_uart/cpm_uart_core.c        |  2 +-
 drivers/tty/serial/digicolor-usart.c               |  2 +
 drivers/tty/serial/fsl_lpuart.c                    | 24 ++------
 drivers/tty/serial/icom.c                          |  2 +-
 drivers/tty/serial/meson_uart.c                    | 13 ++++
 drivers/tty/serial/msm_serial.c                    |  5 ++
 drivers/tty/serial/owl-uart.c                      |  1 +
 drivers/tty/serial/rda-uart.c                      |  2 +
 drivers/tty/serial/sa1100.c                        |  4 +-
 drivers/tty/serial/serial_txx9.c                   |  2 +
 drivers/tty/serial/sh-sci.c                        |  6 +-
 drivers/tty/serial/sifive.c                        |  8 ++-
 drivers/tty/serial/st-asc.c                        |  4 ++
 drivers/tty/serial/stm32-usart.c                   | 15 ++++-
 drivers/tty/synclink_gt.c                          |  2 +
 drivers/tty/sysrq.c                                | 13 ++--
 drivers/usb/core/hcd-pci.c                         |  4 +-
 drivers/usb/dwc2/gadget.c                          |  1 -
 drivers/usb/dwc3/drd.c                             |  9 +--
 drivers/usb/dwc3/dwc3-pci.c                        |  2 +-
 drivers/usb/dwc3/gadget.c                          | 20 ++++--
 drivers/usb/host/isp116x-hcd.c                     |  6 +-
 drivers/usb/host/oxu210hp-hcd.c                    |  2 +
 drivers/usb/musb/omap2430.c                        |  1 +
 drivers/usb/phy/phy-omap-otg.c                     |  4 +-
 drivers/usb/storage/karma.c                        | 15 ++---
 drivers/usb/typec/mux.c                            | 14 +++--
 drivers/usb/typec/tcpm/fusb302.c                   |  4 +-
 drivers/usb/usbip/stub_dev.c                       |  2 +-
 drivers/usb/usbip/stub_rx.c                        |  2 +
 drivers/vdpa/ifcvf/ifcvf_main.c                    |  3 +-
 drivers/vdpa/vdpa.c                                | 13 ++--
 drivers/vdpa/vdpa_user/vduse_dev.c                 |  7 +--
 drivers/vhost/vringh.c                             | 10 ++-
 drivers/video/fbdev/hyperv_fb.c                    | 19 +-----
 drivers/video/fbdev/pxa3xx-gcu.c                   | 12 ++--
 drivers/virtio/virtio_pci_modern_dev.c             |  1 +
 drivers/watchdog/rti_wdt.c                         |  2 +-
 drivers/watchdog/ts4800_wdt.c                      |  5 +-
 drivers/watchdog/wdat_wdt.c                        |  1 +
 drivers/xen/xlate_mmu.c                            |  1 -
 fs/afs/dir.c                                       |  5 +-
 fs/ceph/mds_client.c                               | 33 ++++++++--
 fs/ceph/xattr.c                                    | 10 ++-
 fs/cifs/cifsfs.c                                   |  2 +-
 fs/cifs/cifsfs.h                                   |  2 +-
 fs/cifs/cifsglob.h                                 |  4 +-
 fs/cifs/misc.c                                     | 27 ++++----
 fs/cifs/smb2ops.c                                  |  7 ++-
 fs/cifs/smb2pdu.c                                  |  3 +
 fs/f2fs/checkpoint.c                               |  4 +-
 fs/f2fs/file.c                                     |  1 +
 fs/fs-writeback.c                                  | 37 ++++++++---
 fs/inode.c                                         |  2 +-
 fs/jffs2/fs.c                                      |  1 +
 fs/kernfs/dir.c                                    | 31 ++++++----
 fs/ksmbd/smbacl.c                                  |  1 +
 fs/nfs/nfs4proc.c                                  |  4 ++
 fs/zonefs/super.c                                  | 11 ++--
 include/linux/export.h                             |  7 ++-
 include/linux/extcon.h                             |  2 +-
 include/linux/iio/common/st_sensors.h              |  3 +
 include/linux/jump_label.h                         |  4 +-
 include/linux/mlx5/mlx5_ifc.h                      |  5 +-
 include/linux/nodemask.h                           | 38 ++++++------
 include/linux/random.h                             |  2 +-
 include/net/flow_offload.h                         |  1 +
 include/net/netfilter/nf_tables.h                  |  1 -
 include/net/netfilter/nf_tables_offload.h          |  2 +-
 include/net/sch_generic.h                          | 42 +++++--------
 include/net/tcp.h                                  | 19 ++++--
 include/net/xdp_sock_drv.h                         |  5 +-
 include/net/xsk_buff_pool.h                        |  2 +
 include/trace/events/tcp.h                         |  2 +-
 kernel/bpf/core.c                                  | 14 ++---
 kernel/trace/trace.c                               | 13 +++-
 kernel/trace/trace_syscalls.c                      | 35 ++++-------
 lib/Makefile                                       |  2 +-
 lib/iov_iter.c                                     | 20 ++----
 lib/nodemask.c                                     |  4 +-
 net/core/filter.c                                  |  2 +-
 net/core/flow_offload.c                            |  6 ++
 net/ipv4/inet_hashtables.c                         | 10 +--
 net/ipv4/ip_gre.c                                  | 11 ++--
 net/ipv4/tcp.c                                     |  8 +--
 net/ipv4/tcp_bbr.c                                 | 20 +++---
 net/ipv4/tcp_bic.c                                 | 14 ++---
 net/ipv4/tcp_cdg.c                                 | 30 ++++-----
 net/ipv4/tcp_cong.c                                | 18 +++---
 net/ipv4/tcp_cubic.c                               | 22 +++----
 net/ipv4/tcp_dctcp.c                               | 11 ++--
 net/ipv4/tcp_highspeed.c                           | 18 +++---
 net/ipv4/tcp_htcp.c                                | 10 +--
 net/ipv4/tcp_hybla.c                               | 18 +++---
 net/ipv4/tcp_illinois.c                            | 12 ++--
 net/ipv4/tcp_input.c                               | 41 ++++++------
 net/ipv4/tcp_ipv4.c                                |  2 +-
 net/ipv4/tcp_lp.c                                  |  6 +-
 net/ipv4/tcp_metrics.c                             | 12 ++--
 net/ipv4/tcp_nv.c                                  | 24 ++++----
 net/ipv4/tcp_output.c                              | 34 +++++-----
 net/ipv4/tcp_rate.c                                |  2 +-
 net/ipv4/tcp_scalable.c                            |  4 +-
 net/ipv4/tcp_vegas.c                               | 21 ++++---
 net/ipv4/tcp_veno.c                                | 24 ++++----
 net/ipv4/tcp_westwood.c                            |  3 +-
 net/ipv4/tcp_yeah.c                                | 30 ++++-----
 net/ipv4/xfrm4_protocol.c                          |  1 -
 net/ipv6/seg6_hmac.c                               |  1 -
 net/ipv6/tcp_ipv6.c                                |  2 +-
 net/key/af_key.c                                   | 10 +--
 net/netfilter/nf_tables_api.c                      | 54 +++++++---------
 net/netfilter/nf_tables_offload.c                  | 23 ++++++-
 net/netfilter/nft_nat.c                            |  3 +-
 net/openvswitch/actions.c                          |  6 ++
 net/openvswitch/conntrack.c                        |  4 +-
 net/sched/act_police.c                             | 16 ++++-
 net/smc/smc_cdc.c                                  |  2 +-
 net/sunrpc/xdr.c                                   |  6 +-
 net/sunrpc/xprtrdma/rpc_rdma.c                     |  5 ++
 net/sunrpc/xprtrdma/svc_rdma_rw.c                  |  4 +-
 net/tipc/bearer.c                                  |  3 +-
 net/unix/af_unix.c                                 |  2 +-
 net/xdp/xsk.c                                      | 29 ++++++---
 net/xdp/xsk_buff_pool.c                            | 15 +++++
 net/xdp/xsk_queue.h                                | 14 +----
 scripts/gdb/linux/config.py                        |  6 +-
 scripts/mod/modpost.c                              |  5 +-
 security/keys/trusted-keys/trusted_tpm2.c          |  4 +-
 sound/pci/hda/patch_conexant.c                     |  7 +++
 sound/pci/hda/patch_realtek.c                      |  2 +
 sound/soc/fsl/fsl_sai.h                            |  4 +-
 sound/usb/pcm.c                                    |  5 +-
 sound/usb/quirks-table.h                           |  7 ++-
 tools/perf/builtin-c2c.c                           |  4 +-
 .../selftests/bpf/progs/test_stacktrace_build_id.c | 12 +---
 .../testing/selftests/net/forwarding/tc_police.sh  | 52 ++++++++++++++++
 tools/testing/selftests/netfilter/nft_nat.sh       | 43 +++++++++++++
 300 files changed, 1925 insertions(+), 1120 deletions(-)



^ permalink raw reply	[flat|nested] 19+ messages in thread

end of thread, other threads:[~2022-06-16  8:05 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-06-14 17:47 [PATCH 5.15 000/251] 5.15.47-rc2 review Thomas Backlund
2022-06-14 18:51 ` Linus Torvalds
2022-06-14 19:00   ` Linus Torvalds
2022-06-15 11:00     ` Jan Kara
2022-06-15 13:38       ` Jan Kara
2022-06-15 18:00         ` Guenter Roeck
2022-06-15 21:47           ` Jan Kara
2022-06-16  8:04         ` Suzuki K Poulose
2022-06-15 10:04   ` Jan Kara
  -- strict thread matches above, loose matches on Subject: below --
2022-06-13 18:19 Greg Kroah-Hartman
2022-06-13 21:00 ` Florian Fainelli
2022-06-14  3:06 ` Shuah Khan
2022-06-14  3:32 ` Fox Chen
2022-06-14 10:21 ` Sudip Mukherjee
2022-06-14 15:36 ` Guenter Roeck
2022-06-14 16:58   ` Allen Pais
2022-06-14 17:08   ` Guenter Roeck
2022-06-14 17:12     ` Greg Kroah-Hartman
2022-06-14 19:18 ` Naresh Kamboju

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.