* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
@ 2021-07-14 12:06 Ronald Warsow
0 siblings, 0 replies; 31+ messages in thread
From: Ronald Warsow @ 2021-07-14 12:06 UTC (permalink / raw)
To: stable; +Cc: linux-kernel
hallo
all fine here on an Intel i7-6700 box.
thanks
+++ UPDATE +++
##############
Regarding the above I need to be more accurate:
The kernel compiles, boots and runs without errors -so far -.
BUT: it seems under load it could lead to an dead box.
what I did:
running in one terminal: dmesg -w
and in an second terminal:
make clean && ccache -Czs && time make all -j $(nproc)
leads within a minutes to an complete dead box after make has started !
- no output regarding crashes, etc. in the first terminal running dmesg
- no mouse, no keyboard, no switch via CRTL+ALT+F3 to a console
- the box is dead
- only the power button helps
with kernel 5.13.1 all the above is fine
anyone (too) ?
--
regards
Ronald
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
@ 2021-07-15 18:21 Ronald Warsow
0 siblings, 0 replies; 31+ messages in thread
From: Ronald Warsow @ 2021-07-15 18:21 UTC (permalink / raw)
To: stable; +Cc: linux-kernel
hallo
--- snip ---
+++ UPDATE 2 +++
################
all nice again with 5.13.2 release
thanks
---
regards
Ronald
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-15 12:27 ` Jan Kara
@ 2021-07-15 13:06 ` Greg Kroah-Hartman
0 siblings, 0 replies; 31+ messages in thread
From: Greg Kroah-Hartman @ 2021-07-15 13:06 UTC (permalink / raw)
To: Jan Kara
Cc: Naresh Kamboju, Holger Kiehl, linux-kernel, Linus Torvalds,
Andrew Morton, Guenter Roeck, Shuah Khan, patches, lkft-triage,
Pavel Machek, Jon Hunter, Florian Fainelli, linux-stable,
Paolo Valente, Jens Axboe
On Thu, Jul 15, 2021 at 02:27:58PM +0200, Jan Kara wrote:
> On Wed 14-07-21 16:26:52, Greg Kroah-Hartman wrote:
> > On Wed, Jul 14, 2021 at 07:29:26PM +0530, Naresh Kamboju wrote:
> > > On Wed, 14 Jul 2021 at 19:22, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
> > > >
> > > > On Wed, 14 Jul 2021 at 19:01, Greg Kroah-Hartman
> > > > <gregkh@linuxfoundation.org> wrote:
> > > > >
> > >
> > > <trim>
> > >
> > > > My two cents,
> > > > While running ssuite long running stress testing we have noticed deadlock.
> > > >
> > > > > So if you drop that, all works well? I'll go drop that from the queues
> > > > > now.
> > > >
> > > > Let me drop that patch and test it again.
> > > >
> > > > Crash log,
> > > >
> > > > [ 1957.278399] ============================================
> > > > [ 1957.283717] WARNING: possible recursive locking detected
> > > > [ 1957.289031] 5.13.2-rc1 #1 Not tainted
> > > > [ 1957.292703] --------------------------------------------
> > > > [ 1957.298016] kworker/u8:7/236 is trying to acquire lock:
> > > > [ 1957.303241] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> > > > bfq_finish_requeue_request+0x55/0x500 [bfq]
> > > > [ 1957.312643]
> > > > [ 1957.312643] but task is already holding lock:
> > > > [ 1957.318467] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> > > > bfq_insert_requests+0x81/0x1750 [bfq]
> > > > [ 1957.327334]
> > > > [ 1957.327334] other info that might help us debug this:
> > > > [ 1957.333852] Possible unsafe locking scenario:
> > > > [ 1957.333852]
> > > > [ 1957.339762] CPU0
> > > > [ 1957.342206] ----
> > > > [ 1957.344651] lock(&bfqd->lock);
> > > > [ 1957.347873] lock(&bfqd->lock);
> > > > [ 1957.351097]
> > > > [ 1957.351097] *** DEADLOCK ***
> > > > [ 1957.351097]
> > >
> > > Also noticed on stable-rc 5.12.17-rc1.
> >
> > I dropped the same patch from there as well already, thanks.
>
> OK, when you dropped this patch, please also drop upstream commit
> fd2ef39cc9a6b ("blk: Fix lock inversion between ioc lock and bfqd lock").
That commit did not end up in the tree either, so all should be good.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 13:52 ` Naresh Kamboju
2021-07-14 13:59 ` Naresh Kamboju
@ 2021-07-15 12:41 ` Jan Kara
1 sibling, 0 replies; 31+ messages in thread
From: Jan Kara @ 2021-07-15 12:41 UTC (permalink / raw)
To: Naresh Kamboju
Cc: Greg Kroah-Hartman, Holger Kiehl, Jan Kara, linux-kernel,
Linus Torvalds, Andrew Morton, Guenter Roeck, Shuah Khan,
patches, lkft-triage, Pavel Machek, Jon Hunter, Florian Fainelli,
linux-stable, Paolo Valente, Jens Axboe
Hi Naresh!
On Wed 14-07-21 19:22:59, Naresh Kamboju wrote:
> My two cents,
> While running ssuite long running stress testing we have noticed deadlock.
>
> > So if you drop that, all works well? I'll go drop that from the queues
> > now.
>
> Let me drop that patch and test it again.
>
> Crash log,
>
> [ 1957.278399] ============================================
> [ 1957.283717] WARNING: possible recursive locking detected
> [ 1957.289031] 5.13.2-rc1 #1 Not tainted
> [ 1957.292703] --------------------------------------------
> [ 1957.298016] kworker/u8:7/236 is trying to acquire lock:
> [ 1957.303241] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> bfq_finish_requeue_request+0x55/0x500 [bfq]
> [ 1957.312643]
> [ 1957.312643] but task is already holding lock:
> [ 1957.318467] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> bfq_insert_requests+0x81/0x1750 [bfq]
> [ 1957.327334]
> [ 1957.327334] other info that might help us debug this:
> [ 1957.333852] Possible unsafe locking scenario:
> [ 1957.333852]
> [ 1957.339762] CPU0
> [ 1957.342206] ----
> [ 1957.344651] lock(&bfqd->lock);
> [ 1957.347873] lock(&bfqd->lock);
> [ 1957.351097]
> [ 1957.351097] *** DEADLOCK ***
> [ 1957.351097]
> [ 1957.357008] May be due to missing lock nesting notation
> [ 1957.357008]
> [ 1957.363783] 3 locks held by kworker/u8:7/236:
> [ 1957.368136] #0: ffff8cc2009c5938
> ((wq_completion)writeback){+.+.}-{0:0}, at:
> process_one_work+0x207/0x5e0
> [ 1957.377782] #1: ffff9ba980d57e68
> ((work_completion)(&(&wb->dwork)->work)){+.+.}-{0:0}, at:
> process_one_work+0x207/0x5e0
> [ 1957.388640] #2: ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> bfq_insert_requests+0x81/0x1750 [bfq]
> [ 1957.397938]
> [ 1957.397938] stack backtrace:
> [ 1957.402291] CPU: 1 PID: 236 Comm: kworker/u8:7 Not tainted 5.13.2-rc1 #1
> [ 1957.408989] Hardware name: Supermicro SYS-5019S-ML/X11SSH-F, BIOS
> 2.2 05/23/2018
> [ 1957.416374] Workqueue: writeback wb_workfn (flush-8:0)
> [ 1957.421513] Call Trace:
> [ 1957.423966] dump_stack+0x76/0x95
> [ 1957.427283] __lock_acquire+0xb70/0x1a50
> [ 1957.431203] ? lock_is_held_type+0xa0/0x110
> [ 1957.435388] ? bfq_init_rq+0x30e/0x1140 [bfq]
> [ 1957.439748] lock_acquire+0x258/0x2e0
> [ 1957.443413] ? bfq_finish_requeue_request+0x55/0x500 [bfq]
> [ 1957.448923] ? __lock_acquire+0x4a6/0x1a50
> [ 1957.453016] ? __lock_acquire+0x3e0/0x1a50
> [ 1957.457107] _raw_spin_lock_irqsave+0x3f/0x60
> [ 1957.461466] ? bfq_finish_requeue_request+0x55/0x500 [bfq]
> [ 1957.466950] bfq_finish_requeue_request+0x55/0x500 [bfq]
> [ 1957.472256] ? rcu_read_lock_sched_held+0x4f/0x80
> [ 1957.476960] blk_mq_free_request+0x3e/0x140
> [ 1957.481146] blk_put_request+0xe/0x10
> [ 1957.484804] blk_attempt_req_merge+0x1d/0x30
> [ 1957.489075] elv_attempt_insert_merge+0x34/0x90
> [ 1957.493599] blk_mq_sched_try_insert_merge+0x2c/0x50
> [ 1957.498556] bfq_insert_requests+0x8d/0x1750 [bfq]
> [ 1957.503342] ? find_held_lock+0x35/0xa0
> [ 1957.507180] ? writeback_sb_inodes+0x35a/0x550
> [ 1957.511618] blk_mq_sched_insert_requests+0xd9/0x2a0
> [ 1957.516580] blk_mq_flush_plug_list+0x138/0x270
> [ 1957.521110] blk_flush_plug_list+0xd1/0x100
> [ 1957.525295] blk_finish_plug+0x2c/0x40
> [ 1957.529045] wb_writeback+0x1ab/0x430
> [ 1957.532702] ? _raw_spin_unlock_bh+0x30/0x40
> [ 1957.536970] wb_workfn+0xcb/0x660
> [ 1957.540286] ? wb_workfn+0xcb/0x660
> [ 1957.543770] ? lock_acquire+0x258/0x2e0
> [ 1957.547600] ? process_one_work+0x207/0x5e0
> [ 1957.551778] process_one_work+0x289/0x5e0
> [ 1957.555782] ? inode_wait_for_writeback+0x40/0x40
> [ 1957.560477] ? process_one_work+0x289/0x5e0
> [ 1957.564656] worker_thread+0x3c/0x3f0
> [ 1957.568315] ? process_one_work+0x5e0/0x5e0
> [ 1957.572500] kthread+0x14c/0x170
> [ 1957.575733] ? set_kthread_struct+0x40/0x40
> [ 1957.579921] ret_from_fork+0x22/0x30
> Waiting for transitory to terminate: 5[0KWaiting for transitory to
> terminate: 4[0K[ 2106.390977] systemd[1]: systemd-resolved.service:
> Watchdog timeout (limit 3min)!
> [ 2106.398454] systemd[1]: systemd-resolved.service: Killing process
> 349 (systemd-resolve) with signal SIGABRT.
Thanks for testing and the report! So this looks like you didn't have
commit fd2ef39cc9a ("blk: Fix lock inversion between ioc lock and bfqd
lock") applied. As I was looking into BFQ code indeed commit a921c655f2
("bfq: Remove merged request already in bfq_requests_merged()") on its own
would introduce this deadlock which then gets fixed up by commit
fd2ef39cc9a (I didn't realize this when writing the series). So we either
need to apply both commits or none of them. Do you see some problems with
both commits applied?
Honza
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 14:26 ` Greg Kroah-Hartman
@ 2021-07-15 12:27 ` Jan Kara
2021-07-15 13:06 ` Greg Kroah-Hartman
0 siblings, 1 reply; 31+ messages in thread
From: Jan Kara @ 2021-07-15 12:27 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Naresh Kamboju, Holger Kiehl, Jan Kara, linux-kernel,
Linus Torvalds, Andrew Morton, Guenter Roeck, Shuah Khan,
patches, lkft-triage, Pavel Machek, Jon Hunter, Florian Fainelli,
linux-stable, Paolo Valente, Jens Axboe
On Wed 14-07-21 16:26:52, Greg Kroah-Hartman wrote:
> On Wed, Jul 14, 2021 at 07:29:26PM +0530, Naresh Kamboju wrote:
> > On Wed, 14 Jul 2021 at 19:22, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
> > >
> > > On Wed, 14 Jul 2021 at 19:01, Greg Kroah-Hartman
> > > <gregkh@linuxfoundation.org> wrote:
> > > >
> >
> > <trim>
> >
> > > My two cents,
> > > While running ssuite long running stress testing we have noticed deadlock.
> > >
> > > > So if you drop that, all works well? I'll go drop that from the queues
> > > > now.
> > >
> > > Let me drop that patch and test it again.
> > >
> > > Crash log,
> > >
> > > [ 1957.278399] ============================================
> > > [ 1957.283717] WARNING: possible recursive locking detected
> > > [ 1957.289031] 5.13.2-rc1 #1 Not tainted
> > > [ 1957.292703] --------------------------------------------
> > > [ 1957.298016] kworker/u8:7/236 is trying to acquire lock:
> > > [ 1957.303241] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> > > bfq_finish_requeue_request+0x55/0x500 [bfq]
> > > [ 1957.312643]
> > > [ 1957.312643] but task is already holding lock:
> > > [ 1957.318467] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> > > bfq_insert_requests+0x81/0x1750 [bfq]
> > > [ 1957.327334]
> > > [ 1957.327334] other info that might help us debug this:
> > > [ 1957.333852] Possible unsafe locking scenario:
> > > [ 1957.333852]
> > > [ 1957.339762] CPU0
> > > [ 1957.342206] ----
> > > [ 1957.344651] lock(&bfqd->lock);
> > > [ 1957.347873] lock(&bfqd->lock);
> > > [ 1957.351097]
> > > [ 1957.351097] *** DEADLOCK ***
> > > [ 1957.351097]
> >
> > Also noticed on stable-rc 5.12.17-rc1.
>
> I dropped the same patch from there as well already, thanks.
OK, when you dropped this patch, please also drop upstream commit
fd2ef39cc9a6b ("blk: Fix lock inversion between ioc lock and bfqd lock").
Because without BFQ patch this block layer patch could cause some
use-after-free issues. I'll have a look if I can understand why BFQ patch
causes problems in stable kernels...
Honza
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 14:27 ` Greg Kroah-Hartman
@ 2021-07-14 15:18 ` Holger Kiehl
0 siblings, 0 replies; 31+ messages in thread
From: Holger Kiehl @ 2021-07-14 15:18 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Jan Kara, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, stable
On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
> On Wed, Jul 14, 2021 at 02:07:10PM +0000, Holger Kiehl wrote:
> > On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
> >
> > > On Wed, Jul 14, 2021 at 01:26:26PM +0000, Holger Kiehl wrote:
> > > > On Wed, 14 Jul 2021, Holger Kiehl wrote:
> > > >
> > > > > On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
> > > > >
> > > > > > On Wed, Jul 14, 2021 at 05:39:43AM +0000, Holger Kiehl wrote:
> > > > > > > Hello,
> > > > > > >
> > > > > > > On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
> > > > > > >
> > > > > > > > This is the start of the stable review cycle for the 5.13.2 release.
> > > > > > > > There are 800 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, 14 Jul 2021 06:02:46 +0000.
> > > > > > > > Anything received after that time might be too late.
> > > > > > > >
> > > > > > > With this my system no longer boots:
> > > > > > >
> > > > > > > [ OK ] Reached target Swap.
> > > > > > > [ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
> > > > > > > [ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
> > > > > > > [ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
> > > > > > > [FAILED] Failed to start Wait for udev To Complete Device Initialization.
> > > > > > > See 'systemctl status systemd-udev-settle.service' for details.
> > > > > > > Starting Activation of DM RAID sets...
> > > > > > > [ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
> > > > > > > [ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
> > > > > > >
> > > > > > > System is a Fedora 34 with all updates applied. Two other similar
> > > > > > > systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
> > > > > > > and boots fine. The system where it does not boot has an Intel
> > > > > > > Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
> > > > > > >
> > > > > > > Any idea which patch I should drop to see if it boots again. I already
> > > > > > > dropped
> > > > > > >
> > > > > > > [PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
> > > > > > >
> > > > > > > and I just see that this one should also be dropped:
> > > > > > >
> > > > > > > [PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
> > > > > > >
> > > > > > > Will still need to test this.
> > > > > >
> > > > > > Can you run 'git bisect' to see what commit causes the problem?
> > > > > >
> > > > > Yes, will try to do that. I think it will take some time ...
> > > > >
> > > > With the help of Pavel Machek and Jiri Slaby I was able 'git bisect'
> > > > this to:
> > > >
> > > > yoda:/usr/src/kernels/linux-5.13.y# git bisect good
> > > > a483f513670541227e6a31ac7141826b8c785842 is the first bad commit
> > > > commit a483f513670541227e6a31ac7141826b8c785842
> > > > Author: Jan Kara <jack@suse.cz>
> > > > Date: Wed Jun 23 11:36:33 2021 +0200
> > > >
> > > > bfq: Remove merged request already in bfq_requests_merged()
> > > >
> > > > [ Upstream commit a921c655f2033dd1ce1379128efe881dda23ea37 ]
> > > >
> > > > Currently, bfq does very little in bfq_requests_merged() and handles all
> > > > the request cleanup in bfq_finish_requeue_request() called from
> > > > blk_mq_free_request(). That is currently safe only because
> > > > blk_mq_free_request() is called shortly after bfq_requests_merged()
> > > > while bfqd->lock is still held. However to fix a lock inversion between
> > > > bfqd->lock and ioc->lock, we need to call blk_mq_free_request() after
> > > > dropping bfqd->lock. That would mean that already merged request could
> > > > be seen by other processes inside bfq queues and possibly dispatched to
> > > > the device which is wrong. So move cleanup of the request from
> > > > bfq_finish_requeue_request() to bfq_requests_merged().
> > > >
> > > > Acked-by: Paolo Valente <paolo.valente@linaro.org>
> > > > Signed-off-by: Jan Kara <jack@suse.cz>
> > > > Link: https://lore.kernel.org/r/20210623093634.27879-2-jack@suse.cz
> > > > Signed-off-by: Jens Axboe <axboe@kernel.dk>
> > > > Signed-off-by: Sasha Levin <sashal@kernel.org>
> > > >
> > > > block/bfq-iosched.c | 41 +++++++++++++----------------------------
> > > > 1 file changed, 13 insertions(+), 28 deletions(-)
> > > >
> > > > Holger
> > >
> > > Wonderful!
> > >
> > > So if you drop that, all works well? I'll go drop that from the queues
> > > now.
> > >
> > Yes. Just double checked it took a plain 5.13.1, patched it with
> > patch-5.13.2-rc1.xz and then reverted
> >
> > PATCH-5.13-259-800-bfq-Remove-merged-request-already-in-bfq_requests_merged
> >
> > and it booted fine with no problems. Tested several times.
> > Just wonder why it only happens on the Intel Broadwell CPU.
> > Maybe it is the 128MB eDRAM L4 Cache ...
>
> Wondeful!
>
> Could you test 5.14-rc1 to verify if this problem is there or not? If
> it is, the developers need to know this so that they can work to fix the
> regression.
>
No. 5.14-rc1 boots fine. Could not see any problems with it. Just tried
it.
Holger
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 14:07 ` Holger Kiehl
@ 2021-07-14 14:27 ` Greg Kroah-Hartman
2021-07-14 15:18 ` Holger Kiehl
0 siblings, 1 reply; 31+ messages in thread
From: Greg Kroah-Hartman @ 2021-07-14 14:27 UTC (permalink / raw)
To: Holger Kiehl
Cc: Jan Kara, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, stable
On Wed, Jul 14, 2021 at 02:07:10PM +0000, Holger Kiehl wrote:
> On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
>
> > On Wed, Jul 14, 2021 at 01:26:26PM +0000, Holger Kiehl wrote:
> > > On Wed, 14 Jul 2021, Holger Kiehl wrote:
> > >
> > > > On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
> > > >
> > > > > On Wed, Jul 14, 2021 at 05:39:43AM +0000, Holger Kiehl wrote:
> > > > > > Hello,
> > > > > >
> > > > > > On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
> > > > > >
> > > > > > > This is the start of the stable review cycle for the 5.13.2 release.
> > > > > > > There are 800 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, 14 Jul 2021 06:02:46 +0000.
> > > > > > > Anything received after that time might be too late.
> > > > > > >
> > > > > > With this my system no longer boots:
> > > > > >
> > > > > > [ OK ] Reached target Swap.
> > > > > > [ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
> > > > > > [ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
> > > > > > [ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
> > > > > > [FAILED] Failed to start Wait for udev To Complete Device Initialization.
> > > > > > See 'systemctl status systemd-udev-settle.service' for details.
> > > > > > Starting Activation of DM RAID sets...
> > > > > > [ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
> > > > > > [ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
> > > > > >
> > > > > > System is a Fedora 34 with all updates applied. Two other similar
> > > > > > systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
> > > > > > and boots fine. The system where it does not boot has an Intel
> > > > > > Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
> > > > > >
> > > > > > Any idea which patch I should drop to see if it boots again. I already
> > > > > > dropped
> > > > > >
> > > > > > [PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
> > > > > >
> > > > > > and I just see that this one should also be dropped:
> > > > > >
> > > > > > [PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
> > > > > >
> > > > > > Will still need to test this.
> > > > >
> > > > > Can you run 'git bisect' to see what commit causes the problem?
> > > > >
> > > > Yes, will try to do that. I think it will take some time ...
> > > >
> > > With the help of Pavel Machek and Jiri Slaby I was able 'git bisect'
> > > this to:
> > >
> > > yoda:/usr/src/kernels/linux-5.13.y# git bisect good
> > > a483f513670541227e6a31ac7141826b8c785842 is the first bad commit
> > > commit a483f513670541227e6a31ac7141826b8c785842
> > > Author: Jan Kara <jack@suse.cz>
> > > Date: Wed Jun 23 11:36:33 2021 +0200
> > >
> > > bfq: Remove merged request already in bfq_requests_merged()
> > >
> > > [ Upstream commit a921c655f2033dd1ce1379128efe881dda23ea37 ]
> > >
> > > Currently, bfq does very little in bfq_requests_merged() and handles all
> > > the request cleanup in bfq_finish_requeue_request() called from
> > > blk_mq_free_request(). That is currently safe only because
> > > blk_mq_free_request() is called shortly after bfq_requests_merged()
> > > while bfqd->lock is still held. However to fix a lock inversion between
> > > bfqd->lock and ioc->lock, we need to call blk_mq_free_request() after
> > > dropping bfqd->lock. That would mean that already merged request could
> > > be seen by other processes inside bfq queues and possibly dispatched to
> > > the device which is wrong. So move cleanup of the request from
> > > bfq_finish_requeue_request() to bfq_requests_merged().
> > >
> > > Acked-by: Paolo Valente <paolo.valente@linaro.org>
> > > Signed-off-by: Jan Kara <jack@suse.cz>
> > > Link: https://lore.kernel.org/r/20210623093634.27879-2-jack@suse.cz
> > > Signed-off-by: Jens Axboe <axboe@kernel.dk>
> > > Signed-off-by: Sasha Levin <sashal@kernel.org>
> > >
> > > block/bfq-iosched.c | 41 +++++++++++++----------------------------
> > > 1 file changed, 13 insertions(+), 28 deletions(-)
> > >
> > > Holger
> >
> > Wonderful!
> >
> > So if you drop that, all works well? I'll go drop that from the queues
> > now.
> >
> Yes. Just double checked it took a plain 5.13.1, patched it with
> patch-5.13.2-rc1.xz and then reverted
>
> PATCH-5.13-259-800-bfq-Remove-merged-request-already-in-bfq_requests_merged
>
> and it booted fine with no problems. Tested several times.
> Just wonder why it only happens on the Intel Broadwell CPU.
> Maybe it is the 128MB eDRAM L4 Cache ...
Wondeful!
Could you test 5.14-rc1 to verify if this problem is there or not? If
it is, the developers need to know this so that they can work to fix the
regression.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 13:59 ` Naresh Kamboju
@ 2021-07-14 14:26 ` Greg Kroah-Hartman
2021-07-15 12:27 ` Jan Kara
0 siblings, 1 reply; 31+ messages in thread
From: Greg Kroah-Hartman @ 2021-07-14 14:26 UTC (permalink / raw)
To: Naresh Kamboju
Cc: Holger Kiehl, Jan Kara, linux-kernel, Linus Torvalds,
Andrew Morton, Guenter Roeck, Shuah Khan, patches, lkft-triage,
Pavel Machek, Jon Hunter, Florian Fainelli, linux-stable,
Paolo Valente, Jens Axboe
On Wed, Jul 14, 2021 at 07:29:26PM +0530, Naresh Kamboju wrote:
> On Wed, 14 Jul 2021 at 19:22, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
> >
> > On Wed, 14 Jul 2021 at 19:01, Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> > >
>
> <trim>
>
> > My two cents,
> > While running ssuite long running stress testing we have noticed deadlock.
> >
> > > So if you drop that, all works well? I'll go drop that from the queues
> > > now.
> >
> > Let me drop that patch and test it again.
> >
> > Crash log,
> >
> > [ 1957.278399] ============================================
> > [ 1957.283717] WARNING: possible recursive locking detected
> > [ 1957.289031] 5.13.2-rc1 #1 Not tainted
> > [ 1957.292703] --------------------------------------------
> > [ 1957.298016] kworker/u8:7/236 is trying to acquire lock:
> > [ 1957.303241] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> > bfq_finish_requeue_request+0x55/0x500 [bfq]
> > [ 1957.312643]
> > [ 1957.312643] but task is already holding lock:
> > [ 1957.318467] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> > bfq_insert_requests+0x81/0x1750 [bfq]
> > [ 1957.327334]
> > [ 1957.327334] other info that might help us debug this:
> > [ 1957.333852] Possible unsafe locking scenario:
> > [ 1957.333852]
> > [ 1957.339762] CPU0
> > [ 1957.342206] ----
> > [ 1957.344651] lock(&bfqd->lock);
> > [ 1957.347873] lock(&bfqd->lock);
> > [ 1957.351097]
> > [ 1957.351097] *** DEADLOCK ***
> > [ 1957.351097]
>
> Also noticed on stable-rc 5.12.17-rc1.
I dropped the same patch from there as well already, thanks.
greg k-h
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 13:31 ` Greg Kroah-Hartman
2021-07-14 13:52 ` Naresh Kamboju
@ 2021-07-14 14:07 ` Holger Kiehl
2021-07-14 14:27 ` Greg Kroah-Hartman
1 sibling, 1 reply; 31+ messages in thread
From: Holger Kiehl @ 2021-07-14 14:07 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Jan Kara, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, stable
On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
> On Wed, Jul 14, 2021 at 01:26:26PM +0000, Holger Kiehl wrote:
> > On Wed, 14 Jul 2021, Holger Kiehl wrote:
> >
> > > On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
> > >
> > > > On Wed, Jul 14, 2021 at 05:39:43AM +0000, Holger Kiehl wrote:
> > > > > Hello,
> > > > >
> > > > > On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
> > > > >
> > > > > > This is the start of the stable review cycle for the 5.13.2 release.
> > > > > > There are 800 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, 14 Jul 2021 06:02:46 +0000.
> > > > > > Anything received after that time might be too late.
> > > > > >
> > > > > With this my system no longer boots:
> > > > >
> > > > > [ OK ] Reached target Swap.
> > > > > [ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
> > > > > [ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
> > > > > [ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
> > > > > [FAILED] Failed to start Wait for udev To Complete Device Initialization.
> > > > > See 'systemctl status systemd-udev-settle.service' for details.
> > > > > Starting Activation of DM RAID sets...
> > > > > [ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
> > > > > [ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
> > > > >
> > > > > System is a Fedora 34 with all updates applied. Two other similar
> > > > > systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
> > > > > and boots fine. The system where it does not boot has an Intel
> > > > > Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
> > > > >
> > > > > Any idea which patch I should drop to see if it boots again. I already
> > > > > dropped
> > > > >
> > > > > [PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
> > > > >
> > > > > and I just see that this one should also be dropped:
> > > > >
> > > > > [PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
> > > > >
> > > > > Will still need to test this.
> > > >
> > > > Can you run 'git bisect' to see what commit causes the problem?
> > > >
> > > Yes, will try to do that. I think it will take some time ...
> > >
> > With the help of Pavel Machek and Jiri Slaby I was able 'git bisect'
> > this to:
> >
> > yoda:/usr/src/kernels/linux-5.13.y# git bisect good
> > a483f513670541227e6a31ac7141826b8c785842 is the first bad commit
> > commit a483f513670541227e6a31ac7141826b8c785842
> > Author: Jan Kara <jack@suse.cz>
> > Date: Wed Jun 23 11:36:33 2021 +0200
> >
> > bfq: Remove merged request already in bfq_requests_merged()
> >
> > [ Upstream commit a921c655f2033dd1ce1379128efe881dda23ea37 ]
> >
> > Currently, bfq does very little in bfq_requests_merged() and handles all
> > the request cleanup in bfq_finish_requeue_request() called from
> > blk_mq_free_request(). That is currently safe only because
> > blk_mq_free_request() is called shortly after bfq_requests_merged()
> > while bfqd->lock is still held. However to fix a lock inversion between
> > bfqd->lock and ioc->lock, we need to call blk_mq_free_request() after
> > dropping bfqd->lock. That would mean that already merged request could
> > be seen by other processes inside bfq queues and possibly dispatched to
> > the device which is wrong. So move cleanup of the request from
> > bfq_finish_requeue_request() to bfq_requests_merged().
> >
> > Acked-by: Paolo Valente <paolo.valente@linaro.org>
> > Signed-off-by: Jan Kara <jack@suse.cz>
> > Link: https://lore.kernel.org/r/20210623093634.27879-2-jack@suse.cz
> > Signed-off-by: Jens Axboe <axboe@kernel.dk>
> > Signed-off-by: Sasha Levin <sashal@kernel.org>
> >
> > block/bfq-iosched.c | 41 +++++++++++++----------------------------
> > 1 file changed, 13 insertions(+), 28 deletions(-)
> >
> > Holger
>
> Wonderful!
>
> So if you drop that, all works well? I'll go drop that from the queues
> now.
>
Yes. Just double checked it took a plain 5.13.1, patched it with
patch-5.13.2-rc1.xz and then reverted
PATCH-5.13-259-800-bfq-Remove-merged-request-already-in-bfq_requests_merged
and it booted fine with no problems. Tested several times.
Just wonder why it only happens on the Intel Broadwell CPU.
Maybe it is the 128MB eDRAM L4 Cache ...
Holger
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 13:52 ` Naresh Kamboju
@ 2021-07-14 13:59 ` Naresh Kamboju
2021-07-14 14:26 ` Greg Kroah-Hartman
2021-07-15 12:41 ` Jan Kara
1 sibling, 1 reply; 31+ messages in thread
From: Naresh Kamboju @ 2021-07-14 13:59 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Holger Kiehl, Jan Kara, linux-kernel, Linus Torvalds,
Andrew Morton, Guenter Roeck, Shuah Khan, patches, lkft-triage,
Pavel Machek, Jon Hunter, Florian Fainelli, linux-stable,
Paolo Valente, Jens Axboe
On Wed, 14 Jul 2021 at 19:22, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
>
> On Wed, 14 Jul 2021 at 19:01, Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> >
<trim>
> My two cents,
> While running ssuite long running stress testing we have noticed deadlock.
>
> > So if you drop that, all works well? I'll go drop that from the queues
> > now.
>
> Let me drop that patch and test it again.
>
> Crash log,
>
> [ 1957.278399] ============================================
> [ 1957.283717] WARNING: possible recursive locking detected
> [ 1957.289031] 5.13.2-rc1 #1 Not tainted
> [ 1957.292703] --------------------------------------------
> [ 1957.298016] kworker/u8:7/236 is trying to acquire lock:
> [ 1957.303241] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> bfq_finish_requeue_request+0x55/0x500 [bfq]
> [ 1957.312643]
> [ 1957.312643] but task is already holding lock:
> [ 1957.318467] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
> bfq_insert_requests+0x81/0x1750 [bfq]
> [ 1957.327334]
> [ 1957.327334] other info that might help us debug this:
> [ 1957.333852] Possible unsafe locking scenario:
> [ 1957.333852]
> [ 1957.339762] CPU0
> [ 1957.342206] ----
> [ 1957.344651] lock(&bfqd->lock);
> [ 1957.347873] lock(&bfqd->lock);
> [ 1957.351097]
> [ 1957.351097] *** DEADLOCK ***
> [ 1957.351097]
Also noticed on stable-rc 5.12.17-rc1.
> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
>
> ref:
> https://lkft.validation.linaro.org/scheduler/job/3058868#L2922
ref:
https://lkft.validation.linaro.org/scheduler/job/3058423#L3125
- Naresh
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 13:31 ` Greg Kroah-Hartman
@ 2021-07-14 13:52 ` Naresh Kamboju
2021-07-14 13:59 ` Naresh Kamboju
2021-07-15 12:41 ` Jan Kara
2021-07-14 14:07 ` Holger Kiehl
1 sibling, 2 replies; 31+ messages in thread
From: Naresh Kamboju @ 2021-07-14 13:52 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Holger Kiehl, Jan Kara, linux-kernel, Linus Torvalds,
Andrew Morton, Guenter Roeck, Shuah Khan, patches, lkft-triage,
Pavel Machek, Jon Hunter, Florian Fainelli, linux-stable,
Paolo Valente, Jens Axboe
On Wed, 14 Jul 2021 at 19:01, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> On Wed, Jul 14, 2021 at 01:26:26PM +0000, Holger Kiehl wrote:
> > On Wed, 14 Jul 2021, Holger Kiehl wrote:
> >
> > > On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
> > >
> > > > On Wed, Jul 14, 2021 at 05:39:43AM +0000, Holger Kiehl wrote:
> > > > > Hello,
> > > > >
> > > > > On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
> > > > >
> > > > > > This is the start of the stable review cycle for the 5.13.2 release.
> > > > > > There are 800 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, 14 Jul 2021 06:02:46 +0000.
> > > > > > Anything received after that time might be too late.
> > > > > >
> > > > > With this my system no longer boots:
> > > > >
> > > > > [ OK ] Reached target Swap.
> > > > > [ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
> > > > > [ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
> > > > > [ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
> > > > > [FAILED] Failed to start Wait for udev To Complete Device Initialization.
> > > > > See 'systemctl status systemd-udev-settle.service' for details.
> > > > > Starting Activation of DM RAID sets...
> > > > > [ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
> > > > > [ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
> > > > >
> > > > > System is a Fedora 34 with all updates applied. Two other similar
> > > > > systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
> > > > > and boots fine. The system where it does not boot has an Intel
> > > > > Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
> > > > >
> > > > > Any idea which patch I should drop to see if it boots again. I already
> > > > > dropped
> > > > >
> > > > > [PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
> > > > >
> > > > > and I just see that this one should also be dropped:
> > > > >
> > > > > [PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
> > > > >
> > > > > Will still need to test this.
> > > >
> > > > Can you run 'git bisect' to see what commit causes the problem?
> > > >
> > > Yes, will try to do that. I think it will take some time ...
> > >
> > With the help of Pavel Machek and Jiri Slaby I was able 'git bisect'
> > this to:
> >
> > yoda:/usr/src/kernels/linux-5.13.y# git bisect good
> > a483f513670541227e6a31ac7141826b8c785842 is the first bad commit
> > commit a483f513670541227e6a31ac7141826b8c785842
> > Author: Jan Kara <jack@suse.cz>
> > Date: Wed Jun 23 11:36:33 2021 +0200
> >
> > bfq: Remove merged request already in bfq_requests_merged()
> >
> > [ Upstream commit a921c655f2033dd1ce1379128efe881dda23ea37 ]
> >
> > Currently, bfq does very little in bfq_requests_merged() and handles all
> > the request cleanup in bfq_finish_requeue_request() called from
> > blk_mq_free_request(). That is currently safe only because
> > blk_mq_free_request() is called shortly after bfq_requests_merged()
> > while bfqd->lock is still held. However to fix a lock inversion between
> > bfqd->lock and ioc->lock, we need to call blk_mq_free_request() after
> > dropping bfqd->lock. That would mean that already merged request could
> > be seen by other processes inside bfq queues and possibly dispatched to
> > the device which is wrong. So move cleanup of the request from
> > bfq_finish_requeue_request() to bfq_requests_merged().
> >
> > Acked-by: Paolo Valente <paolo.valente@linaro.org>
> > Signed-off-by: Jan Kara <jack@suse.cz>
> > Link: https://lore.kernel.org/r/20210623093634.27879-2-jack@suse.cz
> > Signed-off-by: Jens Axboe <axboe@kernel.dk>
> > Signed-off-by: Sasha Levin <sashal@kernel.org>
> >
> > block/bfq-iosched.c | 41 +++++++++++++----------------------------
> > 1 file changed, 13 insertions(+), 28 deletions(-)
> >
> > Holger
>
> Wonderful!
My two cents,
While running ssuite long running stress testing we have noticed deadlock.
> So if you drop that, all works well? I'll go drop that from the queues
> now.
Let me drop that patch and test it again.
Crash log,
[ 1957.278399] ============================================
[ 1957.283717] WARNING: possible recursive locking detected
[ 1957.289031] 5.13.2-rc1 #1 Not tainted
[ 1957.292703] --------------------------------------------
[ 1957.298016] kworker/u8:7/236 is trying to acquire lock:
[ 1957.303241] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
bfq_finish_requeue_request+0x55/0x500 [bfq]
[ 1957.312643]
[ 1957.312643] but task is already holding lock:
[ 1957.318467] ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
bfq_insert_requests+0x81/0x1750 [bfq]
[ 1957.327334]
[ 1957.327334] other info that might help us debug this:
[ 1957.333852] Possible unsafe locking scenario:
[ 1957.333852]
[ 1957.339762] CPU0
[ 1957.342206] ----
[ 1957.344651] lock(&bfqd->lock);
[ 1957.347873] lock(&bfqd->lock);
[ 1957.351097]
[ 1957.351097] *** DEADLOCK ***
[ 1957.351097]
[ 1957.357008] May be due to missing lock nesting notation
[ 1957.357008]
[ 1957.363783] 3 locks held by kworker/u8:7/236:
[ 1957.368136] #0: ffff8cc2009c5938
((wq_completion)writeback){+.+.}-{0:0}, at:
process_one_work+0x207/0x5e0
[ 1957.377782] #1: ffff9ba980d57e68
((work_completion)(&(&wb->dwork)->work)){+.+.}-{0:0}, at:
process_one_work+0x207/0x5e0
[ 1957.388640] #2: ffff8cc203f92c38 (&bfqd->lock){-.-.}-{2:2}, at:
bfq_insert_requests+0x81/0x1750 [bfq]
[ 1957.397938]
[ 1957.397938] stack backtrace:
[ 1957.402291] CPU: 1 PID: 236 Comm: kworker/u8:7 Not tainted 5.13.2-rc1 #1
[ 1957.408989] Hardware name: Supermicro SYS-5019S-ML/X11SSH-F, BIOS
2.2 05/23/2018
[ 1957.416374] Workqueue: writeback wb_workfn (flush-8:0)
[ 1957.421513] Call Trace:
[ 1957.423966] dump_stack+0x76/0x95
[ 1957.427283] __lock_acquire+0xb70/0x1a50
[ 1957.431203] ? lock_is_held_type+0xa0/0x110
[ 1957.435388] ? bfq_init_rq+0x30e/0x1140 [bfq]
[ 1957.439748] lock_acquire+0x258/0x2e0
[ 1957.443413] ? bfq_finish_requeue_request+0x55/0x500 [bfq]
[ 1957.448923] ? __lock_acquire+0x4a6/0x1a50
[ 1957.453016] ? __lock_acquire+0x3e0/0x1a50
[ 1957.457107] _raw_spin_lock_irqsave+0x3f/0x60
[ 1957.461466] ? bfq_finish_requeue_request+0x55/0x500 [bfq]
[ 1957.466950] bfq_finish_requeue_request+0x55/0x500 [bfq]
[ 1957.472256] ? rcu_read_lock_sched_held+0x4f/0x80
[ 1957.476960] blk_mq_free_request+0x3e/0x140
[ 1957.481146] blk_put_request+0xe/0x10
[ 1957.484804] blk_attempt_req_merge+0x1d/0x30
[ 1957.489075] elv_attempt_insert_merge+0x34/0x90
[ 1957.493599] blk_mq_sched_try_insert_merge+0x2c/0x50
[ 1957.498556] bfq_insert_requests+0x8d/0x1750 [bfq]
[ 1957.503342] ? find_held_lock+0x35/0xa0
[ 1957.507180] ? writeback_sb_inodes+0x35a/0x550
[ 1957.511618] blk_mq_sched_insert_requests+0xd9/0x2a0
[ 1957.516580] blk_mq_flush_plug_list+0x138/0x270
[ 1957.521110] blk_flush_plug_list+0xd1/0x100
[ 1957.525295] blk_finish_plug+0x2c/0x40
[ 1957.529045] wb_writeback+0x1ab/0x430
[ 1957.532702] ? _raw_spin_unlock_bh+0x30/0x40
[ 1957.536970] wb_workfn+0xcb/0x660
[ 1957.540286] ? wb_workfn+0xcb/0x660
[ 1957.543770] ? lock_acquire+0x258/0x2e0
[ 1957.547600] ? process_one_work+0x207/0x5e0
[ 1957.551778] process_one_work+0x289/0x5e0
[ 1957.555782] ? inode_wait_for_writeback+0x40/0x40
[ 1957.560477] ? process_one_work+0x289/0x5e0
[ 1957.564656] worker_thread+0x3c/0x3f0
[ 1957.568315] ? process_one_work+0x5e0/0x5e0
[ 1957.572500] kthread+0x14c/0x170
[ 1957.575733] ? set_kthread_struct+0x40/0x40
[ 1957.579921] ret_from_fork+0x22/0x30
Waiting for transitory to terminate: 5[0KWaiting for transitory to
terminate: 4[0K[ 2106.390977] systemd[1]: systemd-resolved.service:
Watchdog timeout (limit 3min)!
[ 2106.398454] systemd[1]: systemd-resolved.service: Killing process
349 (systemd-resolve) with signal SIGABRT.
Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
ref:
https://lkft.validation.linaro.org/scheduler/job/3058868#L2922
- Naresh
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 13:26 ` Holger Kiehl
@ 2021-07-14 13:31 ` Greg Kroah-Hartman
2021-07-14 13:52 ` Naresh Kamboju
2021-07-14 14:07 ` Holger Kiehl
0 siblings, 2 replies; 31+ messages in thread
From: Greg Kroah-Hartman @ 2021-07-14 13:31 UTC (permalink / raw)
To: Holger Kiehl
Cc: Jan Kara, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, stable
On Wed, Jul 14, 2021 at 01:26:26PM +0000, Holger Kiehl wrote:
> On Wed, 14 Jul 2021, Holger Kiehl wrote:
>
> > On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
> >
> > > On Wed, Jul 14, 2021 at 05:39:43AM +0000, Holger Kiehl wrote:
> > > > Hello,
> > > >
> > > > On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
> > > >
> > > > > This is the start of the stable review cycle for the 5.13.2 release.
> > > > > There are 800 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, 14 Jul 2021 06:02:46 +0000.
> > > > > Anything received after that time might be too late.
> > > > >
> > > > With this my system no longer boots:
> > > >
> > > > [ OK ] Reached target Swap.
> > > > [ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
> > > > [ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
> > > > [ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
> > > > [FAILED] Failed to start Wait for udev To Complete Device Initialization.
> > > > See 'systemctl status systemd-udev-settle.service' for details.
> > > > Starting Activation of DM RAID sets...
> > > > [ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
> > > > [ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
> > > >
> > > > System is a Fedora 34 with all updates applied. Two other similar
> > > > systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
> > > > and boots fine. The system where it does not boot has an Intel
> > > > Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
> > > >
> > > > Any idea which patch I should drop to see if it boots again. I already
> > > > dropped
> > > >
> > > > [PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
> > > >
> > > > and I just see that this one should also be dropped:
> > > >
> > > > [PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
> > > >
> > > > Will still need to test this.
> > >
> > > Can you run 'git bisect' to see what commit causes the problem?
> > >
> > Yes, will try to do that. I think it will take some time ...
> >
> With the help of Pavel Machek and Jiri Slaby I was able 'git bisect'
> this to:
>
> yoda:/usr/src/kernels/linux-5.13.y# git bisect good
> a483f513670541227e6a31ac7141826b8c785842 is the first bad commit
> commit a483f513670541227e6a31ac7141826b8c785842
> Author: Jan Kara <jack@suse.cz>
> Date: Wed Jun 23 11:36:33 2021 +0200
>
> bfq: Remove merged request already in bfq_requests_merged()
>
> [ Upstream commit a921c655f2033dd1ce1379128efe881dda23ea37 ]
>
> Currently, bfq does very little in bfq_requests_merged() and handles all
> the request cleanup in bfq_finish_requeue_request() called from
> blk_mq_free_request(). That is currently safe only because
> blk_mq_free_request() is called shortly after bfq_requests_merged()
> while bfqd->lock is still held. However to fix a lock inversion between
> bfqd->lock and ioc->lock, we need to call blk_mq_free_request() after
> dropping bfqd->lock. That would mean that already merged request could
> be seen by other processes inside bfq queues and possibly dispatched to
> the device which is wrong. So move cleanup of the request from
> bfq_finish_requeue_request() to bfq_requests_merged().
>
> Acked-by: Paolo Valente <paolo.valente@linaro.org>
> Signed-off-by: Jan Kara <jack@suse.cz>
> Link: https://lore.kernel.org/r/20210623093634.27879-2-jack@suse.cz
> Signed-off-by: Jens Axboe <axboe@kernel.dk>
> Signed-off-by: Sasha Levin <sashal@kernel.org>
>
> block/bfq-iosched.c | 41 +++++++++++++----------------------------
> 1 file changed, 13 insertions(+), 28 deletions(-)
>
> Holger
Wonderful!
So if you drop that, all works well? I'll go drop that from the queues
now.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 7:16 ` Holger Kiehl
2021-07-14 8:15 ` Holger Kiehl
@ 2021-07-14 13:26 ` Holger Kiehl
2021-07-14 13:31 ` Greg Kroah-Hartman
1 sibling, 1 reply; 31+ messages in thread
From: Holger Kiehl @ 2021-07-14 13:26 UTC (permalink / raw)
To: Greg Kroah-Hartman, Jan Kara
Cc: linux-kernel, torvalds, akpm, linux, shuah, patches, lkft-triage,
pavel, jonathanh, f.fainelli, stable
On Wed, 14 Jul 2021, Holger Kiehl wrote:
> On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
>
> > On Wed, Jul 14, 2021 at 05:39:43AM +0000, Holger Kiehl wrote:
> > > Hello,
> > >
> > > On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
> > >
> > > > This is the start of the stable review cycle for the 5.13.2 release.
> > > > There are 800 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, 14 Jul 2021 06:02:46 +0000.
> > > > Anything received after that time might be too late.
> > > >
> > > With this my system no longer boots:
> > >
> > > [ OK ] Reached target Swap.
> > > [ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
> > > [ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
> > > [ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
> > > [FAILED] Failed to start Wait for udev To Complete Device Initialization.
> > > See 'systemctl status systemd-udev-settle.service' for details.
> > > Starting Activation of DM RAID sets...
> > > [ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
> > > [ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
> > >
> > > System is a Fedora 34 with all updates applied. Two other similar
> > > systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
> > > and boots fine. The system where it does not boot has an Intel
> > > Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
> > >
> > > Any idea which patch I should drop to see if it boots again. I already
> > > dropped
> > >
> > > [PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
> > >
> > > and I just see that this one should also be dropped:
> > >
> > > [PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
> > >
> > > Will still need to test this.
> >
> > Can you run 'git bisect' to see what commit causes the problem?
> >
> Yes, will try to do that. I think it will take some time ...
>
With the help of Pavel Machek and Jiri Slaby I was able 'git bisect'
this to:
yoda:/usr/src/kernels/linux-5.13.y# git bisect good
a483f513670541227e6a31ac7141826b8c785842 is the first bad commit
commit a483f513670541227e6a31ac7141826b8c785842
Author: Jan Kara <jack@suse.cz>
Date: Wed Jun 23 11:36:33 2021 +0200
bfq: Remove merged request already in bfq_requests_merged()
[ Upstream commit a921c655f2033dd1ce1379128efe881dda23ea37 ]
Currently, bfq does very little in bfq_requests_merged() and handles all
the request cleanup in bfq_finish_requeue_request() called from
blk_mq_free_request(). That is currently safe only because
blk_mq_free_request() is called shortly after bfq_requests_merged()
while bfqd->lock is still held. However to fix a lock inversion between
bfqd->lock and ioc->lock, we need to call blk_mq_free_request() after
dropping bfqd->lock. That would mean that already merged request could
be seen by other processes inside bfq queues and possibly dispatched to
the device which is wrong. So move cleanup of the request from
bfq_finish_requeue_request() to bfq_requests_merged().
Acked-by: Paolo Valente <paolo.valente@linaro.org>
Signed-off-by: Jan Kara <jack@suse.cz>
Link: https://lore.kernel.org/r/20210623093634.27879-2-jack@suse.cz
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Signed-off-by: Sasha Levin <sashal@kernel.org>
block/bfq-iosched.c | 41 +++++++++++++----------------------------
1 file changed, 13 insertions(+), 28 deletions(-)
Holger
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 10:41 ` Pavel Machek
@ 2021-07-14 13:21 ` Holger Kiehl
0 siblings, 0 replies; 31+ messages in thread
From: Holger Kiehl @ 2021-07-14 13:21 UTC (permalink / raw)
To: Pavel Machek
Cc: Jiri Slaby, Greg Kroah-Hartman, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, jonathanh, f.fainelli,
stable
On Wed, 14 Jul 2021, Pavel Machek wrote:
> Hi!
> >
> > > On 14. 07. 21, 10:15, Holger Kiehl wrote:
> > > >> Yes, will try to do that. I think it will take some time ...
> > > >>
> > > > Hmm, I am doing something wrong?
> > >
> > > No, you are not: -rcs are not tagged.
> > >
> > > > git clone
> > > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> > > > linux-5.13.y
> > > > cd linux-5.13.y/
> > > > git tag|grep v5.13
> > > > v5.13
> > > > v5.13-rc1
> > > > v5.13-rc2
> > > > v5.13-rc3
> > > > v5.13-rc4
> > > > v5.13-rc5
> > > > v5.13-rc6
> > > > v5.13-rc7
> > > > v5.13.1
> > > >
> > > > There is no v5.13.2-rc1. It is my first time with 'git bisect'. Must be
> > > > doing something wrong. How can I get the correct git kernel rc version?
> > >
> > > So just bisect v5.13.1..linux-5.13.y.
> > >
> > But what do I say for bad?
> >
> > git bisect bad linux-5.13.y
> > error: Bad rev input: linux-5.13.y
> >
> > Just saying:
> >
> > git bisect bad
> > git bisect good v5.13.1
> > Bisecting: a merge base must be tested
> > [62fb9874f5da54fdb243003b386128037319b219] Linux 5.13
> >
> > If I read this correctly it now set v5.13 as bad and v5.13.1 as good.
> > How to set the correct bad?
>
> You can use hashes instead of symbolic revisions, and that may be
> easier. I suspect you want to say "git bisect bad
> origin/linux-5.13.y". You can also just do git show and note the hash.
>
> There's other option: git bisect can be quite confusing, but you are
> searching for a bug in linear history, so you can just git log
> --pretty=oneline into a file, then do the binary search
> manually. Should be 10 steps or so...
>
Thanks! That 'git bisect bad origin/linux-5.13.y' got me going!
Holger
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 10:27 ` Holger Kiehl
@ 2021-07-14 10:41 ` Pavel Machek
2021-07-14 13:21 ` Holger Kiehl
0 siblings, 1 reply; 31+ messages in thread
From: Pavel Machek @ 2021-07-14 10:41 UTC (permalink / raw)
To: Holger Kiehl
Cc: Jiri Slaby, Greg Kroah-Hartman, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
stable
[-- Attachment #1: Type: text/plain, Size: 1819 bytes --]
Hi!
>
> > On 14. 07. 21, 10:15, Holger Kiehl wrote:
> > >> Yes, will try to do that. I think it will take some time ...
> > >>
> > > Hmm, I am doing something wrong?
> >
> > No, you are not: -rcs are not tagged.
> >
> > > git clone
> > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> > > linux-5.13.y
> > > cd linux-5.13.y/
> > > git tag|grep v5.13
> > > v5.13
> > > v5.13-rc1
> > > v5.13-rc2
> > > v5.13-rc3
> > > v5.13-rc4
> > > v5.13-rc5
> > > v5.13-rc6
> > > v5.13-rc7
> > > v5.13.1
> > >
> > > There is no v5.13.2-rc1. It is my first time with 'git bisect'. Must be
> > > doing something wrong. How can I get the correct git kernel rc version?
> >
> > So just bisect v5.13.1..linux-5.13.y.
> >
> But what do I say for bad?
>
> git bisect bad linux-5.13.y
> error: Bad rev input: linux-5.13.y
>
> Just saying:
>
> git bisect bad
> git bisect good v5.13.1
> Bisecting: a merge base must be tested
> [62fb9874f5da54fdb243003b386128037319b219] Linux 5.13
>
> If I read this correctly it now set v5.13 as bad and v5.13.1 as good.
> How to set the correct bad?
You can use hashes instead of symbolic revisions, and that may be
easier. I suspect you want to say "git bisect bad
origin/linux-5.13.y". You can also just do git show and note the hash.
There's other option: git bisect can be quite confusing, but you are
searching for a bug in linear history, so you can just git log
--pretty=oneline into a file, then do the binary search
manually. Should be 10 steps or so...
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 8:36 ` Jiri Slaby
@ 2021-07-14 10:27 ` Holger Kiehl
2021-07-14 10:41 ` Pavel Machek
0 siblings, 1 reply; 31+ messages in thread
From: Holger Kiehl @ 2021-07-14 10:27 UTC (permalink / raw)
To: Jiri Slaby
Cc: Greg Kroah-Hartman, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli, stable
On Wed, 14 Jul 2021, Jiri Slaby wrote:
> On 14. 07. 21, 10:15, Holger Kiehl wrote:
> >> Yes, will try to do that. I think it will take some time ...
> >>
> > Hmm, I am doing something wrong?
>
> No, you are not: -rcs are not tagged.
>
> > git clone
> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> > linux-5.13.y
> > cd linux-5.13.y/
> > git tag|grep v5.13
> > v5.13
> > v5.13-rc1
> > v5.13-rc2
> > v5.13-rc3
> > v5.13-rc4
> > v5.13-rc5
> > v5.13-rc6
> > v5.13-rc7
> > v5.13.1
> >
> > There is no v5.13.2-rc1. It is my first time with 'git bisect'. Must be
> > doing something wrong. How can I get the correct git kernel rc version?
>
> So just bisect v5.13.1..linux-5.13.y.
>
But what do I say for bad?
git bisect bad linux-5.13.y
error: Bad rev input: linux-5.13.y
Just saying:
git bisect bad
git bisect good v5.13.1
Bisecting: a merge base must be tested
[62fb9874f5da54fdb243003b386128037319b219] Linux 5.13
If I read this correctly it now set v5.13 as bad and v5.13.1 as good.
How to set the correct bad?
Holger
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 8:15 ` Holger Kiehl
@ 2021-07-14 8:36 ` Jiri Slaby
2021-07-14 10:27 ` Holger Kiehl
0 siblings, 1 reply; 31+ messages in thread
From: Jiri Slaby @ 2021-07-14 8:36 UTC (permalink / raw)
To: Holger Kiehl, Greg Kroah-Hartman
Cc: linux-kernel, torvalds, akpm, linux, shuah, patches, lkft-triage,
pavel, jonathanh, f.fainelli, stable
On 14. 07. 21, 10:15, Holger Kiehl wrote:
>> Yes, will try to do that. I think it will take some time ...
>>
> Hmm, I am doing something wrong?
No, you are not: -rcs are not tagged.
> git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.13.y
> cd linux-5.13.y/
> git tag|grep v5.13
> v5.13
> v5.13-rc1
> v5.13-rc2
> v5.13-rc3
> v5.13-rc4
> v5.13-rc5
> v5.13-rc6
> v5.13-rc7
> v5.13.1
>
> There is no v5.13.2-rc1. It is my first time with 'git bisect'. Must be
> doing something wrong. How can I get the correct git kernel rc version?
So just bisect v5.13.1..linux-5.13.y.
regards,
--
js
suse labs
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 7:16 ` Holger Kiehl
@ 2021-07-14 8:15 ` Holger Kiehl
2021-07-14 8:36 ` Jiri Slaby
2021-07-14 13:26 ` Holger Kiehl
1 sibling, 1 reply; 31+ messages in thread
From: Holger Kiehl @ 2021-07-14 8:15 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: linux-kernel, torvalds, akpm, linux, shuah, patches, lkft-triage,
pavel, jonathanh, f.fainelli, stable
On Wed, 14 Jul 2021, Holger Kiehl wrote:
> On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
>
> > On Wed, Jul 14, 2021 at 05:39:43AM +0000, Holger Kiehl wrote:
> > > Hello,
> > >
> > > On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
> > >
> > > > This is the start of the stable review cycle for the 5.13.2 release.
> > > > There are 800 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, 14 Jul 2021 06:02:46 +0000.
> > > > Anything received after that time might be too late.
> > > >
> > > With this my system no longer boots:
> > >
> > > [ OK ] Reached target Swap.
> > > [ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
> > > [ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
> > > [ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
> > > [FAILED] Failed to start Wait for udev To Complete Device Initialization.
> > > See 'systemctl status systemd-udev-settle.service' for details.
> > > Starting Activation of DM RAID sets...
> > > [ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
> > > [ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
> > >
> > > System is a Fedora 34 with all updates applied. Two other similar
> > > systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
> > > and boots fine. The system where it does not boot has an Intel
> > > Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
> > >
> > > Any idea which patch I should drop to see if it boots again. I already
> > > dropped
> > >
> > > [PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
> > >
> > > and I just see that this one should also be dropped:
> > >
> > > [PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
> > >
> > > Will still need to test this.
> >
> > Can you run 'git bisect' to see what commit causes the problem?
> >
> Yes, will try to do that. I think it will take some time ...
>
Hmm, I am doing something wrong?
git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.13.y
cd linux-5.13.y/
git tag|grep v5.13
v5.13
v5.13-rc1
v5.13-rc2
v5.13-rc3
v5.13-rc4
v5.13-rc5
v5.13-rc6
v5.13-rc7
v5.13.1
There is no v5.13.2-rc1. It is my first time with 'git bisect'. Must be
doing something wrong. How can I get the correct git kernel rc version?
Holger
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 5:46 ` Greg Kroah-Hartman
@ 2021-07-14 7:16 ` Holger Kiehl
2021-07-14 8:15 ` Holger Kiehl
2021-07-14 13:26 ` Holger Kiehl
0 siblings, 2 replies; 31+ messages in thread
From: Holger Kiehl @ 2021-07-14 7:16 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: linux-kernel, torvalds, akpm, linux, shuah, patches, lkft-triage,
pavel, jonathanh, f.fainelli, stable
On Wed, 14 Jul 2021, Greg Kroah-Hartman wrote:
> On Wed, Jul 14, 2021 at 05:39:43AM +0000, Holger Kiehl wrote:
> > Hello,
> >
> > On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
> >
> > > This is the start of the stable review cycle for the 5.13.2 release.
> > > There are 800 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, 14 Jul 2021 06:02:46 +0000.
> > > Anything received after that time might be too late.
> > >
> > With this my system no longer boots:
> >
> > [ OK ] Reached target Swap.
> > [ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
> > [ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
> > [ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
> > [FAILED] Failed to start Wait for udev To Complete Device Initialization.
> > See 'systemctl status systemd-udev-settle.service' for details.
> > Starting Activation of DM RAID sets...
> > [ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
> > [ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
> >
> > System is a Fedora 34 with all updates applied. Two other similar
> > systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
> > and boots fine. The system where it does not boot has an Intel
> > Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
> >
> > Any idea which patch I should drop to see if it boots again. I already
> > dropped
> >
> > [PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
> >
> > and I just see that this one should also be dropped:
> >
> > [PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
> >
> > Will still need to test this.
>
> Can you run 'git bisect' to see what commit causes the problem?
>
Yes, will try to do that. I think it will take some time ...
Holger
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 5:39 ` Holger Kiehl
2021-07-14 5:46 ` Greg Kroah-Hartman
@ 2021-07-14 7:15 ` Holger Kiehl
1 sibling, 0 replies; 31+ messages in thread
From: Holger Kiehl @ 2021-07-14 7:15 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: linux-kernel, torvalds, akpm, linux, shuah, patches, lkft-triage,
pavel, jonathanh, f.fainelli, stable
On Wed, 14 Jul 2021, Holger Kiehl wrote:
> Hello,
>
> On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
>
> > This is the start of the stable review cycle for the 5.13.2 release.
> > There are 800 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, 14 Jul 2021 06:02:46 +0000.
> > Anything received after that time might be too late.
> >
> With this my system no longer boots:
>
> [ OK ] Reached target Swap.
> [ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
> [ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
> [ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
> [FAILED] Failed to start Wait for udev To Complete Device Initialization.
> See 'systemctl status systemd-udev-settle.service' for details.
> Starting Activation of DM RAID sets...
> [ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
> [ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
>
> System is a Fedora 34 with all updates applied. Two other similar
> systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
> and boots fine. The system where it does not boot has an Intel
> Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
>
> Any idea which patch I should drop to see if it boots again. I already
> dropped
>
> [PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
>
> and I just see that this one should also be dropped:
>
> [PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
>
> Will still need to test this.
>
Dropping that did not fix it.
Holger
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-14 5:39 ` Holger Kiehl
@ 2021-07-14 5:46 ` Greg Kroah-Hartman
2021-07-14 7:16 ` Holger Kiehl
2021-07-14 7:15 ` Holger Kiehl
1 sibling, 1 reply; 31+ messages in thread
From: Greg Kroah-Hartman @ 2021-07-14 5:46 UTC (permalink / raw)
To: Holger Kiehl
Cc: linux-kernel, torvalds, akpm, linux, shuah, patches, lkft-triage,
pavel, jonathanh, f.fainelli, stable
On Wed, Jul 14, 2021 at 05:39:43AM +0000, Holger Kiehl wrote:
> Hello,
>
> On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
>
> > This is the start of the stable review cycle for the 5.13.2 release.
> > There are 800 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, 14 Jul 2021 06:02:46 +0000.
> > Anything received after that time might be too late.
> >
> With this my system no longer boots:
>
> [ OK ] Reached target Swap.
> [ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
> [ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
> [ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
> [FAILED] Failed to start Wait for udev To Complete Device Initialization.
> See 'systemctl status systemd-udev-settle.service' for details.
> Starting Activation of DM RAID sets...
> [ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
> [ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
>
> System is a Fedora 34 with all updates applied. Two other similar
> systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
> and boots fine. The system where it does not boot has an Intel
> Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
>
> Any idea which patch I should drop to see if it boots again. I already
> dropped
>
> [PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
>
> and I just see that this one should also be dropped:
>
> [PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
>
> Will still need to test this.
Can you run 'git bisect' to see what commit causes the problem?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-12 6:00 Greg Kroah-Hartman
` (6 preceding siblings ...)
2021-07-13 15:24 ` Justin Forbes
@ 2021-07-14 5:39 ` Holger Kiehl
2021-07-14 5:46 ` Greg Kroah-Hartman
2021-07-14 7:15 ` Holger Kiehl
7 siblings, 2 replies; 31+ messages in thread
From: Holger Kiehl @ 2021-07-14 5:39 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: linux-kernel, torvalds, akpm, linux, shuah, patches, lkft-triage,
pavel, jonathanh, f.fainelli, stable
Hello,
On Mon, 12 Jul 2021, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.13.2 release.
> There are 800 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, 14 Jul 2021 06:02:46 +0000.
> Anything received after that time might be too late.
>
With this my system no longer boots:
[ OK ] Reached target Swap.
[ 75.213852] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
[ 75.213926] NMI watchdog: Watchdog detected hard LOCKUP on cpu 2
[ 75.213962] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
[FAILED] Failed to start Wait for udev To Complete Device Initialization.
See 'systemctl status systemd-udev-settle.service' for details.
Starting Activation of DM RAID sets...
[ ] (1 of 2) A start job is running for Activation of DM RAID sets (..min ..s / no limit)
[ ] (2 of 2) A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling (..min ..s / no limit)
System is a Fedora 34 with all updates applied. Two other similar
systems with AMD CPUs (Ryzen 4750G + 3400G) this does not happen
and boots fine. The system where it does not boot has an Intel
Xeon E3-1285L v4 CPU. All of them use a dm_crypt root filesystem.
Any idea which patch I should drop to see if it boots again. I already
dropped
[PATCH 5.13 743/800] ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
and I just see that this one should also be dropped:
[PATCH 5.13 768/800] hugetlb: address ref count racing in prep_compound_gigantic_page
Will still need to test this.
Holger
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
@ 2021-07-13 23:42 Ronald Warsow
0 siblings, 0 replies; 31+ messages in thread
From: Ronald Warsow @ 2021-07-13 23:42 UTC (permalink / raw)
To: stable; +Cc: linux-kernel
hallo
all fine here on an Intel i7-6700 box.
thanks
--
regards
Ronald
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-12 6:00 Greg Kroah-Hartman
` (5 preceding siblings ...)
2021-07-13 7:30 ` Naresh Kamboju
@ 2021-07-13 15:24 ` Justin Forbes
2021-07-14 5:39 ` Holger Kiehl
7 siblings, 0 replies; 31+ messages in thread
From: Justin Forbes @ 2021-07-13 15:24 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: linux-kernel, torvalds, akpm, linux, shuah, patches, lkft-triage,
pavel, jonathanh, f.fainelli, stable
On Mon, Jul 12, 2021 at 08:00:23AM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.13.2 release.
> There are 800 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, 14 Jul 2021 06:02:46 +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.13.2-rc1.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.13.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
Tested rc1 minus the offending patch against the Fedora build system
(aarch64, armv7, ppc64le, s390x, x86_64), and boot tested x86_64. No
regressions noted.
Tested-by: Justin M. Forbes <jforbes@fedoraproject.org>
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-12 6:00 Greg Kroah-Hartman
` (4 preceding siblings ...)
2021-07-13 2:27 ` Shuah Khan
@ 2021-07-13 7:30 ` Naresh Kamboju
2021-07-13 15:24 ` Justin Forbes
2021-07-14 5:39 ` Holger Kiehl
7 siblings, 0 replies; 31+ messages in thread
From: Naresh Kamboju @ 2021-07-13 7:30 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: open list, Shuah Khan, Florian Fainelli, patches, lkft-triage,
Jon Hunter, linux-stable, Pavel Machek, Andrew Morton,
Linus Torvalds, Guenter Roeck
On Mon, 12 Jul 2021 at 13:00, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 5.13.2 release.
> There are 800 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, 14 Jul 2021 06:02:46 +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.13.2-rc1.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.13.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.13.2-rc1
* git: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
* git branch: linux-5.13.y
* git commit: 949241ad55a91465aea61c7afa51c1ec7540d5d7
* git describe: v5.13.1-805-g949241ad55a9
* test details:
https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.13.y/build/v5.13.1-805-g949241ad55a9
## No regressions (compared to v5.13.1-800-g0e69649203d5)
## No fixes (compared to v5.13.1-800-g0e69649203d5)
## Test result summary
total: 84521, pass: 69640, fail: 1673, skip: 12072, xfail: 1136,
## Build Summary
* arc: 10 total, 10 passed, 0 failed
* arm: 193 total, 193 passed, 0 failed
* arm64: 27 total, 27 passed, 0 failed
* dragonboard-410c: 1 total, 1 passed, 0 failed
* hi6220-hikey: 1 total, 1 passed, 0 failed
* i386: 26 total, 26 passed, 0 failed
* juno-r2: 1 total, 1 passed, 0 failed
* mips: 45 total, 45 passed, 0 failed
* parisc: 9 total, 9 passed, 0 failed
* powerpc: 27 total, 27 passed, 0 failed
* riscv: 21 total, 21 passed, 0 failed
* s390: 18 total, 18 passed, 0 failed
* sh: 18 total, 18 passed, 0 failed
* sparc: 9 total, 9 passed, 0 failed
* x15: 1 total, 0 passed, 1 failed
* x86: 1 total, 1 passed, 0 failed
* x86_64: 27 total, 27 passed, 0 failed
## Test suites summary
* fwts
* igt-gpu-tools
* install-android-platform-tools-r2600
* kselftest-
* kselftest-android
* kselftest-bpf
* kselftest-breakpoints
* kselftest-capabilities
* kselftest-cgroup
* kselftest-clone3
* kselftest-core
* kselftest-cpu-hotplug
* kselftest-cpufreq
* kselftest-drivers
* kselftest-efivarfs
* kselftest-filesystems
* kselftest-firmware
* kselftest-fpu
* kselftest-futex
* kselftest-gpio
* kselftest-intel_pstate
* kselftest-ipc
* kselftest-ir
* kselftest-kcmp
* kselftest-kexec
* kselftest-kvm
* kselftest-lib
* kselftest-livepatch
* kselftest-lkdtm
* kselftest-membarrier
* kselftest-memfd
* kselftest-memory-hotplug
* kselftest-mincore
* kselftest-mount
* kselftest-mqueue
* kselftest-net
* kselftest-netfilter
* kselftest-nsfs
* kselftest-openat2
* kselftest-pid_namespace
* kselftest-pidfd
* kselftest-proc
* kselftest-pstore
* kselftest-ptrace
* kselftest-rseq
* kselftest-rtc
* kselftest-seccomp
* kselftest-sigaltstack
* kselftest-size
* kselftest-splice
* kselftest-static_keys
* kselftest-sync
* kselftest-sysctl
* kselftest-tc-testing
* kselftest-timens
* kselftest-timers
* kselftest-tmpfs
* kselftest-tpm2
* kselftest-user
* kselftest-vm
* kselftest-vsyscall-mode-native-
* kselftest-vsyscall-mode-none-
* kselftest-x86
* kselftest-zram
* kunit
* kvm-unit-tests
* libgpiod
* libhugetlbfs
* linux-log-parser
* ltp-cap_bounds-tests
* ltp-commands-tests
* ltp-containers-tests
* ltp-controllers-tests
* ltp-cpuhotplug-tests
* ltp-crypto-tests
* ltp-cve-tests
* ltp-dio-tests
* ltp-fcntl-locktests-tests
* ltp-filecaps-tests
* ltp-fs-tests
* ltp-fs_bind-tests
* ltp-fs_perms_simple-tests
* ltp-fsx-tests
* ltp-hugetlb-tests
* ltp-io-tests
* ltp-ipc-tests
* ltp-math-tests
* ltp-mm-tests
* ltp-nptl-tests
* ltp-open-posix-tests
* ltp-pty-tests
* ltp-sched-tests
* ltp-securebits-tests
* ltp-syscalls-tests
* ltp-tracing-tests
* network-basic-tests
* packetdrill
* perf
* rcutorture
* v4l2-compliance
--
Linaro LKFT
https://lkft.linaro.org
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-12 6:00 Greg Kroah-Hartman
` (3 preceding siblings ...)
2021-07-12 17:47 ` Guenter Roeck
@ 2021-07-13 2:27 ` Shuah Khan
2021-07-13 7:30 ` Naresh Kamboju
` (2 subsequent siblings)
7 siblings, 0 replies; 31+ messages in thread
From: Shuah Khan @ 2021-07-13 2:27 UTC (permalink / raw)
To: Greg Kroah-Hartman, linux-kernel
Cc: torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, f.fainelli, stable, Shuah Khan
On 7/12/21 12:00 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.13.2 release.
> There are 800 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, 14 Jul 2021 06:02:46 +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.13.2-rc1.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.13.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] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-12 6:00 Greg Kroah-Hartman
` (2 preceding siblings ...)
2021-07-12 17:24 ` Florian Fainelli
@ 2021-07-12 17:47 ` Guenter Roeck
2021-07-13 2:27 ` Shuah Khan
` (3 subsequent siblings)
7 siblings, 0 replies; 31+ messages in thread
From: Guenter Roeck @ 2021-07-12 17:47 UTC (permalink / raw)
To: Greg Kroah-Hartman, linux-kernel
Cc: torvalds, akpm, shuah, patches, lkft-triage, pavel, jonathanh,
f.fainelli, stable
On 7/11/21 11:00 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.13.2 release.
> There are 800 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, 14 Jul 2021 06:02:46 +0000.
> Anything received after that time might be too late.
>
Build results:
total: 154 pass: 152 fail: 2
Failed builds:
riscv32:allmodconfig
riscv:allmodconfig
Qemu test results:
total: 462 pass: 462 fail: 0
riscv build failures as before, inherited from mainline.
Error log:
cc1: error: '5904' is not a valid offset in '-mstack-protector-guard-offset='
Tested-by: Guenter Roeck <linux@roeck-us.net>
Guenter
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-12 6:00 Greg Kroah-Hartman
2021-07-12 13:14 ` Jon Hunter
2021-07-12 16:45 ` Fox Chen
@ 2021-07-12 17:24 ` Florian Fainelli
2021-07-12 17:47 ` Guenter Roeck
` (4 subsequent siblings)
7 siblings, 0 replies; 31+ messages in thread
From: Florian Fainelli @ 2021-07-12 17:24 UTC (permalink / raw)
To: Greg Kroah-Hartman, linux-kernel
Cc: torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, stable
On 7/11/21 11:00 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.13.2 release.
> There are 800 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, 14 Jul 2021 06:02:46 +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.13.2-rc1.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.13.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] 31+ messages in thread
* RE: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-12 6:00 Greg Kroah-Hartman
2021-07-12 13:14 ` Jon Hunter
@ 2021-07-12 16:45 ` Fox Chen
2021-07-12 17:24 ` Florian Fainelli
` (5 subsequent siblings)
7 siblings, 0 replies; 31+ messages in thread
From: Fox Chen @ 2021-07-12 16:45 UTC (permalink / raw)
To: linux-kernel
Cc: Greg Kroah-Hartman, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, stable, Fox Chen
On Mon, 12 Jul 2021 08:00:23 +0200, Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
> This is the start of the stable review cycle for the 5.13.2 release.
> There are 800 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, 14 Jul 2021 06:02:46 +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.13.2-rc1.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.13.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
5.13.2-rc1 Successfully Compiled and booted on my Raspberry PI 4b (8g) (bcm2711)
Tested-by: Fox Chen <foxhlchen@gmail.com>
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [PATCH 5.13 000/800] 5.13.2-rc1 review
2021-07-12 6:00 Greg Kroah-Hartman
@ 2021-07-12 13:14 ` Jon Hunter
2021-07-12 16:45 ` Fox Chen
` (6 subsequent siblings)
7 siblings, 0 replies; 31+ messages in thread
From: Jon Hunter @ 2021-07-12 13:14 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Greg Kroah-Hartman, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, stable, linux-tegra
On Mon, 12 Jul 2021 08:00:23 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.13.2 release.
> There are 800 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, 14 Jul 2021 06:02:46 +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.13.2-rc1.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.13.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
All tests passing for Tegra ...
Test results for stable-v5.13:
10 builds: 10 pass, 0 fail
28 boots: 28 pass, 0 fail
104 tests: 104 pass, 0 fail
Linux version: 5.13.2-rc1-ge75ae70be576
Boards tested: tegra124-jetson-tk1, tegra186-p2771-0000,
tegra194-p2972-0000, tegra194-p3509-0000+p3668-0000,
tegra20-ventana, tegra210-p2371-2180,
tegra210-p3450-0000, tegra30-cardhu-a04
Tested-by: Jon Hunter <jonathanh@nvidia.com>
Jon
^ permalink raw reply [flat|nested] 31+ messages in thread
* [PATCH 5.13 000/800] 5.13.2-rc1 review
@ 2021-07-12 6:00 Greg Kroah-Hartman
2021-07-12 13:14 ` Jon Hunter
` (7 more replies)
0 siblings, 8 replies; 31+ messages in thread
From: Greg Kroah-Hartman @ 2021-07-12 6:00 UTC (permalink / raw)
To: linux-kernel
Cc: Greg Kroah-Hartman, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, stable
This is the start of the stable review cycle for the 5.13.2 release.
There are 800 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, 14 Jul 2021 06:02:46 +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.13.2-rc1.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.13.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 5.13.2-rc1
Quat Le <quat.le@oracle.com>
scsi: core: Retry I/O for Notify (Enable Spinup) Required error
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: exynos4-is: remove a now unused integer
Johan Hovold <johan@kernel.org>
mmc: vub3000: fix control-request direction
Bean Huo <beanhuo@micron.com>
mmc: block: Disable CMDQ on the ioctl path
Jens Axboe <axboe@kernel.dk>
io_uring: add IOPOLL and reserved field checks to IORING_OP_UNLINKAT
Jens Axboe <axboe@kernel.dk>
io_uring: add IOPOLL and reserved field checks to IORING_OP_RENAMEAT
Pavel Begunkov <asml.silence@gmail.com>
io_uring: fix blocking inline submission
Long Li <longli@microsoft.com>
block: return the correct bvec when checking for gaps
Wei Yongjun <weiyongjun1@huawei.com>
erofs: fix error return code in erofs_read_superblock()
Jarkko Sakkinen <jarkko@kernel.org>
tpm: Replace WARN_ONCE() with dev_err_once() in tpm_tis_status()
Eric Biggers <ebiggers@google.com>
fscrypt: fix derivation of SipHash keys on big endian CPUs
Eric Biggers <ebiggers@google.com>
fscrypt: don't ignore minor_hash when hash is 0
Sibi Sankar <sibis@codeaurora.org>
mailbox: qcom-ipcc: Fix IPCC mbox channel exhaustion
Javed Hasan <jhasan@marvell.com>
scsi: libfc: Correct the condition check and invalid argument passed
James Smart <jsmart2021@gmail.com>
scsi: lpfc: Fix Node recovery when driver is handling simultaneous PLOGIs
James Smart <jsmart2021@gmail.com>
scsi: lpfc: Fix unreleased RPIs when NPIV ports are created
Varun Prakash <varun@chelsio.com>
scsi: target: cxgbit: Unmap DMA buffer before calling target_execute_cmd()
Javed Hasan <jhasan@marvell.com>
scsi: fc: Correct RHBA attributes length
Chandrakanth Patil <chandrakanth.patil@broadcom.com>
scsi: megaraid_sas: Send all non-RW I/Os for TYPE_ENCLOSURE device through firmware
Namjae Jeon <namjae.jeon@samsung.com>
exfat: handle wrong stream entry size in exfat_readdir()
Guo Ren <guoren@linux.alibaba.com>
csky: syscache: Fixup duplicate cache flush
Chris Packham <chris.packham@alliedtelesis.co.nz>
i2c: mpc: Restore reread of I2C status register
Arnaldo Carvalho de Melo <acme@redhat.com>
perf llvm: Return -ENOMEM when asprintf() fails
Dave Hansen <dave.hansen@linux.intel.com>
selftests/vm/pkeys: refill shadow register after implicit kernel write
Dave Hansen <dave.hansen@linux.intel.com>
selftests/vm/pkeys: handle negative sys_pkey_alloc() return code
Dave Hansen <dave.hansen@linux.intel.com>
selftests/vm/pkeys: fix alloc_random_pkey() to make it really, really random
Trent Piepho <tpiepho@gmail.com>
lib/math/rational.c: fix divide by zero
Marco Elver <elver@google.com>
kfence: unconditionally use unbound work queue
Miaohe Lin <linmiaohe@huawei.com>
mm/zswap.c: fix two bugs in zswap_writeback_entry()
Muchun Song <songmuchun@bytedance.com>
mm: migrate: fix missing update page_private to hugetlb_page_subpool
Miaohe Lin <linmiaohe@huawei.com>
mm/z3fold: use release_z3fold_page_locked() to release locked z3fold page
Miaohe Lin <linmiaohe@huawei.com>
mm/z3fold: fix potential memory leak in z3fold_destroy_pool()
Mike Kravetz <mike.kravetz@oracle.com>
hugetlb: address ref count racing in prep_compound_gigantic_page
Mike Kravetz <mike.kravetz@oracle.com>
hugetlb: remove prep_compound_huge_page cleanup
Miaohe Lin <linmiaohe@huawei.com>
mm/huge_memory.c: don't discard hugepage if other processes are mapping it
Miaohe Lin <linmiaohe@huawei.com>
mm/huge_memory.c: add missing read-only THP checking in transparent_hugepage_enabled()
Miaohe Lin <linmiaohe@huawei.com>
mm/huge_memory.c: remove dedicated macro HPAGE_CACHE_INDEX_MASK
Alex Williamson <alex.williamson@redhat.com>
vfio/pci: Handle concurrent vma faults
Nicholas Piggin <npiggin@gmail.com>
powerpc/64s/interrupt: preserve regs->softe for NMI interrupts
Nicholas Piggin <npiggin@gmail.com>
powerpc/64s: fix hash page fault interrupt handler
Pali Rohár <pali@kernel.org>
arm64: dts: marvell: armada-37xx: Fix reg for standard variant of UART
Pali Rohár <pali@kernel.org>
serial: mvebu-uart: correctly calculate minimal possible baudrate
Pali Rohár <pali@kernel.org>
serial: mvebu-uart: do not allow changing baudrate when uartclk is not available
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
ALSA: firewire-lib: Fix 'amdtp_domain_start()' when no AMDTP_OUT_STREAM stream is found
Michael Ellerman <mpe@ellerman.id.au>
powerpc: Fix is_kvm_guest() / kvm_para_available()
Vaibhav Jain <vaibhav@linux.ibm.com>
powerpc/papr_scm: Make 'perf_stats' invisible if perf-stats unavailable
Nicholas Piggin <npiggin@gmail.com>
powerpc/64s: Fix copy-paste data exposure into newly created tasks
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
powerpc/papr_scm: Properly handle UUID types and API
Nicholas Piggin <npiggin@gmail.com>
powerpc: Offline CPU in stop_this_cpu()
Vignesh Raghavendra <vigneshr@ti.com>
serial: 8250: 8250_omap: Fix possible interrupt storm on K3 SoCs
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
staging: rtl8723bs: Fix an error handling path
Dave Hansen <dave.hansen@linux.intel.com>
selftests/sgx: remove checks for file execute permissions
Krzysztof Kozlowski <krzysztof.kozlowski@canonical.com>
selftests/ftrace: fix event-no-pid on 1-core machine
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
leds: ktd2692: Fix an error handling path
Zhen Lei <thunder.leizhen@huawei.com>
leds: as3645a: Fix error return code in as3645a_parse_node()
Shengjiu Wang <shengjiu.wang@nxp.com>
ASoC: fsl_spdif: Fix unexpected interrupt after suspend
Kai Vehmanen <kai.vehmanen@linux.intel.com>
ASoC: Intel: sof_sdw: use mach data for ADL RVP DMIC count
Vamshi Krishna Gopal <vamshi.krishna.gopal@intel.com>
ASoC: Intel: sof_sdw: add quirk support for Brya and BT-offload
Libin Yang <libin.yang@intel.com>
ASoC: Intel: sof_sdw: add SOF_RT715_DAI_ID_FIX for AlderLake
Chung-Chiang Cheng <shepjeng@gmail.com>
configfs: fix memleak in configfs_release_bin_file
Shengjiu Wang <shengjiu.wang@nxp.com>
ASoC: fsl_xcvr: disable all interrupts when suspend happens
Codrin Ciubotariu <codrin.ciubotariu@microchip.com>
ASoC: atmel-i2s: Fix usage of capture and playback at the same time
Codrin Ciubotariu <codrin.ciubotariu@microchip.com>
ASoC: atmel-i2s: Set symmetric sample bits
Nicholas Piggin <npiggin@gmail.com>
powerpc/powernv: Fix machine check reporting of async store errors
Marek Szyprowski <m.szyprowski@samsung.com>
extcon: max8997: Add missing modalias string
Stephan Gerhold <stephan@gerhold.net>
extcon: sm5502: Drop invalid register write in sm5502_reg_data
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
phy: ti: dm816x: Fix the error handling path in 'dm816x_usb_phy_probe()
Kunihiko Hayashi <hayashi.kunihiko@socionext.com>
phy: uniphier-pcie: Fix updating phy parameters
Richard Fitzgerald <rf@opensource.cirrus.com>
soundwire: stream: Fix test for DP prepare complete
Zhen Lei <thunder.leizhen@huawei.com>
scsi: mpt3sas: Fix error return value in _scsih_expander_add()
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
habanalabs: Fix an error handling path in 'hl_pci_probe()'
Yang Yingliang <yangyingliang@huawei.com>
mtd: rawnand: marvell: add missing clk_disable_unprepare() on error in marvell_nfc_resume()
Geert Uytterhoeven <geert+renesas@glider.be>
of: Fix truncation of memory sizes on 32-bit platforms
Richard Fitzgerald <rf@opensource.cirrus.com>
ASoC: cs42l42: Correct definition of CS42L42_ADC_PDN_MASK
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: prox: isl29501: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: light: vcnl4035: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Maciej W. Rozycki <macro@orcam.me.uk>
serial: 8250: Actually allow UPF_MAGIC_MULTIPLIER baud rates
Dmitry Osipenko <digetx@gmail.com>
usb: phy: tegra: Correct definition of B_SESS_VLD_WAKEUP_EN bit
Dmitry Osipenko <digetx@gmail.com>
usb: phy: tegra: Wait for VBUS wakeup status deassertion on suspend
Sergio Paracuellos <sergio.paracuellos@gmail.com>
staging: mt7621-dts: fix pci address for PCI memory range
Junhao He <hejunhao2@hisilicon.com>
coresight: core: Fix use of uninitialized pointer
Pavel Skripkin <paskripkin@gmail.com>
staging: rtl8712: fix memory leak in rtl871x_load_fw_cb
Pavel Skripkin <paskripkin@gmail.com>
staging: rtl8712: fix error handling in r871xu_drv_init
Dan Carpenter <dan.carpenter@oracle.com>
staging: gdm724x: check for overflow in gdm_lte_netif_rx()
Dan Carpenter <dan.carpenter@oracle.com>
staging: gdm724x: check for buffer overflow in gdm_lte_multi_sdu_pkt()
Shengjiu Wang <shengjiu.wang@nxp.com>
ASoC: fsl_spdif: Fix error handler with pm_runtime_enable
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: light: vcnl4000: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: magn: rm3100: Fix alignment of buffer in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: adc: ti-ads8688: Fix alignment of buffer in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: adc: mxs-lradc: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: adc: hx711: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: adc: at91-sama5d2: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Wei Yongjun <weiyongjun1@huawei.com>
iio: dummy: Fix build error when CONFIG_IIO_TRIGGERED_BUFFER is not set
David Gow <davidgow@google.com>
kunit: Fix result propagation for parameterised tests
Miquel Raynal <miquel.raynal@bootlin.com>
mtd: spinand: Fix double counting of ECC stats
Mika Westerberg <mika.westerberg@linux.intel.com>
thunderbolt: Bond lanes only when dual_link_port != NULL in alloc_dev_default()
Michael Walle <michael@walle.cc>
mtd: spi-nor: otp: return -EROFS if region is read-only
Michael Walle <michael@walle.cc>
mtd: spi-nor: otp: fix access to security registers in 4 byte mode
Andy Shevchenko <andy.shevchenko@gmail.com>
eeprom: idt_89hpesx: Restore printing the unsupported fwnode name
Andy Shevchenko <andy.shevchenko@gmail.com>
eeprom: idt_89hpesx: Put fwnode in matching case during ->probe()
Clément Lassieur <clement@lassieur.org>
usb: dwc2: Don't reset the core after setting turnaround time
Andrew Gabbasov <andrew_gabbasov@mentor.com>
usb: gadget: f_fs: Fix setting of device and driver data cross-references
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
ASoC: mediatek: mtk-btcvsd: Fix an error handling path in 'mtk_btcvsd_snd_probe()'
Bard Liao <yung-chuan.liao@linux.intel.com>
ASoC: rt711-sdca: handle mbq_regmap in rt711_sdca_io_init
Bard Liao <yung-chuan.liao@linux.intel.com>
ASoC: rt711-sdca-sdw: add readable for SDW_SDCA_CTL() registers
Bard Liao <yung-chuan.liao@linux.intel.com>
ASoC: rt5682-sdw: set regcache_cache_only false before reading RT5682_DEVICE_ID
Oder Chiou <oder_chiou@realtek.com>
ASoC: rt5682: Fix a problem with error handling in the io init function of the soundwire
Jack Yu <jack.yu@realtek.com>
ASoC: rt715-sdca: fix clock stop prepare timeout issue
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: rt715-sdw: use first_hw_init flag on resume
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: rt715-sdca-sdw: use first_hw_init flag on resume
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: rt711-sdw: use first_hw_init flag on resume
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: rt711-sdca-sdw: use first_hw_init flag on resume
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: rt700-sdw: use first_hw_init flag on resume
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: rt5682-sdw: use first_hw_init flag on resume
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: rt1316-sdw: use first_hw_init flag on resume
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: rt1308-sdw: use first_hw_init flag on resume
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: max98373-sdw: use first_hw_init flag on resume
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: max98373-sdw: add missing memory allocation check
Srinath Mannam <srinath.mannam@broadcom.com>
iommu/dma: Fix IOVA reserve dma ranges
Kees Cook <keescook@chromium.org>
selftests: splice: Adjust for handler fallback removal
Randy Dunlap <rdunlap@infradead.org>
s390: appldata depends on PROC_SYSCTL
Niklas Schnelle <schnelle@linux.ibm.com>
s390: enable HAVE_IOREMAP_PROT
Robin Murphy <robin.murphy@arm.com>
iommu/amd: Tidy up DMA ops init
Alexander Monakov <amonakov@ispras.ru>
iommu/amd: Fix extended features logging
Zhen Lei <thunder.leizhen@huawei.com>
visorbus: fix error return code in visorchipset_init()
Joachim Fenkes <FENKES@de.ibm.com>
fsi/sbefifo: Fix reset timeout
Joachim Fenkes <FENKES@de.ibm.com>
fsi/sbefifo: Clean up correct FIFO when receiving reset request from SBE
Eddie James <eajames@linux.ibm.com>
fsi: occ: Don't accept response from un-initialized OCC
Eddie James <eajames@linux.ibm.com>
fsi: scom: Reset the FSI2PIB engine for any error
Colin Ian King <colin.king@canonical.com>
fsi: core: Fix return of error values on failures
Andreas Kemnade <andreas@kemnade.info>
mfd: rn5t618: Fix IRQ trigger by changing it to level mode
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
mfd: Remove software node conditionally and locate at right place
Randy Dunlap <rdunlap@infradead.org>
mfd: mp2629: Select MFD_CORE to fix build error
Mike Christie <michael.christie@oracle.com>
scsi: iscsi: Flush block work before unblock
Mike Christie <michael.christie@oracle.com>
scsi: iscsi: Fix in-kernel conn failure handling
Mike Christie <michael.christie@oracle.com>
scsi: iscsi: Rel ref after iscsi_lookup_endpoint()
Mike Christie <michael.christie@oracle.com>
scsi: iscsi: Use system_unbound_wq for destroy_work
Mike Christie <michael.christie@oracle.com>
scsi: iscsi: Force immediate failure during shutdown
Mike Christie <michael.christie@oracle.com>
scsi: iscsi: Stop queueing during ep_disconnect
Randy Dunlap <rdunlap@infradead.org>
scsi: FlashPoint: Rename si_flags field
Andy Shevchenko <andy.shevchenko@gmail.com>
leds: lp50xx: Put fwnode in error case during ->probe()
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
leds: lm3697: Don't spam logs when probe is deferred
Andy Shevchenko <andy.shevchenko@gmail.com>
leds: lm3692x: Put fwnode in any case during ->probe()
Andy Shevchenko <andy.shevchenko@gmail.com>
leds: lm36274: Put fwnode in error case during ->probe()
Andy Shevchenko <andy.shevchenko@gmail.com>
leds: lm3532: select regmap I2C API
Andy Shevchenko <andy.shevchenko@gmail.com>
leds: lgm-sso: Fix clock handling
Andy Shevchenko <andy.shevchenko@gmail.com>
leds: class: The -ENOTSUPP should never be seen by user space
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
tty: nozomi: Fix the error handling path of 'nozomi_card_init()'
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
firmware: stratix10-svc: Fix a resource leak in an error handling path
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
misc/pvpanic-mmio: Fix error handling in 'pvpanic_mmio_probe()'
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
misc/pvpanic-pci: Fix error handling in 'pvpanic_pci_probe()'
Yu Kuai <yukuai3@huawei.com>
char: pcmcia: error out if 'num_bytes_read' is greater than 4 in set_protocol()
Dave Stevenson <dave.stevenson@raspberrypi.com>
staging: mmal-vchiq: Fix incorrect static vchiq_instance.
Miquel Raynal <miquel.raynal@bootlin.com>
mtd: rawnand: arasan: Ensure proper configuration for the asserted target
Ansuel Smith <ansuelsmth@gmail.com>
mtd: parsers: qcom: Fix leaking of partition name
Corentin Labbe <clabbe@baylibre.com>
mtd: partitions: redboot: seek fis-index-block in the right node
Adrian Hunter <adrian.hunter@intel.com>
perf scripting python: Fix tuple_set_u64()
Zhen Lei <thunder.leizhen@huawei.com>
Input: hil_kbd - fix error return code in hil_dev_connect()
Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
ASoC: rsnd: tidyup loop on rsnd_adg_clk_query()
Badhri Jagan Sridharan <badhri@google.com>
usb: typec: tcpm: Fix up PR_SWAP when vsafe0v is signalled
Andy Shevchenko <andy.shevchenko@gmail.com>
backlight: lm3630a_bl: Put fwnode in error case during ->probe()
Yang Yingliang <yangyingliang@huawei.com>
ASoC: hisilicon: fix missing clk_disable_unprepare() on error in hi6210_i2s_startup()
Yang Yingliang <yangyingliang@huawei.com>
ASoC: rk3328: fix missing clk_disable_unprepare() on error in rk3328_platform_probe()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: potentiostat: lmp91000: Fix alignment of buffer in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: cros_ec_sensors: Fix alignment of buffer in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: chemical: atlas: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: light: tcs3472: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: light: tcs3414: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: light: isl29125: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: magn: bmc150: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: magn: hmc5843: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: prox: as3935: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: prox: pulsed-light: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: prox: srf08: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: humidity: am2315: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: gyro: bmg160: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: adc: vf610: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: adc: ti-ads1015: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: accel: stk8ba50: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: accel: stk8312: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: accel: mxc4005: Fix overread of data and alignment issue.
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: accel: kxcjk-1013: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: accel: hid: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: accel: bma220: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Jonathan Cameron <Jonathan.Cameron@huawei.com>
iio: accel: bma180: Fix buffer alignment in iio_push_to_buffers_with_timestamp()
Nuno Sa <nuno.sa@analog.com>
iio: adis16475: do not return ints in irq handlers
Nuno Sa <nuno.sa@analog.com>
iio: adis16400: do not return ints in irq handlers
Nuno Sa <nuno.sa@analog.com>
iio: adis_buffer: do not return ints in irq handlers
Arnd Bergmann <arnd@arndb.de>
mwifiex: re-fix for unaligned accesses
Sergio Paracuellos <sergio.paracuellos@gmail.com>
phy: ralink: phy-mt7621-pci: properly print pointer address
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
tty: nozomi: Fix a resource leak in an error handling function
Dan Carpenter <dan.carpenter@oracle.com>
serial: 8250_omap: fix a timeout loop condition
Michael Walle <michael@walle.cc>
serial: fsl_lpuart: remove RTSCTS handling from get_mctrl()
Michael Walle <michael@walle.cc>
serial: fsl_lpuart: don't modify arbitrary data on lpuart32
Paul E. McKenney <paulmck@kernel.org>
rcu: Invoke rcu_spawn_core_kthreads() from rcu_spawn_gp_kthread()
Stephen Boyd <swboyd@chromium.org>
ASoC: rt5682: Disable irq on shutdown
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
staging: fbtft: Don't spam logs when probe is deferred
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
staging: fbtft: Rectify GPIO handling
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
staging: rtl8712: Fix some tests against some 'data' subtype frames
Wei Li <liwei391@huawei.com>
MIPS: Fix PKMAP with 32-bit MIPS huge page support
Leon Romanovsky <leon@kernel.org>
RDMA/core: Always release restrack object
Leon Romanovsky <leon@kernel.org>
RDMA/mlx5: Don't access NULL-cleared mpi pointer
Menglong Dong <dong.menglong@zte.com.cn>
net: tipc: fix FB_MTU eat two pages
Pavel Skripkin <paskripkin@gmail.com>
net: sched: fix warning in tcindex_alloc_perfect_hash
Vadim Fedorenko <vfedorenko@novek.ru>
net: lwtunnel: handle MTU calculation in forwading
Muchun Song <songmuchun@bytedance.com>
writeback: fix obtain a reference to a freeing memcg css
Ravi Bangoria <ravi.bangoria@linux.ibm.com>
bpf, x86: Fix extable offset calculation
Robert Hancock <robert.hancock@calian.com>
clk: si5341: Update initialization magic
Robert Hancock <robert.hancock@calian.com>
clk: si5341: Check for input clock presence and PLL lock on startup
Robert Hancock <robert.hancock@calian.com>
clk: si5341: Avoid divide errors due to bogus register contents
Robert Hancock <robert.hancock@calian.com>
clk: si5341: Wait for DEVICE_READY on startup
Jonathan Marek <jonathan@marek.ca>
clk: qcom: clk-alpha-pll: fix CAL_L write in alpha_pll_fabia_prepare
Cristian Ciocaltea <cristian.ciocaltea@gmail.com>
clk: actions: Fix AHPPREDIV-H-AHB clock chain on Owl S500 SoC
Cristian Ciocaltea <cristian.ciocaltea@gmail.com>
clk: actions: Fix bisp_factor_table based clocks on Owl S500 SoC
Cristian Ciocaltea <cristian.ciocaltea@gmail.com>
clk: actions: Fix SD clocks factor table on Owl S500 SoC
Cristian Ciocaltea <cristian.ciocaltea@gmail.com>
clk: actions: Fix UART clock dividers on Owl S500 SoC
Taniya Das <tdas@codeaurora.org>
clk: qcom: gcc: Add support for a new frequency for SC7280
Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Bluetooth: Fix handling of HCI_LE_Advertising_Set_Terminated event
Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Bluetooth: Fix Set Extended (Scan Response) Data
Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Bluetooth: mgmt: Fix slab-out-of-bounds in tlv_data_is_valid
Colin Ian King <colin.king@canonical.com>
Bluetooth: virtio_bt: add missing null pointer check on alloc_skb call return
Michal Simek <michal.simek@xilinx.com>
clk: zynqmp: fix compile testing without ZYNQMP_FIRMWARE
Petr Oros <poros@redhat.com>
Revert "be2net: disable bh with spin_lock in be_process_mcc"
Bailey Forrest <bcf@google.com>
gve: Fix swapped vars when fetching max queues
Håkon Bugge <haakon.bugge@oracle.com>
RDMA/cma: Fix incorrect Packet Lifetime calculation
Gary Lin <glin@suse.com>
bpfilter: Specify the log level for the kmsg message
Vladimir Oltean <vladimir.oltean@nxp.com>
net: dsa: sja1105: fix NULL pointer dereference in sja1105_reload_cbs()
Sasha Neftin <sasha.neftin@intel.com>
e1000e: Check the PCIm state
Eric Dumazet <edumazet@google.com>
ipv6: fix out-of-bound access in ip6_parse_tlv()
Antoine Tenart <atenart@kernel.org>
net: atlantic: fix the macsec key length
Antoine Tenart <atenart@kernel.org>
net: phy: mscc: fix macsec key length
Antoine Tenart <atenart@kernel.org>
net: macsec: fix the length used to copy the key for offloading
Håkon Bugge <haakon.bugge@oracle.com>
RDMA/cma: Protect RMW with qp_mutex
Sukadev Bhattiprolu <sukadev@linux.ibm.com>
ibmvnic: free tx_pool if tso_pool alloc fails
Sukadev Bhattiprolu <sukadev@linux.ibm.com>
ibmvnic: set ltb->buff to NULL after freeing
Sukadev Bhattiprolu <sukadev@linux.ibm.com>
ibmvnic: account for bufs already saved in indir_buf
Sukadev Bhattiprolu <sukadev@linux.ibm.com>
ibmvnic: clean pending indirect buffs during reset
Dany Madden <drt@linux.ibm.com>
Revert "ibmvnic: remove duplicate napi_schedule call in open function"
Sukadev Bhattiprolu <sukadev@linux.ibm.com>
Revert "ibmvnic: simplify reset_long_term_buff function"
Yixing Liu <liuyixing1@huawei.com>
RDMA/hns: Add window selection field of congestion control
Weihang Li <liweihang@huawei.com>
RDMA/hns: Add a check to ensure integer mtu is positive
Jan Sokolowski <jan.sokolowski@intel.com>
i40e: Fix missing rtnl locking when setting up pf switch
Mateusz Palczewski <mateusz.palczewski@intel.com>
i40e: Fix autoneg disabling for non-10GBaseT links
Dinghao Liu <dinghao.liu@zju.edu.cn>
i40e: Fix error handling in i40e_vsi_open
Maciej Żenczykowski <maze@google.com>
bpf: Do not change gso_size during bpf_skb_change_proto()
Norbert Slusarek <nslusarek@gmx.net>
can: j1939: j1939_sk_setsockopt(): prevent allocation of j1939 filter for optlen == 0
Eric Dumazet <edumazet@google.com>
ipv6: exthdrs: do not blindly use init_net
Jian-Hong Pan <jhp@endlessos.org>
net: bcmgenet: Fix attaching to PYH failed on RPi 4B
Ping-Ke Shih <pkshih@realtek.com>
mac80211: remove iwlwifi specific workaround NDPs of null_response
Zhen Lei <thunder.leizhen@huawei.com>
drm/msm/dpu: Fix error return code in dpu_mdss_init()
Zhen Lei <thunder.leizhen@huawei.com>
drm/msm: Fix error return code in msm_drm_init()
Krishna Manikandan <mkrishn@codeaurora.org>
drm/msm/disp/dpu1: avoid perf update in frame done event
Kuogee Hsieh <khsieh@codeaurora.org>
drm/msm/dp: handle irq_hpd with sink_count = 0 correctly
John Fastabend <john.fastabend@gmail.com>
bpf: Fix null ptr deref with mixed tail calls and subprogs
Eric Dumazet <edumazet@google.com>
ieee802154: hwsim: avoid possible crash in hwsim_del_edge_nl()
Dongliang Mu <mudongliangabcd@gmail.com>
ieee802154: hwsim: Fix memory leak in hwsim_add_one
Yixing Liu <liuyixing1@huawei.com>
RDMA/hns: Fix uninitialized variable
Lang Cheng <chenglang@huawei.com>
RDMA/hns: Force rewrite inline flag of WQE
Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
tc-testing: fix list handling
Vignesh Raghavendra <vigneshr@ti.com>
net: ti: am65-cpsw-nuss: Fix crash when changing number of TX queues
Rafał Miłecki <rafal@milecki.pl>
net: broadcom: bcm4908_enet: reset DMA rings sw indexes properly
Miao Wang <shankerwangmiao@gmail.com>
net/ipv4: swap flow ports when validating source
Jakub Kicinski <kuba@kernel.org>
ip6_tunnel: fix GRE6 segmentation
Paolo Abeni <pabeni@redhat.com>
mptcp: avoid race on msk state changes
Bui Quang Minh <minhquangbui99@gmail.com>
bpf: Fix integer overflow in argument calculation for bpf_map_area_alloc
Eric Dumazet <edumazet@google.com>
vxlan: add missing rcu_read_lock() in neigh_reduce()
Po-Hao Huang <phhuang@realtek.com>
rtw88: 8822c: fix lc calibration timing
Maciej Żenczykowski <maze@google.com>
bpf: Fix regression on BPF_OBJ_GET with non-O_RDWR flags
Luca Coelho <luciano.coelho@intel.com>
iwlwifi: increase PNVM load timeout
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: do not allow to delete table with owner by handle
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: skip netlink portID validation if zero
Ayush Sawal <ayush.sawal@chelsio.com>
xfrm: Fix xfrm offload fallback fail case
Eric Dumazet <edumazet@google.com>
pkt_sched: sch_qfq: fix qfq_change_class() error path
Eldar Gasanov <eldargasanov2@gmail.com>
net: dsa: mv88e6xxx: Fix adding vlan 0
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
net: mana: Fix a memory leak in an error handling path in 'mana_create_txq()'
Paolo Abeni <pabeni@redhat.com>
mptcp: fix 32 bit DSN expansion
Paolo Abeni <pabeni@redhat.com>
mptcp: fix bad handling of 32 bit ack wrap-around
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables_offload: check FLOW_DISSECTOR_KEY_BASIC in VLAN transfer logic
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: memleak in hw offload abort path
Jakub Kicinski <kuba@kernel.org>
tls: prevent oversized sendfile() hangs by ignoring MSG_MORE
Jakub Kicinski <kuba@kernel.org>
selftests: tls: fix chacha+bidir tests
Jakub Kicinski <kuba@kernel.org>
selftests: tls: clean up uninitialized warnings
Yunsheng Lin <linyunsheng@huawei.com>
net: sched: add barrier to ensure correct ordering for lockless qdisc
Antoine Tenart <atenart@kernel.org>
vrf: do not push non-ND strict packets with a source LLA through packet taps again
Cong Wang <cong.wang@bytedance.com>
skmsg: Teach sk_psock_verdict_apply() to return errors
Cong Wang <cong.wang@bytedance.com>
skmsg: Fix a memory leak in sk_psock_verdict_apply()
Cong Wang <cong.wang@bytedance.com>
skmsg: Clear skb redirect pointer before dropping it
Cong Wang <cong.wang@bytedance.com>
udp: Fix a memory leak in udp_read_sock()
Cong Wang <cong.wang@bytedance.com>
selftests/bpf: Retry for EAGAIN in udp_redir_to_connected()
Pavel Skripkin <paskripkin@gmail.com>
net: ethernet: ezchip: fix error handling
Pavel Skripkin <paskripkin@gmail.com>
net: ethernet: ezchip: fix UAF in nps_enet_remove
Pavel Skripkin <paskripkin@gmail.com>
net: ethernet: aeroflex: fix UAF in greth_of_remove
Sean Wang <sean.wang@mediatek.com>
mt76: mt7921: fix the coredump is being truncated
Sean Wang <sean.wang@mediatek.com>
mt76: mt7921: fix kernel warning when reset on vif is not sta
Shayne Chen <shayne.chen@mediatek.com>
mt76: mt7915: fix rx fcs error count in testmode
Lorenzo Bianconi <lorenzo@kernel.org>
mt76: mt7921: wake the device before dumping power table
Ryder Lee <ryder.lee@mediatek.com>
mt76: mt7915: fix MT_EE_CAL_GROUP_SIZE
Ryder Lee <ryder.lee@mediatek.com>
mt76: mt7615: fix potential overflow on large shift
Lorenzo Bianconi <lorenzo@kernel.org>
mt76: testmode: remove undefined behaviour in mt76_testmode_alloc_skb
Lorenzo Bianconi <lorenzo@kernel.org>
mt76: testmode: fix memory leak in mt76_testmode_alloc_skb
Lorenzo Bianconi <lorenzo@kernel.org>
mt76: mt7921: do not schedule hw reset if the device is not running
Sean Wang <sean.wang@mediatek.com>
mt76: mt7921: avoid unnecessary consecutive WiFi resets
Sean Wang <sean.wang@mediatek.com>
mt76: mt7921: fix OMAC idx usage
Sean Wang <sean.wang@mediatek.com>
mt76: mt7921: fix invalid register access in wake_work
Sean Wang <sean.wang@mediatek.com>
mt76: mt7921: add back connection monitor support
Sean Wang <sean.wang@mediatek.com>
mt76: mt7921: consider the invalid value for to_rssi
YN Chen <yn.chen@mediatek.com>
mt76: connac: fix WoW with disconnetion and bitmap pattern
Sean Wang <sean.wang@mediatek.com>
mt76: connac: fw_own rely on all packet memory all being free
Sean Wang <sean.wang@mediatek.com>
mt76: mt7921: Don't alter Rx path classifier
Sean Wang <sean.wang@mediatek.com>
mt76: mt7921: fix mt7921_wfsys_reset sequence
Lorenzo Bianconi <lorenzo@kernel.org>
mt76: mt7615: fix NULL pointer dereference in tx_prepare_skb()
Lorenzo Bianconi <lorenzo@kernel.org>
mt76: fix possible NULL pointer dereference in mt76_tx
Dan Carpenter <dan.carpenter@oracle.com>
mt76: mt7915: fix a signedness bug in mt7915_mcu_apply_tx_dpd()
Pavel Machek <pavel@denx.de>
net: pxa168_eth: Fix a potential data race in pxa168_eth_remove
Wang Hai <wanghai38@huawei.com>
samples/bpf: Fix the error return code of xdp_redirect's main()
Wang Hai <wanghai38@huawei.com>
samples/bpf: Fix Segmentation fault for xdp_redirect command
Xi Wang <wangxi11@huawei.com>
RDMA/hns: Clear extended doorbell info before using
Jack Wang <jinpu.wang@cloud.ionos.com>
RDMA/rtrs-srv: Set minimal max_send_wr and max_recv_wr
Tony Ambardar <tony.ambardar@gmail.com>
bpf: Fix libelf endian handling in resolv_btfids
Magnus Karlsson <magnus.karlsson@intel.com>
xsk: Fix broken Tx ring validation
Magnus Karlsson <magnus.karlsson@intel.com>
xsk: Fix missing validation for skb and unaligned mode
Andrii Nakryiko <andrii@kernel.org>
selftests/bpf: Fix ringbuf test fetching map FD
Daniel Xu <dxu@dxuuu.xyz>
selftests/bpf: Whitelist test_progs.h from .gitignore
Bob Pearson <rpearsonhpe@gmail.com>
RDMA/rxe: Fix qp reference counting for atomic ops
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nft_tproxy: restrict support to TCP and UDP transport protocols
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nft_osf: check for TCP packet before further processing
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nft_exthdr: check for IPv6 packet before further processing
Leon Romanovsky <leon@kernel.org>
RDMA/mlx5: Don't add slave port to unaffiliated list
Liu Shixin <liushixin2@huawei.com>
netlabel: Fix memory leak in netlbl_mgmt_add_common
Johannes Berg <johannes.berg@intel.com>
wil6210: remove erroneous wiphy locking
Seevalamuthu Mariappan <seevalam@codeaurora.org>
ath11k: send beacon template after vdev_start/restart during csa
Yang Li <yang.lee@linux.alibaba.com>
ath10k: Fix an error code in ath10k_add_interface()
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
ath11k: Fix an error handling path in ath11k_core_fetch_board_data_api_n()
Hang Zhang <zh.nvgt@gmail.com>
cw1200: Revert unnecessary patches that fix unreal use-after-free bugs
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
brcmsmac: mac80211_if: Fix a resource leak in an error handling path
Matthias Brugger <mbrugger@suse.com>
brcmfmac: Delete second brcm folder hierarchy
Tong Tiangen <tongtiangen@huawei.com>
brcmfmac: Fix a double-free in brcmf_sdio_bus_reset
Alvin Šipraga <ALSI@bang-olufsen.dk>
brcmfmac: correctly report average RSSI in station info
Alvin Šipraga <ALSI@bang-olufsen.dk>
brcmfmac: fix setting of station info chains bitmask
Zhen Lei <thunder.leizhen@huawei.com>
ssb: Fix error return code in ssb_bus_scan()
Chris Wilson <chris@chris-wilson.co.uk>
drm/i915/selftests: Reorder tasklet_disable vs local_bh_disable
Sasha Levin <sashal@kernel.org>
net: wwan: Fix WWAN config symbols
Bryan O'Donoghue <bryan.odonoghue@linaro.org>
wcn36xx: Move hal_buf allocation to devm_kmalloc in probe
Lucas Stach <l.stach@pengutronix.de>
clk: imx8mq: remove SYS PLL 1/2 clock gates
Dongliang Mu <mudongliangabcd@gmail.com>
ieee802154: hwsim: Fix possible memory leak in hwsim_subscribe_all_others
Randy Dunlap <rdunlap@infradead.org>
wireless: carl9170: fix LEDS build errors & warnings
Yang Yingliang <yangyingliang@huawei.com>
ath10k: add missing error return code in ath10k_pci_probe()
Yang Yingliang <yangyingliang@huawei.com>
ath10k: go to path err_unsupported when chip id is not supported
Zhihao Cheng <chengzhihao1@huawei.com>
tools/bpftool: Fix error return code in do_batch()
Wong Vee Khee <vee.khee.wong@linux.intel.com>
net: stmmac: Fix potential integer overflow
Matteo Croce <mcroce@microsoft.com>
stmmac: prefetch right address
Colin Ian King <colin.king@canonical.com>
drm: qxl: ensure surf.data is ininitialized
Luca Ceresoli <luca@lucaceresoli.net>
clk: vc5: fix output disabling when enabling a FOD
Maxime Ripard <maxime@cerno.tech>
drm/vc4: hdmi: Fix error path of hpd-gpios
Kees Cook <keescook@chromium.org>
drm/pl111: Actually fix CONFIG_VEXPRESS_CONFIG depends
Kamal Heib <kamalheib1@gmail.com>
RDMA/rxe: Fix failure during driver load
Kees Cook <keescook@chromium.org>
drm/pl111: depend on CONFIG_VEXPRESS_CONFIG
Mark Zhang <markzhang@nvidia.com>
IB/cm: Improve the calling of cm_init_av_for_lap and cm_init_av_by_path
Mark Zhang <markzhang@nvidia.com>
Revert "IB/cm: Mark stale CM id's whenever the mad agent was unregistered"
Jason Gunthorpe <jgg@ziepe.ca>
IB/cm: Split cm_alloc_msg()
Jason Gunthorpe <jgg@ziepe.ca>
IB/cm: Pair cm_alloc_response_msg() with a cm_free_response_msg()
Leon Romanovsky <leon@kernel.org>
RDMA/core: Sanitize WQ state received from the userspace
Boris Sukholitko <boris.sukholitko@broadcom.com>
net/sched: act_vlan: Fix modify to allow 0
Xin Long <lucien.xin@gmail.com>
xfrm: remove the fragment check for ipv6 beet mode
Dmitry Osipenko <digetx@gmail.com>
clk: tegra30: Use 300MHz for video decoder by default
Zhen Lei <thunder.leizhen@huawei.com>
ehea: fix error return code in ehea_restart_qps()
Gioh Kim <gi-oh.kim@cloud.ionos.com>
RDMA/rtrs-clt: Fix memory leak of not-freed sess->stats and stats->pcpu_stats
Md Haris Iqbal <haris.iqbal@cloud.ionos.com>
RDMA/rtrs-clt: Check if the queue_depth has changed during a reconnection
Jack Wang <jinpu.wang@cloud.ionos.com>
RDMA/rtrs-srv: Fix memory leak when having multiple sessions
Gioh Kim <gi-oh.kim@cloud.ionos.com>
RDMA/rtrs-srv: Fix memory leak of unfreed rtrs_srv_stats object
Gioh Kim <gi-oh.kim@cloud.ionos.com>
RDMA/rtrs: Do not reset hb_missed_max after re-connection
Md Haris Iqbal <haris.iqbal@cloud.ionos.com>
RDMA/rtrs-clt: Check state of the rtrs_clt_sess before reading its stats
Bart Van Assche <bvanassche@acm.org>
RDMA/srp: Fix a recently introduced memory leak
Xi Wang <wangxi11@huawei.com>
RDMA/hns: Fix wrong timer context buffer page size
Jianguo Wu <wujianguo@chinatelecom.cn>
mptcp: make sure flag signal is set when add addr with port
Jianguo Wu <wujianguo@chinatelecom.cn>
mptcp: generate subflow hmac after mptcp_finish_join()
Jianguo Wu <wujianguo@chinatelecom.cn>
mptcp: fix pr_debug in mptcp_token_new_connect
Colin Ian King <colin.king@canonical.com>
drm/rockchip: cdn-dp: fix sign extension on an int multiply for a u64 result
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
drm/rockchip: lvds: Fix an error handling path
Thomas Hebb <tommyhebb@gmail.com>
drm/rockchip: dsi: move all lane config except LCDC mux to bind()
Yang Yingliang <yangyingliang@huawei.com>
drm/rockchip: cdn-dp-core: add missing clk_disable_unprepare() on error in cdn_dp_grf_write()
Alex Bee <knaerzche@gmail.com>
drm: rockchip: set alpha_en to 0 if it is not used
Maxime Ripard <maxime@cerno.tech>
drm/vc4: crtc: Lookup the encoder from the register at boot
Maxime Ripard <maxime@cerno.tech>
drm/vc4: crtc: Fix vc4_get_crtc_encoder logic
Maxime Ripard <maxime@cerno.tech>
drm/vc4: crtc: Pass the drm_atomic_state to config_pv
Tobias Schramm <t.schramm@manjaro.org>
clk: sunxi-ng: v3s: fix incorrect postdivider on pll-audio
Peter Geis <pgwipeout@gmail.com>
clk: rockchip: fix rk3568 cpll clk gate bits
Yang Yingliang <yangyingliang@huawei.com>
net: ftgmac100: add missing error return code in ftgmac100_probe()
Aurabindo Pillai <aurabindo.pillai@amd.com>
drm/amd/display: take dc_lock in short pulse handler only
Zhan Liu <zhan.liu@amd.com>
drm/amd/display: Avoid HPD IRQ in GPU reset state
Roman Li <Roman.Li@amd.com>
drm/amd/display: fix potential gpu reset deadlock
Jerome Brunet <jbrunet@baylibre.com>
clk: meson: g12a: fix gp0 and hifi ranges
Wei Yongjun <weiyongjun1@huawei.com>
net: qrtr: ns: Fix error return code in qrtr_ns_init()
Stephen Rothwell <sfr@canb.auug.org.au>
drm/i915: Merge fix for "drm: Switch to %p4cc format modifier"
Andrii Nakryiko <andrii@kernel.org>
libbpf: Fix ELF symbol visibility update logic
Thomas Hellstrom <thellstrom@vmware.com>
drm/vmwgfx: Fix cpu updates of coherent multisample surfaces
Thomas Hellstrom <thellstrom@vmware.com>
drm/vmwgfx: Mark a surface gpu-dirty after the SVGA3dCmdDXGenMips command
Yixian Liu <liuyixian@huawei.com>
RDMA/hns: Remove the condition of light load for posting DWQE
Geert Uytterhoeven <geert+renesas@glider.be>
pinctrl: renesas: r8a77990: JTAG pins do not have pull-down capabilities
Geert Uytterhoeven <geert+renesas@glider.be>
pinctrl: renesas: r8a7796: Add missing bias for PRESET# pin
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
net: pch_gbe: Propagate error from devm_gpio_request_one()
Andy Shevchenko <andy.shevchenko@gmail.com>
net: mvpp2: Put fwnode in error case during ->probe()
Cong Wang <cong.wang@bytedance.com>
rtnetlink: avoid RCU read lock when holding RTNL
Lucas Stach <l.stach@pengutronix.de>
drm/imx: ipuv3-plane: fix PRG modifiers after drm managed resource conversion
Philipp Zabel <p.zabel@pengutronix.de>
drm/imx: ipuv3-plane: do not advertise YUV formats on planes without CSC
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
video: fbdev: imxfb: Fix an error message
Adrien Grassein <adrien.grassein@gmail.com>
drm/bridge: fix LONTIUM_LT8912B dependencies
Hsin-Yi Wang <hsinyi@chromium.org>
drm/bridge: anx7625: Fix power on delay
Takashi Iwai <tiwai@suse.de>
drm/ast: Fix missing conversions to managed API
Yingjie Wang <wangyingjie55@126.com>
drm/amd/dc: Fix a missing check bug in dm_dp_mst_detect()
Douglas Anderson <dianders@chromium.org>
drm/bridge: Fix the stop condition of drm_bridge_chain_pre_enable()
Robert Foss <robert.foss@linaro.org>
drm/bridge/sii8620: fix dependency on extcon
Sabrina Dubroca <sd@queasysnail.net>
xfrm: xfrm_state_mtu should return at least 1280 for ipv6
Liu Shixin <liushixin2@huawei.com>
mm/page_alloc: fix counting of managed_pages
Waiman Long <longman@redhat.com>
mm: memcg/slab: properly set up gfp flags for objcg pointer array
Miaohe Lin <linmiaohe@huawei.com>
mm/shmem: fix shmem_swapin() race with swapoff
Miaohe Lin <linmiaohe@huawei.com>
swap: fix do_swap_page() race with swapoff
Nicolas Saenz Julienne <nsaenzju@redhat.com>
mm: mmap_lock: use local locks instead of disabling preemption
Anshuman Khandual <anshuman.khandual@arm.com>
mm/debug_vm_pgtable: ensure THP availability via has_transparent_hugepage()
Jan Kara <jack@suse.cz>
dax: fix ENOMEM handling in grab_mapping_entry()
Dan Carpenter <dan.carpenter@oracle.com>
ocfs2: fix snprintf() checking
Ming Lei <ming.lei@redhat.com>
blk-mq: update hctx->dispatch_busy in case of real scheduler
Edward Hsieh <edwardh@synology.com>
block: fix trace completion for chained bio
Chanwoo Choi <cw00.choi@samsung.com>
PM / devfreq: passive: Fix get_target_freq when not using required-opp
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
cpufreq: Make cpufreq_online() call driver->offline() on errors
Nathan Chancellor <nathan@kernel.org>
ACPI: bgrt: Fix CFI violation
Paolo Valente <paolo.valente@linaro.org>
block, bfq: reset waker pointer with shared queues
Paolo Valente <paolo.valente@linaro.org>
block, bfq: avoid delayed merge of async queues
Zhang Yi <yi.zhang@huawei.com>
blk-wbt: make sure throttle is enabled properly
Zhang Yi <yi.zhang@huawei.com>
blk-wbt: introduce a new disable state to prevent false positive by rwb_enabled()
Randy Dunlap <rdunlap@infradead.org>
EDAC/igen6: fix core dependency
Xiaofei Tan <tanxiaofei@huawei.com>
ACPI: APEI: fix synchronous external aborts in user-mode
Matti Vaittinen <matti.vaittinen@fi.rohmeurope.com>
extcon: extcon-max8997: Fix IRQ freeing at error path
Dan Carpenter <dan.carpenter@oracle.com>
nvme-tcp: fix error codes in nvme_tcp_setup_ctrl()
Tony Lindgren <tony@atomide.com>
clocksource/drivers/timer-ti-dm: Save and restore timer TIOCP_CFG
Maximilian Luz <luzmaximilian@gmail.com>
HID: surface-hid: Fix get-report request
Guoqing Jiang <jgq516@gmail.com>
md: revert io stats accounting
Christoph Hellwig <hch@lst.de>
mark pstore-blk as broken
Krzysztof Wilczyński <kw@linux.com>
ACPI: sysfs: Fix a buffer overrun problem with description_show()
Jing Xiangfeng <jingxiangfeng@huawei.com>
ACPI: tables: FPDT: Add missing acpi_put_table() in acpi_init_fpdt()
Mario Limonciello <mario.limonciello@amd.com>
nvme-pci: look for StorageD3Enable on companion ACPI device instead
Praveen Kumar <kumarpraveen@linux.microsoft.com>
x86/hyperv: fix logical processor creation
Ming Lei <ming.lei@redhat.com>
block: avoid double io accounting for flush request
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
ACPI: PM / fan: Put fan device IDs into separate header file
YueHaibing <yuehaibing@huawei.com>
PM / devfreq: Add missing error code in devfreq_add_device()
Arnd Bergmann <arnd@arndb.de>
EDAC/aspeed: Use proper format string for printing resource
Marek Szyprowski <m.szyprowski@samsung.com>
media: s5p-mfc: Fix display delay control creation
Dafna Hirschfeld <dafna.hirschfeld@collabora.com>
media: mtk-vpu: on suspend, read/write regs only if vpu is running
Philipp Zabel <p.zabel@pengutronix.de>
media: video-mux: Skip dangling endpoints
Sean Christopherson <seanjc@google.com>
KVM: selftests: Remove errant asm/barrier.h include to fix arm64 build
Hou Wenlong <houwenlong93@linux.alibaba.com>
KVM: selftests: fix triple fault if ept=0 in dirty_log_test
Zhaoyang Huang <zhaoyang.huang@unisoc.com>
psi: Fix race between psi_trigger_create/destroy
Josh Poimboeuf <jpoimboe@redhat.com>
objtool: Don't make .altinstructions writable
Herbert Xu <herbert@gondor.apana.org.au>
crypto: nx - Fix RCU warning in nx842_OF_upd_status
Peter Zijlstra <peterz@infradead.org>
perf: Fix task context PMU for Hetero
Mirko Vogt <mirko-dev|linux@nanl.de>
spi: spi-sun6i: Fix chipselect/clock bug
Joerg Roedel <jroedel@suse.de>
x86/sev: Use "SEV: " prefix for messages from sev.c
Peter Zijlstra <peterz@infradead.org>
lockdep/selftests: Fix selftests vs PROVE_RAW_LOCK_NESTING
Peter Zijlstra <peterz@infradead.org>
lockdep: Fix wait-type for empty stack
Qais Yousef <qais.yousef@arm.com>
sched/uclamp: Fix uclamp_tg_restrict()
Vincent Donnefort <vincent.donnefort@arm.com>
sched/rt: Fix Deadline utilization tracking during policy change
Vincent Donnefort <vincent.donnefort@arm.com>
sched/rt: Fix RT utilization tracking during policy change
Joerg Roedel <jroedel@suse.de>
x86/sev: Split up runtime #VC handler for correct state tracking
Joerg Roedel <jroedel@suse.de>
x86/sev: Make sure IRQs are disabled while GHCB is active
David Sterba <dsterba@suse.com>
btrfs: clear log tree recovering status if starting transaction fails
Matti Vaittinen <matti.vaittinen@fi.rohmeurope.com>
regulator: bd9576: Fix the driver name in id table
Axel Lin <axel.lin@ingics.com>
regulator: hi6421v600: Fix setting idle mode
Bhupesh Sharma <bhupesh.sharma@linaro.org>
regulator: qcom-rpmh: Add terminator at the end of pm7325x_vreg_data[] array
Axel Lin <axel.lin@ingics.com>
regulator: hi655x: Fix pass wrong pointer to config.driver_data
Alexandru Elisei <alexandru.elisei@arm.com>
KVM: arm64: Don't zero the cycle count register when PMCR_EL0.P is set
Tuan Phan <tuanphan@os.amperecomputing.com>
perf/arm-cmn: Fix invalid pointer when access dtc object sharing the same IRQ number
Kai Huang <kai.huang@intel.com>
KVM: x86/mmu: Fix pf_fixed count in tdp_mmu_map_handle_target_level()
Kai Huang <kai.huang@intel.com>
KVM: x86/mmu: Fix return value in tdp_mmu_map_handle_target_level()
Sean Christopherson <seanjc@google.com>
KVM: nVMX: Don't clobber nested MMU's A/D status on EPTP switch
Sean Christopherson <seanjc@google.com>
KVM: nVMX: Ensure 64-bit shift when checking VMFUNC bitmap
Sean Christopherson <seanjc@google.com>
KVM: nVMX: Sync all PGDs on nested transition with shadow paging
Jim Mattson <jmattson@google.com>
KVM: nVMX: Add a return code to vmx_complete_nested_posted_interrupt
Guenter Roeck <linux@roeck-us.net>
hwmon: (max31790) Fix fan speed reporting for fan7..12
Guenter Roeck <linux@roeck-us.net>
hwmon: (max31722) Remove non-standard ACPI device IDs
Guenter Roeck <linux@roeck-us.net>
hwmon: (lm70) Revert "hwmon: (lm70) Add support for ACPI"
Chris Packham <chris.packham@alliedtelesis.co.nz>
hwmon: (pmbus/bpa-rs600) Handle Vin readings >= 256V
Jacopo Mondi <jacopo+renesas@jmondi.org>
media: i2c: rdacm21: Power up OV10640 before OV490
Jacopo Mondi <jacopo+renesas@jmondi.org>
media: i2c: rdacm21: Fix OV10640 powerup
Dillon Min <dillon.minfei@gmail.com>
media: s5p-g2d: Fix a memory leak on ctx->fh.m2m_ctx
Arnd Bergmann <arnd@arndb.de>
media: subdev: remove VIDIOC_DQEVENT_TIME32 handling
Arnd Bergmann <arnd@arndb.de>
media: v4l2-core: ignore native time32 ioctls on 64-bit
Anshuman Khandual <anshuman.khandual@arm.com>
arm64/mm: Fix ttbr0 values stored in struct thread_info for software-pan
Zhen Lei <thunder.leizhen@huawei.com>
mmc: usdhi6rol0: fix error return code in usdhi6_probe()
Hongbo Li <herberthbli@tencent.com>
crypto: sm2 - fix a memory leak in sm2
Hangbin Liu <liuhangbin@gmail.com>
crypto: x86/curve25519 - fix cpu feature checking logic in mod_exit
Zhang Qilong <zhangqilong3@huawei.com>
crypto: omap-sham - Fix PM reference leak in omap sham ops
Tong Tiangen <tongtiangen@huawei.com>
crypto: nitrox - fix unchecked variable in nitrox_register_interrupts
Axel Lin <axel.lin@ingics.com>
regulator: fan53880: Fix vsel_mask setting for FAN53880_BUCK
Gustavo A. R. Silva <gustavoars@kernel.org>
media: siano: Fix out-of-bounds warnings in smscore_load_firmware_family2()
Randy Dunlap <rdunlap@infradead.org>
m68k: atari: Fix ATARI_KBD_CORE kconfig unmet dependency warning
Shaokun Zhang <zhangshaokun@hisilicon.com>
drivers/perf: hisi: Fix data source control
Axel Lin <axel.lin@ingics.com>
regulator: fan53555: Fix missing slew_reg/mask/shift settings for FAN53526
Johan Hovold <johan@kernel.org>
media: gspca/gl860: fix zero-length control requests
Joe Richey <joerichey@google.com>
media: vicodec: Use _BITUL() macro in UAPI headers
Zhen Lei <thunder.leizhen@huawei.com>
media: tc358743: Fix error return code in tc358743_probe_of()
Dan Carpenter <dan.carpenter@oracle.com>
media: au0828: fix a NULL vs IS_ERR() check
Lv Yunlong <lyl2019@mail.ustc.edu.cn>
media: exynos4-is: Fix a use after free in isp_video_release
Ezequiel Garcia <ezequiel@collabora.com>
media: rkvdec: Fix .buf_prepare
Stanimir Varbanov <stanimir.varbanov@linaro.org>
media: venus: hfi_cmds: Fix conceal color property
Andy Shevchenko <andy.shevchenko@gmail.com>
media: ipu3-cio2: Fix reference counting when looping over ACPI devices
Valentin Schneider <valentin.schneider@arm.com>
sched: Don't defer CPU pick to migration_cpu_stop()
Randy Dunlap <rdunlap@infradead.org>
locking/lockdep: Reduce LOCKDEP dependency list
Sergey Shtylyov <s.shtylyov@omprussia.ru>
pata_ep93xx: fix deferred probing
Randy Dunlap <rdunlap@infradead.org>
regulator: bd71815: add select to fix build
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
media: rc: i2c: Fix an error message
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
crypto: ccp - Fix a resource leak in an error handling path
Suman Anna <s-anna@ti.com>
crypto: sa2ul - Use of_device_get_match_data() helper
Suman Anna <s-anna@ti.com>
crypto: sa2ul - Fix pm_runtime enable in sa_ul_probe()
Suman Anna <s-anna@ti.com>
crypto: sa2ul - Fix leaks on failure paths with sa_dma_init()
Joe Richey <joerichey@google.com>
x86/elf: Use _BITUL() macro in UAPI headers
Hui Tang <tanghui20@huawei.com>
crypto: hisilicon/hpre - fix unmapping invalid dma address
Hui Tang <tanghui20@huawei.com>
crypto: testmgr - fix initialization of 'secret_size'
Mimi Zohar <zohar@linux.ibm.com>
evm: fix writing <securityfs>/evm overflow
Sergey Shtylyov <s.shtylyov@omp.ru>
pata_octeon_cf: avoid WARN_ON() in ata_host_activate()
Josh Poimboeuf <jpoimboe@redhat.com>
kbuild: Fix objtool dependency for 'OBJECT_FILES_NON_STANDARD_<obj> := n'
Qais Yousef <qais.yousef@arm.com>
sched/uclamp: Fix locking around cpu_util_update_eff()
Qais Yousef <qais.yousef@arm.com>
sched/uclamp: Fix wrong implementation of cpu.uclamp.min
Randy Dunlap <rdunlap@infradead.org>
media: I2C: change 'RST' to "RSET" to fix multiple build errors
Sergey Shtylyov <s.shtylyov@omprussia.ru>
pata_rb532_cf: fix deferred probing
Sergey Shtylyov <s.shtylyov@omprussia.ru>
sata_highbank: fix deferred probing
Zhen Lei <thunder.leizhen@huawei.com>
crypto: ux500 - Fix error return code in hash_hw_final()
Corentin Labbe <clabbe@baylibre.com>
crypto: ixp4xx - update IV after requests
Corentin Labbe <clabbe@baylibre.com>
crypto: ixp4xx - dma_unmap the correct address
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: hantro: do a PM resume earlier
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: i2c: ccs-core: return the right error code at suspend
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: s5p_cec: decrement usage count if disabled
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: venus: Rework error fail recover logic
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
spi: Avoid undefined behaviour when counting unused native CSs
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
spi: Allow to have all native CSs in use along with GPIOs
Andrii Nakryiko <andrii@kernel.org>
kbuild: skip per-CPU BTF generation for pahole v1.18-v1.21
Daniel Axtens <dja@axtens.net>
mm: define default MAX_PTRS_PER_* in include/pgtable.h
Roman Gushchin <guro@fb.com>
writeback, cgroup: increment isw_nr_in_flight before grabbing an inode
Arnd Bergmann <arnd@arndb.de>
ia64: mca_drv: fix incorrect array size calculation
Petr Mladek <pmladek@suse.com>
kthread_worker: fix return value when kthread_mod_delayed_work() races with kthread_cancel_delayed_work_sync()
Ming Lei <ming.lei@redhat.com>
block: fix discard request merge
Shawn Guo <shawn.guo@linaro.org>
mailbox: qcom: Use PLATFORM_DEVID_AUTO to register platform device
Jan Kara <jack@suse.cz>
bfq: Remove merged request already in bfq_requests_merged()
Steve French <stfrench@microsoft.com>
cifs: fix missing spinlock around update to ses->status
Jason Gerecke <killertofu@gmail.com>
HID: wacom: Correct base usage for capacitive ExpressKey status bits
Steve French <stfrench@microsoft.com>
smb3: fix possible access to uninitialized pointer to DACL
Richard Fitzgerald <rf@opensource.cirrus.com>
ACPI: tables: Add custom DSDT file as makefile prerequisite
Javier Martinez Canillas <javierm@redhat.com>
tpm_tis_spi: add missing SPI device ID entries
Paul E. McKenney <paulmck@kernel.org>
clocksource: Check per-CPU clock synchronization when marked unstable
Paul E. McKenney <paulmck@kernel.org>
clocksource: Retry clock read if long delays detected
Luca Mariotti <mariottiluca1@hotmail.it>
block, bfq: fix delayed stable merge check
Zhang Rui <rui.zhang@intel.com>
ACPI: EC: trust DSDT GPE for certain HP laptop
Steve French <stfrench@microsoft.com>
cifs: fix SMB1 error path in cifs_get_file_info_unix
Steve French <stfrench@microsoft.com>
smb3: fix uninitialized value for port in witness protocol move
Thiago Rafael Becker <trbecker@gmail.com>
cifs: retry lookup and readdir when EAGAIN is returned.
Paulo Alcantara <pc@cjr.nz>
cifs: fix check of dfs interlinks
Ronnie Sahlberg <lsahlber@redhat.com>
cifs: improve fallocate emulation
Haiyang Zhang <haiyangz@microsoft.com>
PCI: hv: Add check for hyperv_initialized in init_hv_pci_drv()
Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
tools/power/x86/intel-speed-select: Fix uncore memory frequency display
Tony Luck <tony.luck@intel.com>
EDAC/Intel: Do not load EDAC driver when running as a guest
Hannes Reinecke <hare@suse.de>
nvmet-fc: do not check for invalid target port in nvmet_fc_handle_fcp_rqst()
JK Kim <jongkang.kim2@gmail.com>
nvme-pci: fix var. type for increasing cq_head
Jiapeng Chong <jiapeng.chong@linux.alibaba.com>
platform/x86: toshiba_acpi: Fix missing error code in toshiba_acpi_setup_keyboard()
Luke D. Jones <luke@ljones.dev>
platform/x86: asus-nb-wmi: Revert "add support for ASUS ROG Zephyrus G14 and G15"
Luke D. Jones <luke@ljones.dev>
platform/x86: asus-nb-wmi: Revert "Drop duplicate DMI quirk structures"
Ming Lei <ming.lei@redhat.com>
block: fix race between adding/removing rq qos and normal IO
Pascal Giard <pascal.giard@etsmtl.ca>
HID: sony: fix freeze when inserting ghlive ps3/wii dongles
Zoltan Tamas Vajda <zoltan.tamas.vajda@gmail.com>
HID: hid-input: add Surface Go battery quirk
Hui Wang <hui.wang@canonical.com>
ACPI: resources: Add checks for ACPI IRQ override
Hanjun Guo <guohanjun@huawei.com>
ACPI: bus: Call kobject_put() in acpi_init() error path
Erik Kaneda <erik.kaneda@intel.com>
ACPICA: Fix memory leak caused by _CID repair function
Alexander Aring <aahringo@redhat.com>
fs: dlm: fix memory leak when fenced
Alexander Aring <aahringo@redhat.com>
fs: dlm: fix lowcomms_start error case
Jiapeng Chong <jiapeng.chong@linux.alibaba.com>
drivers: hv: Fix missing error code in vmbus_connect()
Christian Brauner <christian.brauner@ubuntu.com>
open: don't silently ignore unknown O-flags in openat2()
Richard Fitzgerald <rf@opensource.cirrus.com>
random32: Fix implicit truncation warning in prandom_seed_state()
Alexander Aring <aahringo@redhat.com>
fs: dlm: fix connection tcp EOF handling
Alexander Aring <aahringo@redhat.com>
fs: dlm: cancel work sync othercon
Alexander Aring <aahringo@redhat.com>
fs: dlm: reconnect if socket error report occurs
Alexander Aring <aahringo@redhat.com>
fs: dlm: fix srcu read lock usage
Ming Lei <ming.lei@redhat.com>
blk-mq: clear stale request in tags->rq[] before freeing one request pool
Ming Lei <ming.lei@redhat.com>
blk-mq: grab rq->refcount before calling ->fn in blk_mq_tagset_busy_iter
zhangyi (F) <yi.zhang@huawei.com>
block_dump: remove block_dump feature in mark_inode_dirty()
Chris Chiu <chris.chiu@canonical.com>
ACPI: EC: Make more Asus laptops use ECDT _GPE
Hans de Goede <hdegoede@redhat.com>
platform/x86: touchscreen_dmi: Add info for the Goodix GT912 panel of TM800A550L tablets
Hans de Goede <hdegoede@redhat.com>
platform/x86: touchscreen_dmi: Add an extra entry for the upside down Goodix touchscreen on Teclast X89 tablets
Hans de Goede <hdegoede@redhat.com>
Input: goodix - platform/x86: touchscreen_dmi - Move upside down quirks to touchscreen_dmi.c
Richard Fitzgerald <rf@opensource.cirrus.com>
lib: vsprintf: Fix handling of number field widths in vsscanf
YueHaibing <yuehaibing@huawei.com>
hv_utils: Fix passing zero to 'PTR_ERR' warning
Mario Limonciello <mario.limonciello@amd.com>
ACPI: processor idle: Fix up C-state latency if not ordered
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
ACPI: scan: Rearrange dep_unmet initialization
Alex Deucher <alexander.deucher@amd.com>
ACPI: PM: s2idle: Add missing LPS0 functions for AMD
Bixuan Cui <cuibixuan@huawei.com>
EDAC/ti: Add missing MODULE_DEVICE_TABLE
Dmitry Torokhov <dmitry.torokhov@gmail.com>
HID: do not use down_interruptible() when unbinding devices
Rodrigo Campos <rodrigo@kinvolk.io>
seccomp: Support atomic "addfd + send reply"
Shuah Khan <skhan@linuxfoundation.org>
media: Fix Media Controller API config checks
Axel Lin <axel.lin@ingics.com>
regulator: da9052: Ensure enough delay time for .set_voltage_time_sel
Hsin-Hsiung Wang <hsin-hsiung.wang@mediatek.com>
regulator: mt6358: Fix vdram2 .vsel_mask
Heiko Carstens <hca@linux.ibm.com>
KVM: s390: get rid of register asm usage
Boqun Feng <boqun.feng@gmail.com>
lockding/lockdep: Avoid to find wrong lock dep path in check_irq_usage()
Boqun Feng <boqun.feng@gmail.com>
locking/lockdep: Fix the dep path printing for backwards BFS
Christophe Leroy <christophe.leroy@csgroup.eu>
btrfs: disable build on platforms having page size 256K
Qu Wenruo <wqu@suse.com>
btrfs: don't clear page extent mapped if we're not invalidating the full page
David Sterba <dsterba@suse.com>
btrfs: sysfs: fix format string for some discard stats
Josef Bacik <josef@toxicpanda.com>
btrfs: always abort the transaction if we abort a trans handle
Josef Bacik <josef@toxicpanda.com>
btrfs: abort transaction if we fail to update the delayed inode
Josef Bacik <josef@toxicpanda.com>
btrfs: fix error handling in __btrfs_update_delayed_inode
Suraj Jitindar Singh <sjitindarsingh@gmail.com>
KVM: PPC: Book3S HV: Fix TLB management on SMT8 POWER9 and POWER10 processors
Marc Zyngier <maz@kernel.org>
KVM: arm64: Restore PMU configuration on first run
Jing Xiangfeng <jingxiangfeng@huawei.com>
drivers/perf: fix the missed ida_simple_remove() in ddr_perf_probe()
Kan Liang <kan.liang@linux.intel.com>
perf/x86: Reset the dirty counter to prevent the leak for an RDPMC task
Lukasz Luba <lukasz.luba@arm.com>
sched/fair: Take thermal pressure into account while estimating energy
Guenter Roeck <linux@roeck-us.net>
hwmon: (max31790) Fix pwmX_enable attributes
Guenter Roeck <linux@roeck-us.net>
hwmon: (max31790) Report correct current pwm duty cycles
Steve Longerbeam <slongerbeam@gmail.com>
media: imx-csi: Skip first few frames from a BT.656 source
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: siano: fix device register error path
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: dvbdev: fix error logic at dvb_register_device()
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: dvb_net: avoid speculation from net slot
Ard Biesheuvel <ardb@kernel.org>
crypto: shash - avoid comparing pointers to exported functions under CFI
Axel Lin <axel.lin@ingics.com>
regulator: mt6315: Fix checking return value of devm_regmap_init_spmi_ext
zpershuai <zpershuai@gmail.com>
spi: meson-spicc: fix memory leak in meson_spicc_probe
zpershuai <zpershuai@gmail.com>
spi: meson-spicc: fix a wrong goto jump for avoiding memory leak.
Andrew Jeffery <andrew@aj.id.au>
mmc: sdhci-of-aspeed: Turn down a phase correction warning
Zheyu Ma <zheyuma97@gmail.com>
mmc: via-sdmmc: add a check against NULL pointer dereference
Krzysztof Kozlowski <krzysztof.kozlowski@canonical.com>
mmc: sdhci-sprd: use sdhci_sprd_writew
Tong Zhang <ztong0001@gmail.com>
memstick: rtsx_usb_ms: fix UAF
Dongliang Mu <mudongliangabcd@gmail.com>
media: dvd_usb: memory leak in cinergyt2_fe_attach
Nick Desaulniers <ndesaulniers@google.com>
Makefile: fix GDB warning with CONFIG_RELR
Mark Rutland <mark.rutland@arm.com>
arm64: entry: don't instrument entry code with KCOV
Kai Ye <yekai13@huawei.com>
crypto: hisilicon/sec - fixup 3des minimum key size declaration
Evgeny Novikov <novikov@ispras.ru>
media: st-hva: Fix potential NULL pointer dereferences
Zheyu Ma <zheyuma97@gmail.com>
media: bt8xx: Fix a missing check bug in bt878_probe
Lv Yunlong <lyl2019@mail.ustc.edu.cn>
media: v4l2-core: Avoid the dangling pointer in v4l2_fh_release
Andrzej Pietrasiewicz <andrzej.p@collabora.com>
media: cedrus: Fix .buf_prepare
Andrzej Pietrasiewicz <andrzej.p@collabora.com>
media: hantro: Fix .buf_prepare
Igor Matheus Andrade Torrente <igormtorrente@gmail.com>
media: em28xx: Fix possible memory leak of em28xx struct
Tong Zhang <ztong0001@gmail.com>
media: bt878: do not schedule tasklet when it is not setup
Dillon Min <dillon.minfei@gmail.com>
media: i2c: ov2659: Use clk_{prepare_enable,disable_unprepare}() to set xvclk on/off
Roberto Sassu <roberto.sassu@huawei.com>
ima: Don't remove security.ima if file must not be appraised
Odin Ugedal <odin@uged.al>
sched/fair: Fix ascii art by relpacing tabs
Tian Tao <tiantao6@hisilicon.com>
arm64: perf: Convert snprintf to sysfs_emit
Hui Tang <tanghui20@huawei.com>
crypto: ecdh - fix 'ecdh_init'
Hui Tang <tanghui20@huawei.com>
crypto: ecdh - fix ecdh-nist-p192's entry in testmgr
Thara Gopinath <thara.gopinath@linaro.org>
crypto: qce: skcipher: Fix incorrect sg count for dma transfers
Jack Xu <jack.xu@intel.com>
crypto: qat - remove unused macro in FW loader
Jack Xu <jack.xu@intel.com>
crypto: qat - check return code of qat_hal_rd_rel_reg()
Laurent Pinchart <laurent.pinchart@ideasonboard.com>
media: imx: imx7_mipi_csis: Fix logging of only error event counters
Anirudh Rayabharam <mail@anirudhrb.com>
media: pvrusb2: fix warning in pvr2_i2c_core_done
Jernej Skrabec <jernej.skrabec@gmail.com>
media: hevc: Fix dependent slice segment flags
Hans Verkuil <hverkuil-cisco@xs4all.nl>
media: cobalt: fix race condition in setting HPD
Pavel Skripkin <paskripkin@gmail.com>
media: cpia2: fix memory leak in cpia2_usb_probe
Valentin Schneider <valentin.schneider@arm.com>
sched: Make the idle task quack like a per-CPU kthread
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: sti: fix obj-$(config) targets
Bixuan Cui <cuibixuan@huawei.com>
crypto: nx - add missing MODULE_DEVICE_TABLE
Łukasz Stelmach <l.stelmach@samsung.com>
hwrng: exynos - Fix runtime PM imbalance on error
Valentin Schneider <valentin.schneider@arm.com>
sched/core: Initialize the idle task with preemption disabled
Zou Wei <zou_wei@huawei.com>
regulator: uniphier: Add missing MODULE_DEVICE_TABLE
Tian Tao <tiantao6@hisilicon.com>
spi: omap-100k: Fix the length judgment problem
Jay Fang <f.fangjian@huawei.com>
spi: spi-topcliff-pch: Fix potential double free in pch_spi_process_messages()
Jay Fang <f.fangjian@huawei.com>
spi: spi-loopback-test: Fix 'tx_buf' might be 'rx_buf'
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: exynos-gsc: fix pm_runtime_get_sync() usage count
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: exynos4-is: fix pm_runtime_get_sync() usage count
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: sti/bdisp: fix pm_runtime_get_sync() usage count
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: sunxi: fix pm_runtime_get_sync() usage count
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: s5p-jpeg: fix pm_runtime_get_sync() usage count
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: mtk-vcodec: fix PM runtime get logic
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: sh_vou: fix pm_runtime_get_sync() usage count
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: am437x: fix pm_runtime_get_sync() usage count
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: s5p: fix pm_runtime_get_sync() usage count
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: mdk-mdp: fix pm_runtime_get_sync() usage count
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: marvel-ccic: fix some issues when getting pm_runtime
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
media: i2c: imx334: fix the pm runtime get logic
Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
staging: media: rkvdec: fix pm_runtime_get_sync() usage count
Alexey Gladkov <legion@kernel.org>
Add a reference to ucounts for each cred
Charles Keepax <ckeepax@opensource.cirrus.com>
spi: Make of_register_spi_device also set the fwnode
Lukasz Luba <lukasz.luba@arm.com>
thermal/cpufreq_cooling: Update offline CPUs per-cpu thermal_pressure
Miklos Szeredi <mszeredi@redhat.com>
fuse: reject internal errno
Miklos Szeredi <mszeredi@redhat.com>
fuse: check connected before queueing on fpq->io
Miklos Szeredi <mszeredi@redhat.com>
fuse: ignore PG_workingset after stealing
Greg Kurz <groug@kaod.org>
fuse: Fix infinite loop in sget_fc()
Greg Kurz <groug@kaod.org>
fuse: Fix crash if superblock of submount gets killed early
Greg Kurz <groug@kaod.org>
fuse: Fix crash in fuse_dentry_automount() error path
Roberto Sassu <roberto.sassu@huawei.com>
evm: Refuse EVM_ALLOW_METADATA_WRITES only if an HMAC key is loaded
Roberto Sassu <roberto.sassu@huawei.com>
evm: Execute evm_inode_init_security() only when an HMAC key is loaded
Kristian Klausen <kristian@klausen.dk>
loop: Fix missing discard support when using LOOP_CONFIGURE
Kan Liang <kan.liang@linux.intel.com>
perf/x86/intel: Fix instructions:ppp support in Sapphire Rapids
Kan Liang <kan.liang@linux.intel.com>
perf/x86/intel: Add more events requires FRONTEND MSR on Sapphire Rapids
Kan Liang <kan.liang@linux.intel.com>
perf/x86/intel: Fix fixed counter check warning for some Alder Lake
Tejas Upadhyay <tejaskumarx.surendrakumar.upadhyay@intel.com>
x86/gpu: add JasperLake to gen11 early quirks
Michael Ellerman <mpe@ellerman.id.au>
powerpc/stacktrace: Fix spurious "stale" traces in raise_backtrace_ipi()
Yun Zhou <yun.zhou@windriver.com>
seq_buf: Make trace_seq_putmem_hex() support data longer than 8
Steven Rostedt (VMware) <rostedt@goodmis.org>
tracepoint: Add tracepoint_probe_register_may_exist() for BPF tracing
Steven Rostedt (VMware) <rostedt@goodmis.org>
tracing/histograms: Fix parsing of "sym-offset" modifier
Xiaochen Shen <xiaochen.shen@intel.com>
selftests/resctrl: Fix incorrect parsing of option "-t"
Martin Fuzzey <martin.fuzzey@flowbird.group>
rsi: fix AP mode with WPA failure due to encrypted EAPOL
Marek Vasut <marex@denx.de>
rsi: Assign beacon rate settings to the correct rate_info descriptor field
Michael Buesch <m@bues.ch>
ssb: sdio: Don't overwrite const buffer if block_write fails
Pali Rohár <pali@kernel.org>
ath9k: Fix kernel NULL pointer dereference during ath_reset_internal()
Ondrej Zary <linux@zary.sk>
serial_cs: remove wrong GLOBETROTTER.cis entry
Ondrej Zary <linux@zary.sk>
serial_cs: Add Option International GSM-Ready 56K/ISDN modem
Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
serial: sh-sci: Stop dmaengine transfer in sci_stop_tx()
Pali Rohár <pali@kernel.org>
serial: mvebu-uart: fix calculation of clock divisor
Hans de Goede <hdegoede@redhat.com>
iio: accel: bmc150: Don't make the remove function of the second accelerometer unregister itself
Hans de Goede <hdegoede@redhat.com>
iio: accel: bmc150: Fix dereferencing the wrong pointer in bmc150_get/set_second_device
Stephan Gerhold <stephan@gerhold.net>
iio: accel: bmc150: Fix bma222 scale unit
Stephan Gerhold <stephan@gerhold.net>
iio: accel: bma180: Fix BMA25x bandwidth register values
Oliver Lang <Oliver.Lang@gossenmetrawatt.com>
iio: ltr501: ltr501_read_ps(): add missing endianness conversion
Oliver Lang <Oliver.Lang@gossenmetrawatt.com>
iio: ltr501: ltr559: fix initialization of LTR501_ALS_CONTR
Marc Kleine-Budde <mkl@pengutronix.de>
iio: ltr501: mark register holding upper 8 bits of ALS_DATA{0,1} and PS_DATA as volatile, too
frank zago <frank@zago.net>
iio: light: tcs3472: do not free unallocated IRQ
Yang Yingliang <yangyingliang@huawei.com>
iio: frequency: adf4350: disable reg and clk on error in adf4350_probe()
Martin Fuzzey <martin.fuzzey@flowbird.group>
rtc: stm32: Fix unbalanced clk_disable_unprepare() on probe error path
Dinh Nguyen <dinguyen@kernel.org>
clk: agilex/stratix10: add support for the 2nd bypass
Dinh Nguyen <dinguyen@kernel.org>
clk: agilex/stratix10: fix bypass representation
Dinh Nguyen <dinguyen@kernel.org>
clk: agilex/stratix10: remove noc_clk
Dinh Nguyen <dinguyen@kernel.org>
clk: agilex/stratix10/n5x: fix how the bypass_reg is handled
Damien Le Moal <damien.lemoal@wdc.com>
clk: k210: Fix k210_clk_set_parent()
Shin'ichiro Kawasaki <shinichiro.kawasaki@wdc.com>
f2fs: Prevent swap file in LFS mode
Daniel Rosenberg <drosen@google.com>
f2fs: Advertise encrypted casefolding in sysfs
Janosch Frank <frankja@linux.ibm.com>
s390: mm: Fix secure storage access exception handling
Vineeth Vijayan <vneethv@linux.ibm.com>
s390/cio: dont call css_wait_for_slow_path() inside a lock
Sean Christopherson <seanjc@google.com>
KVM: x86: Force all MMUs to reinitialize if guest CPUID is modified
Sean Christopherson <seanjc@google.com>
KVM: x86: Properly reset MMU context at vCPU RESET/INIT
Sean Christopherson <seanjc@google.com>
KVM: x86/mmu: Use MMU's role to detect CR4.SMEP value in nested NPT walk
Sean Christopherson <seanjc@google.com>
KVM: x86/mmu: Treat NX as used (not reserved) for all !TDP shadow MMUs
Sean Christopherson <seanjc@google.com>
KVM: x86/mmu: Remove broken WARN that fires on 32-bit KVM w/ nested EPT
Nathan Chancellor <nathan@kernel.org>
KVM: PPC: Book3S HV: Workaround high stack usage with clang
Sean Christopherson <seanjc@google.com>
KVM: nVMX: Handle split-lock #AC exceptions that happen in L2
Robin Murphy <robin.murphy@arm.com>
perf/smmuv3: Don't trample existing events with global filter
Jann Horn <jannh@google.com>
mm/gup: fix try_grab_compound_head() race with split_huge_page()
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
bus: mhi: pci-generic: Add missing 'pci_disable_pcie_error_reporting()' calls
Baochen Qiang <bqiang@codeaurora.org>
bus: mhi: Wait for M2 state during system resume
Loic Poulain <loic.poulain@linaro.org>
bus: mhi: core: Fix power down latency
Zhang Xiaoxu <zhangxiaoxu5@huawei.com>
SUNRPC: Should wake up the privileged task firstly.
Zhang Xiaoxu <zhangxiaoxu5@huawei.com>
SUNRPC: Fix the batch tasks count wraparound.
Abinaya Kalaiselvan <akalaise@codeaurora.org>
mac80211: fix NULL ptr dereference during mesh peer connection for non HE devices
Felix Fietkau <nbd@nbd.name>
mac80211: remove iwlwifi specific workaround that broke sta NDP tx
Stephane Grosjean <s.grosjean@peak-system.com>
can: peak_pciefd: pucan_handle_status(): fix a potential starvation issue in TX path
Oleksij Rempel <linux@rempel-privat.de>
can: j1939: j1939_sk_init(): set SOCK_RCU_FREE to call sk_destruct() after RCU is done
Oliver Hartkopp <socketcan@hartkopp.net>
can: isotp: isotp_release(): omit unintended hrtimer restart on socket release
Oliver Hartkopp <socketcan@hartkopp.net>
can: gw: synchronize rcu operations before removing gw job entry
Thadeu Lima de Souza Cascardo <cascardo@canonical.com>
can: bcm: delay release of struct bcm_op after synchronize_rcu()
Stephen Brennan <stephen.s.brennan@oracle.com>
ext4: use ext4_grp_locked_error in mb_find_extent
Pan Dong <pandong.peter@bytedance.com>
ext4: fix avefreec in find_group_orlov
Zhang Yi <yi.zhang@huawei.com>
ext4: remove check for zero nr_to_scan in ext4_es_scan()
Zhang Yi <yi.zhang@huawei.com>
ext4: correct the cache_nr in tracepoint ext4_es_shrink_exit
Yang Yingliang <yangyingliang@huawei.com>
ext4: return error code when ext4_fill_flex_info() fails
Jan Kara <jack@suse.cz>
ext4: fix overflow in ext4_iomap_alloc()
Anirudh Rayabharam <mail@anirudhrb.com>
ext4: fix kernel infoleak via ext4_extent_header
Zhang Yi <yi.zhang@huawei.com>
ext4: cleanup in-core orphan list if ext4_truncate() failed to get a transaction handle
David Sterba <dsterba@suse.com>
btrfs: clear defrag status of a root if starting transaction fails
Naohiro Aota <naohiro.aota@wdc.com>
btrfs: fix unbalanced unlock in qgroup_account_snapshot()
David Sterba <dsterba@suse.com>
btrfs: compression: don't try to compress if we don't have enough pages
Filipe Manana <fdmanana@suse.com>
btrfs: send: fix invalid path for unlink operations after parent orphanization
Johannes Thumshirn <johannes.thumshirn@wdc.com>
btrfs: zoned: bail out if we can't read a reliable write pointer
Naohiro Aota <naohiro.aota@wdc.com>
btrfs: zoned: print message when zone sanity check type fails
Ludovic Desroches <ludovic.desroches@microchip.com>
ARM: dts: at91: sama5d4: fix pinctrl muxing
Linus Walleij <linus.walleij@linaro.org>
ARM: dts: ux500: Fix LED probing
Yang Jihong <yangjihong1@huawei.com>
arm_pmu: Fix write counter incorrect in ARMv7 big-endian mode
Joerg Roedel <jroedel@suse.de>
crypto: ccp - Annotate SEV Firmware file names
Kees Cook <keescook@chromium.org>
crypto: nx - Fix memcpy() over-reading in nonce
Alexander Larkin <avlarkin82@gmail.com>
Input: joydev - prevent use of not validated data in JSIOCSBTNMAP ioctl
Takashi Iwai <tiwai@suse.de>
Input: elants_i2c - fix NULL dereference at probing
Al Viro <viro@zeniv.linux.org.uk>
iov_iter_fault_in_readable() should do nothing in xarray case
Al Viro <viro@zeniv.linux.org.uk>
teach copy_page_to_iter() to handle compound pages
Al Viro <viro@zeniv.linux.org.uk>
copy_page_to_iter(): fix ITER_DISCARD case
Kees Cook <keescook@chromium.org>
selftests/lkdtm: Avoid needing explicit sub-shell
Desmond Cheong Zhi Xi <desmondcheongzx@gmail.com>
ntfs: fix validity check for file name attribute
Andreas Gruenbacher <agruenba@redhat.com>
gfs2: Fix error handling in init_statfs
Andreas Gruenbacher <agruenba@redhat.com>
gfs2: Fix underflow in gfs2_page_mkwrite
Mike Rapoport <rppt@kernel.org>
mm/page_alloc: fix memory map initialization for descending nodes
Zhangjiantao (Kirin, nanjing) <water.zhangjiantao@huawei.com>
xhci: solve a double free problem while doing s4
Jing Xiangfeng <jingxiangfeng@huawei.com>
usb: typec: Add the missed altmode_id_remove() in typec_register_altmode()
Kyle Tso <kyletso@google.com>
usb: typec: tcpm: Relax disconnect threshold during power negotiation
Badhri Jagan Sridharan <badhri@google.com>
usb: typec: tcpci: Fix up sink disconnect thresholds for PD
Minas Harutyunyan <Minas.Harutyunyan@synopsys.com>
usb: dwc3: Fix debugfs creation flow
Hannu Hartikainen <hannu@hrtk.in>
USB: cdc-acm: blacklist Heimann USB Appset device
Moritz Fischer <mdf@kernel.org>
usb: renesas-xhci: Fix handling of unknown ROM state
Linyu Yuan <linyyuan@codeaurora.com>
usb: gadget: eem: fix echo command packet response issue
Pavel Skripkin <paskripkin@gmail.com>
net: can: ems_usb: fix use-after-free in ems_usb_disconnect()
Johan Hovold <johan@kernel.org>
Input: usbtouchscreen - fix control-request directions
Pavel Skripkin <paskripkin@gmail.com>
media: dvb-usb: fix wrong definition
Frank Schäfer <fschaefer.oss@googlemail.com>
ALSA: hda/realtek: fix mute led of the HP Pavilion 15-eh1xxx series
Jeremy Szu <jeremy.szu@canonical.com>
ALSA: hda/realtek: fix mute/micmute LEDs for HP EliteBook 830 G8 Notebook PC
Takashi Iwai <tiwai@suse.de>
ALSA: hda/realtek: Apply LED fixup for HP Dragonfly G1, too
Takashi Iwai <tiwai@suse.de>
ALSA: hda/realtek: Fix bass speaker DAC mapping for Asus UM431D
Elia Devito <eliadevito@gmail.com>
ALSA: hda/realtek: Improve fixup for HP Spectre x360 15-df0xxx
Jeremy Szu <jeremy.szu@canonical.com>
ALSA: hda/realtek: fix mute/micmute LEDs for HP EliteBook x360 830 G8
Takashi Iwai <tiwai@suse.de>
ALSA: hda/realtek: Add another ALC236 variant support
Andy Chi <andy.chi@canonical.com>
ALSA: hda/realtek: fix mute/micmute LEDs for HP ProBook 630 G8
Andy Chi <andy.chi@canonical.com>
ALSA: hda/realtek: fix mute/micmute LEDs for HP ProBook 445 G8
Andy Chi <andy.chi@canonical.com>
ALSA: hda/realtek: fix mute/micmute LEDs for HP ProBook 450 G8
Takashi Iwai <tiwai@suse.de>
ALSA: intel8x0: Fix breakage at ac97 clock measurement
Takashi Iwai <tiwai@suse.de>
ALSA: usb-audio: scarlett2: Fix wrong resume call
Takashi Sakamoto <o-takashi@sakamocchi.jp>
ALSA: firewire-motu: fix stream format for MOTU 8pre FireWire
Takashi Iwai <tiwai@suse.de>
ALSA: usb-audio: Fix OOB access at proc output
Daehwan Jung <dh10.jung@samsung.com>
ALSA: usb-audio: fix rate on Ozone Z90 USB headset
Takashi Sakamoto <o-takashi@sakamocchi.jp>
ALSA: bebob: fix rx packet format for Yamaha GO44/GO46, Terratec Phase 24/x24
Szymon Janc <szymon.janc@codecoup.pl>
Bluetooth: Remove spurious error message
Connor Abbott <cwabbott0@gmail.com>
Bluetooth: btqca: Don't modify firmware contents in-place
Pavel Skripkin <paskripkin@gmail.com>
Bluetooth: hci_qca: fix potential GPF
-------------
Diffstat:
Documentation/ABI/testing/evm | 26 +-
Documentation/ABI/testing/sysfs-bus-papr-pmem | 8 +-
Documentation/admin-guide/kernel-parameters.txt | 6 +
Documentation/hwmon/max31790.rst | 5 +-
.../userspace-api/media/v4l/ext-ctrls-codec.rst | 5 +-
Documentation/userspace-api/seccomp_filter.rst | 12 +
Makefile | 6 +-
arch/alpha/kernel/smp.c | 1 -
arch/arc/kernel/smp.c | 1 -
arch/arm/boot/dts/sama5d4.dtsi | 2 +-
arch/arm/boot/dts/ste-href.dtsi | 7 +
arch/arm/kernel/perf_event_v7.c | 4 +-
arch/arm/kernel/smp.c | 1 -
arch/arm64/boot/dts/marvell/armada-37xx.dtsi | 2 +-
arch/arm64/include/asm/kvm_host.h | 1 +
arch/arm64/include/asm/mmu_context.h | 4 +-
arch/arm64/include/asm/preempt.h | 2 +-
arch/arm64/kernel/Makefile | 5 +
arch/arm64/kernel/perf_event.c | 2 +-
arch/arm64/kernel/setup.c | 2 +-
arch/arm64/kernel/smp.c | 1 -
arch/arm64/kvm/arm.c | 4 +
arch/arm64/kvm/pmu-emul.c | 4 +
arch/csky/kernel/smp.c | 1 -
arch/csky/mm/syscache.c | 12 +-
arch/ia64/kernel/mca_drv.c | 2 +-
arch/ia64/kernel/smpboot.c | 1 -
arch/m68k/Kconfig.machine | 3 +
arch/mips/include/asm/highmem.h | 2 +-
arch/mips/kernel/smp.c | 1 -
arch/openrisc/kernel/smp.c | 2 -
arch/parisc/kernel/smp.c | 1 -
arch/powerpc/include/asm/cputhreads.h | 30 ++
arch/powerpc/include/asm/interrupt.h | 3 +
arch/powerpc/include/asm/kvm_guest.h | 4 +-
arch/powerpc/kernel/firmware.c | 10 +-
arch/powerpc/kernel/mce_power.c | 48 +-
arch/powerpc/kernel/process.c | 48 +-
arch/powerpc/kernel/smp.c | 12 +-
arch/powerpc/kernel/stacktrace.c | 26 +-
arch/powerpc/kvm/book3s_hv.c | 13 +-
arch/powerpc/kvm/book3s_hv_builtin.c | 2 +-
arch/powerpc/kvm/book3s_hv_nested.c | 3 +-
arch/powerpc/kvm/book3s_hv_rm_mmu.c | 2 +-
arch/powerpc/mm/book3s64/hash_utils.c | 24 +-
arch/powerpc/platforms/pseries/papr_scm.c | 62 ++-
arch/powerpc/platforms/pseries/smp.c | 4 +-
arch/riscv/kernel/smpboot.c | 1 -
arch/s390/Kconfig | 3 +-
arch/s390/boot/uv.c | 1 +
arch/s390/include/asm/pgtable.h | 21 +-
arch/s390/include/asm/preempt.h | 4 +-
arch/s390/include/asm/uv.h | 8 +-
arch/s390/kernel/smp.c | 1 -
arch/s390/kernel/uv.c | 10 +
arch/s390/kvm/kvm-s390.c | 18 +-
arch/s390/mm/fault.c | 26 ++
arch/sh/kernel/smp.c | 2 -
arch/sparc/kernel/smp_32.c | 1 -
arch/sparc/kernel/smp_64.c | 3 -
arch/x86/crypto/curve25519-x86_64.c | 2 +-
arch/x86/entry/entry_64.S | 4 +-
arch/x86/events/core.c | 28 +-
arch/x86/events/intel/core.c | 15 +-
arch/x86/events/perf_event.h | 1 +
arch/x86/include/asm/idtentry.h | 29 +-
arch/x86/include/asm/kvm_host.h | 3 +-
arch/x86/include/asm/perf_event.h | 1 +
arch/x86/include/asm/preempt.h | 2 +-
arch/x86/include/uapi/asm/hwcap2.h | 6 +-
arch/x86/kernel/cpu/mshyperv.c | 2 +-
arch/x86/kernel/early-quirks.c | 1 +
arch/x86/kernel/sev.c | 184 ++++----
arch/x86/kernel/smpboot.c | 1 -
arch/x86/kernel/tsc.c | 3 +-
arch/x86/kvm/cpuid.c | 6 +-
arch/x86/kvm/hyperv.c | 2 +-
arch/x86/kvm/mmu/mmu.c | 22 +-
arch/x86/kvm/mmu/paging_tmpl.h | 3 +-
arch/x86/kvm/mmu/spte.c | 7 -
arch/x86/kvm/mmu/tdp_mmu.c | 8 +-
arch/x86/kvm/vmx/nested.c | 41 +-
arch/x86/kvm/vmx/vmcs.h | 5 +
arch/x86/kvm/vmx/vmx.c | 4 +-
arch/x86/kvm/vmx/vmx.h | 1 +
arch/x86/kvm/x86.c | 15 +-
arch/x86/mm/tlb.c | 10 +-
arch/x86/net/bpf_jit_comp.c | 2 +-
arch/xtensa/kernel/smp.c | 1 -
block/bfq-iosched.c | 57 ++-
block/bio.c | 13 +-
block/blk-flush.c | 3 +-
block/blk-merge.c | 8 +-
block/blk-mq-tag.c | 49 ++-
block/blk-mq-tag.h | 6 +
block/blk-mq.c | 63 ++-
block/blk-mq.h | 1 +
block/blk-rq-qos.h | 24 +
block/blk-wbt.c | 11 +-
block/blk-wbt.h | 1 +
crypto/ecdh.c | 12 +-
crypto/shash.c | 18 +-
crypto/sm2.c | 24 +-
crypto/testmgr.c | 3 -
crypto/testmgr.h | 10 +-
drivers/acpi/Makefile | 5 +
drivers/acpi/acpi_fpdt.c | 4 +-
drivers/acpi/acpica/nsrepair2.c | 7 +
drivers/acpi/apei/ghes.c | 81 +++-
drivers/acpi/bgrt.c | 57 +--
drivers/acpi/bus.c | 1 +
drivers/acpi/device_pm.c | 6 +-
drivers/acpi/device_sysfs.c | 2 +-
drivers/acpi/ec.c | 37 +-
drivers/acpi/fan.c | 7 +-
drivers/acpi/fan.h | 13 +
drivers/acpi/processor_idle.c | 40 ++
drivers/acpi/resource.c | 9 +-
drivers/acpi/scan.c | 60 ++-
drivers/acpi/x86/s2idle.c | 4 +
drivers/ata/pata_ep93xx.c | 2 +-
drivers/ata/pata_octeon_cf.c | 5 +-
drivers/ata/pata_rb532_cf.c | 6 +-
drivers/ata/sata_highbank.c | 6 +-
drivers/block/loop.c | 1 +
drivers/bluetooth/btqca.c | 27 +-
drivers/bluetooth/hci_qca.c | 4 +-
drivers/bluetooth/virtio_bt.c | 3 +
drivers/bus/mhi/core/pm.c | 19 +-
drivers/bus/mhi/pci_generic.c | 5 +-
drivers/char/hw_random/exynos-trng.c | 4 +-
drivers/char/pcmcia/cm4000_cs.c | 4 +
drivers/char/tpm/tpm_tis_core.c | 25 +-
drivers/char/tpm/tpm_tis_core.h | 3 +-
drivers/char/tpm/tpm_tis_spi_main.c | 2 +
drivers/clk/actions/owl-s500.c | 75 ++--
drivers/clk/clk-k210.c | 1 +
drivers/clk/clk-si5341.c | 77 +++-
drivers/clk/clk-versaclock5.c | 27 +-
drivers/clk/imx/clk-imx8mq.c | 56 +--
drivers/clk/meson/g12a.c | 2 +-
drivers/clk/qcom/clk-alpha-pll.c | 2 +-
drivers/clk/qcom/gcc-sc7280.c | 1 +
drivers/clk/rockchip/clk-rk3568.c | 10 +-
drivers/clk/socfpga/clk-agilex.c | 93 ++--
drivers/clk/socfpga/clk-gate-s10.c | 119 ++++-
drivers/clk/socfpga/clk-periph-s10.c | 11 +-
drivers/clk/socfpga/clk-s10.c | 87 ++--
drivers/clk/socfpga/stratix10-clk.h | 2 +
drivers/clk/sunxi-ng/ccu-sun8i-v3s.c | 4 +-
drivers/clk/tegra/clk-tegra30.c | 2 +-
drivers/clk/zynqmp/clk-mux-zynqmp.c | 10 +-
drivers/clk/zynqmp/pll.c | 22 +-
drivers/clocksource/timer-ti-dm.c | 6 +
drivers/cpufreq/cpufreq.c | 11 +-
drivers/crypto/cavium/nitrox/nitrox_isr.c | 4 +
drivers/crypto/ccp/sev-dev.c | 4 +
drivers/crypto/ccp/sp-pci.c | 6 +-
drivers/crypto/hisilicon/hpre/hpre_crypto.c | 18 +
drivers/crypto/hisilicon/sec2/sec_crypto.c | 4 +-
drivers/crypto/ixp4xx_crypto.c | 24 +-
drivers/crypto/nx/nx-842-pseries.c | 9 +-
drivers/crypto/nx/nx-aes-ctr.c | 2 +-
drivers/crypto/omap-sham.c | 4 +-
drivers/crypto/qat/qat_common/qat_hal.c | 6 +-
drivers/crypto/qat/qat_common/qat_uclo.c | 1 -
drivers/crypto/qce/skcipher.c | 15 +-
drivers/crypto/sa2ul.c | 34 +-
drivers/crypto/ux500/hash/hash_core.c | 1 +
drivers/devfreq/devfreq.c | 1 +
drivers/devfreq/governor_passive.c | 3 +-
drivers/edac/Kconfig | 3 +-
drivers/edac/aspeed_edac.c | 4 +-
drivers/edac/i10nm_base.c | 3 +
drivers/edac/pnd2_edac.c | 3 +
drivers/edac/sb_edac.c | 3 +
drivers/edac/skx_base.c | 3 +
drivers/edac/ti_edac.c | 1 +
drivers/extcon/extcon-max8997.c | 3 +-
drivers/extcon/extcon-sm5502.c | 1 -
drivers/firmware/stratix10-svc.c | 22 +-
drivers/fsi/fsi-core.c | 4 +-
drivers/fsi/fsi-occ.c | 1 +
drivers/fsi/fsi-sbefifo.c | 10 +-
drivers/fsi/fsi-scom.c | 16 +-
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 21 +-
.../amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 3 +
drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c | 2 +-
drivers/gpu/drm/amd/display/dc/inc/dc_link_dp.h | 4 +
drivers/gpu/drm/ast/ast_main.c | 4 +-
drivers/gpu/drm/bridge/Kconfig | 3 +-
drivers/gpu/drm/bridge/analogix/anx7625.c | 2 +-
drivers/gpu/drm/drm_bridge.c | 3 +
drivers/gpu/drm/i915/display/skl_universal_plane.c | 6 +-
drivers/gpu/drm/i915/gt/selftest_execlists.c | 55 ++-
drivers/gpu/drm/imx/ipuv3-plane.c | 57 ++-
drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 4 +-
drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c | 8 +-
drivers/gpu/drm/msm/dp/dp_catalog.c | 5 +-
drivers/gpu/drm/msm/dp/dp_ctrl.c | 55 +++
drivers/gpu/drm/msm/dp/dp_ctrl.h | 2 +
drivers/gpu/drm/msm/dp/dp_display.c | 57 ++-
drivers/gpu/drm/msm/msm_drv.c | 1 +
drivers/gpu/drm/pl111/Kconfig | 1 +
drivers/gpu/drm/qxl/qxl_dumb.c | 2 +
drivers/gpu/drm/rockchip/cdn-dp-core.c | 1 +
drivers/gpu/drm/rockchip/cdn-dp-reg.c | 2 +-
drivers/gpu/drm/rockchip/dw-mipi-dsi-rockchip.c | 36 +-
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 1 +
drivers/gpu/drm/rockchip/rockchip_lvds.c | 4 +-
drivers/gpu/drm/vc4/vc4_crtc.c | 63 ++-
drivers/gpu/drm/vc4/vc4_hdmi.c | 4 +-
.../drm/vmwgfx/device_include/svga3d_surfacedefs.h | 8 +-
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 20 +-
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 13 +
drivers/hid/hid-core.c | 10 +-
drivers/hid/hid-ids.h | 1 +
drivers/hid/hid-input.c | 2 +
drivers/hid/hid-sony.c | 98 ++---
drivers/hid/surface-hid/surface_hid.c | 2 +-
drivers/hid/wacom_wac.h | 2 +-
drivers/hv/connection.c | 4 +-
drivers/hv/hv_util.c | 4 +-
drivers/hwmon/lm70.c | 26 +-
drivers/hwmon/max31722.c | 9 -
drivers/hwmon/max31790.c | 49 ++-
drivers/hwmon/pmbus/bpa-rs600.c | 29 ++
drivers/hwtracing/coresight/coresight-core.c | 2 +-
drivers/i2c/busses/i2c-mpc.c | 2 +
drivers/iio/accel/bma180.c | 19 +-
drivers/iio/accel/bma220_spi.c | 10 +-
drivers/iio/accel/bmc150-accel-core.c | 21 +-
drivers/iio/accel/bmc150-accel-i2c.c | 2 +-
drivers/iio/accel/bmc150-accel.h | 2 +-
drivers/iio/accel/hid-sensor-accel-3d.c | 13 +-
drivers/iio/accel/kxcjk-1013.c | 24 +-
drivers/iio/accel/mxc4005.c | 10 +-
drivers/iio/accel/stk8312.c | 12 +-
drivers/iio/accel/stk8ba50.c | 17 +-
drivers/iio/adc/at91-sama5d2_adc.c | 3 +-
drivers/iio/adc/hx711.c | 4 +-
drivers/iio/adc/mxs-lradc-adc.c | 3 +-
drivers/iio/adc/ti-ads1015.c | 12 +-
drivers/iio/adc/ti-ads8688.c | 3 +-
drivers/iio/adc/vf610_adc.c | 10 +-
drivers/iio/chemical/atlas-sensor.c | 4 +-
drivers/iio/dummy/Kconfig | 1 +
drivers/iio/frequency/adf4350.c | 6 +-
drivers/iio/gyro/bmg160_core.c | 10 +-
drivers/iio/humidity/am2315.c | 16 +-
drivers/iio/imu/adis16400.c | 3 -
drivers/iio/imu/adis16475.c | 2 +-
drivers/iio/imu/adis_buffer.c | 3 -
drivers/iio/light/isl29125.c | 10 +-
drivers/iio/light/ltr501.c | 15 +-
drivers/iio/light/tcs3414.c | 10 +-
drivers/iio/light/tcs3472.c | 16 +-
drivers/iio/light/vcnl4000.c | 2 +-
drivers/iio/light/vcnl4035.c | 3 +-
drivers/iio/magnetometer/bmc150_magn.c | 11 +-
drivers/iio/magnetometer/hmc5843.h | 8 +-
drivers/iio/magnetometer/hmc5843_core.c | 4 +-
drivers/iio/magnetometer/rm3100-core.c | 3 +-
drivers/iio/potentiostat/lmp91000.c | 4 +-
drivers/iio/proximity/as3935.c | 10 +-
drivers/iio/proximity/isl29501.c | 2 +-
drivers/iio/proximity/pulsedlight-lidar-lite-v2.c | 10 +-
drivers/iio/proximity/srf08.c | 14 +-
drivers/infiniband/core/cm.c | 427 +++++++++---------
drivers/infiniband/core/cma.c | 28 +-
drivers/infiniband/core/uverbs_cmd.c | 21 +-
drivers/infiniband/hw/hns/hns_roce_hw_v2.c | 61 ++-
drivers/infiniband/hw/hns/hns_roce_hw_v2.h | 3 +
drivers/infiniband/hw/hns/hns_roce_mr.c | 2 +-
drivers/infiniband/hw/mlx4/qp.c | 9 +-
drivers/infiniband/hw/mlx5/main.c | 7 +-
drivers/infiniband/hw/mlx5/qp.c | 6 +-
drivers/infiniband/sw/rxe/rxe_net.c | 10 +-
drivers/infiniband/sw/rxe/rxe_qp.c | 1 -
drivers/infiniband/sw/rxe/rxe_resp.c | 2 -
drivers/infiniband/ulp/iser/iscsi_iser.c | 2 +
drivers/infiniband/ulp/rtrs/rtrs-clt.c | 28 +-
drivers/infiniband/ulp/rtrs/rtrs-srv-sysfs.c | 1 +
drivers/infiniband/ulp/rtrs/rtrs-srv.c | 39 +-
drivers/infiniband/ulp/rtrs/rtrs.c | 1 -
drivers/infiniband/ulp/srp/ib_srp.c | 13 +-
drivers/input/joydev.c | 2 +-
drivers/input/keyboard/Kconfig | 3 -
drivers/input/keyboard/hil_kbd.c | 1 +
drivers/input/touchscreen/elants_i2c.c | 6 +-
drivers/input/touchscreen/goodix.c | 52 ---
drivers/input/touchscreen/usbtouchscreen.c | 8 +-
drivers/iommu/amd/amd_iommu.h | 2 -
drivers/iommu/amd/init.c | 9 +-
drivers/iommu/amd/iommu.c | 31 +-
drivers/iommu/dma-iommu.c | 6 +-
drivers/leds/Kconfig | 1 +
drivers/leds/blink/leds-lgm-sso.c | 44 +-
drivers/leds/led-class.c | 4 -
drivers/leds/leds-as3645a.c | 1 +
drivers/leds/leds-ktd2692.c | 27 +-
drivers/leds/leds-lm36274.c | 1 +
drivers/leds/leds-lm3692x.c | 8 +-
drivers/leds/leds-lm3697.c | 8 +-
drivers/leds/leds-lp50xx.c | 2 +-
drivers/mailbox/qcom-apcs-ipc-mailbox.c | 2 +-
drivers/mailbox/qcom-ipcc.c | 6 +
drivers/md/md.c | 45 --
drivers/md/md.h | 1 -
drivers/media/cec/platform/s5p/s5p_cec.c | 7 +-
drivers/media/common/siano/smscoreapi.c | 22 +-
drivers/media/common/siano/smscoreapi.h | 4 +-
drivers/media/common/siano/smsdvb-main.c | 4 +
drivers/media/dvb-core/dvb_net.c | 25 +-
drivers/media/dvb-core/dvbdev.c | 3 +
drivers/media/i2c/ccs/ccs-core.c | 2 +-
drivers/media/i2c/imx334.c | 7 +-
drivers/media/i2c/ir-kbd-i2c.c | 4 +-
drivers/media/i2c/ov2659.c | 24 +-
drivers/media/i2c/rdacm21.c | 56 ++-
drivers/media/i2c/s5c73m3/s5c73m3-core.c | 6 +-
drivers/media/i2c/s5c73m3/s5c73m3.h | 2 +-
drivers/media/i2c/s5k4ecgx.c | 10 +-
drivers/media/i2c/s5k5baf.c | 6 +-
drivers/media/i2c/s5k6aa.c | 10 +-
drivers/media/i2c/tc358743.c | 1 +
drivers/media/mc/Makefile | 2 +-
drivers/media/pci/bt8xx/bt878.c | 6 +-
drivers/media/pci/cobalt/cobalt-driver.c | 1 +
drivers/media/pci/cobalt/cobalt-driver.h | 7 +-
drivers/media/pci/intel/ipu3/cio2-bridge.c | 10 +-
drivers/media/platform/am437x/am437x-vpfe.c | 15 +-
drivers/media/platform/exynos-gsc/gsc-m2m.c | 4 +-
drivers/media/platform/exynos4-is/fimc-capture.c | 6 +-
drivers/media/platform/exynos4-is/fimc-is.c | 4 +-
drivers/media/platform/exynos4-is/fimc-isp-video.c | 10 +-
drivers/media/platform/exynos4-is/fimc-isp.c | 7 +-
drivers/media/platform/exynos4-is/fimc-lite.c | 5 +-
drivers/media/platform/exynos4-is/fimc-m2m.c | 5 +-
drivers/media/platform/exynos4-is/media-dev.c | 10 +-
drivers/media/platform/exynos4-is/mipi-csis.c | 10 +-
drivers/media/platform/marvell-ccic/mcam-core.c | 9 +-
drivers/media/platform/mtk-mdp/mtk_mdp_m2m.c | 6 +-
.../media/platform/mtk-vcodec/mtk_vcodec_dec_drv.c | 4 +-
.../media/platform/mtk-vcodec/mtk_vcodec_dec_pm.c | 8 +-
.../media/platform/mtk-vcodec/mtk_vcodec_dec_pm.h | 2 +-
drivers/media/platform/mtk-vpu/mtk_vpu.c | 6 +
drivers/media/platform/qcom/venus/core.c | 60 ++-
drivers/media/platform/qcom/venus/hfi_cmds.c | 22 +-
drivers/media/platform/s5p-g2d/g2d.c | 3 +
drivers/media/platform/s5p-jpeg/jpeg-core.c | 5 +-
drivers/media/platform/s5p-mfc/s5p_mfc_dec.c | 1 +
drivers/media/platform/sh_vou.c | 6 +-
drivers/media/platform/sti/bdisp/Makefile | 2 +-
drivers/media/platform/sti/bdisp/bdisp-v4l2.c | 7 +-
drivers/media/platform/sti/delta/Makefile | 2 +-
drivers/media/platform/sti/hva/Makefile | 2 +-
drivers/media/platform/sti/hva/hva-hw.c | 3 +-
.../platform/sunxi/sun8i-rotate/sun8i_rotate.c | 2 +-
drivers/media/platform/video-mux.c | 10 +-
drivers/media/usb/au0828/au0828-core.c | 4 +-
drivers/media/usb/cpia2/cpia2.h | 1 +
drivers/media/usb/cpia2/cpia2_core.c | 12 +
drivers/media/usb/cpia2/cpia2_usb.c | 13 +-
drivers/media/usb/dvb-usb/cinergyT2-core.c | 2 +
drivers/media/usb/dvb-usb/cxusb.c | 2 +-
drivers/media/usb/em28xx/em28xx-input.c | 8 +-
drivers/media/usb/gspca/gl860/gl860.c | 4 +-
drivers/media/usb/pvrusb2/pvrusb2-hdw.c | 4 +-
drivers/media/v4l2-core/v4l2-fh.c | 1 +
drivers/media/v4l2-core/v4l2-ioctl.c | 12 +-
drivers/media/v4l2-core/v4l2-subdev.c | 24 -
drivers/memstick/host/rtsx_usb_ms.c | 10 +-
drivers/mfd/Kconfig | 1 +
drivers/mfd/mfd-core.c | 15 +-
drivers/mfd/rn5t618.c | 2 +-
drivers/misc/eeprom/idt_89hpesx.c | 8 +-
drivers/misc/habanalabs/common/habanalabs_drv.c | 1 +
drivers/misc/pvpanic/pvpanic-mmio.c | 3 +-
drivers/misc/pvpanic/pvpanic-pci.c | 9 +-
drivers/mmc/core/block.c | 8 +
drivers/mmc/host/sdhci-of-aspeed.c | 2 +-
drivers/mmc/host/sdhci-sprd.c | 1 +
drivers/mmc/host/usdhi6rol0.c | 1 +
drivers/mmc/host/via-sdmmc.c | 3 +
drivers/mmc/host/vub300.c | 2 +-
drivers/mtd/nand/raw/arasan-nand-controller.c | 90 ++--
drivers/mtd/nand/raw/marvell_nand.c | 4 +-
drivers/mtd/nand/spi/core.c | 17 +-
drivers/mtd/parsers/qcomsmempart.c | 10 +
drivers/mtd/parsers/redboot.c | 7 +-
drivers/mtd/spi-nor/otp.c | 43 +-
drivers/net/Kconfig | 1 +
drivers/net/can/peak_canfd/peak_canfd.c | 4 +-
drivers/net/can/usb/ems_usb.c | 3 +-
drivers/net/dsa/mv88e6xxx/chip.c | 6 +-
drivers/net/dsa/sja1105/sja1105_main.c | 6 +
drivers/net/ethernet/aeroflex/greth.c | 3 +-
drivers/net/ethernet/aquantia/atlantic/aq_macsec.h | 4 +-
drivers/net/ethernet/broadcom/bcm4908_enet.c | 6 +-
drivers/net/ethernet/broadcom/genet/bcmgenet.c | 1 +
drivers/net/ethernet/emulex/benet/be_cmds.c | 6 +-
drivers/net/ethernet/emulex/benet/be_main.c | 2 +
drivers/net/ethernet/ezchip/nps_enet.c | 4 +-
drivers/net/ethernet/faraday/ftgmac100.c | 6 +-
drivers/net/ethernet/google/gve/gve_main.c | 4 +-
drivers/net/ethernet/ibm/ehea/ehea_main.c | 9 +-
drivers/net/ethernet/ibm/ibmvnic.c | 99 ++++-
drivers/net/ethernet/intel/e1000e/netdev.c | 24 +-
drivers/net/ethernet/intel/i40e/i40e_ethtool.c | 3 +-
drivers/net/ethernet/intel/i40e/i40e_main.c | 17 +-
drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c | 2 +
drivers/net/ethernet/marvell/pxa168_eth.c | 2 +-
drivers/net/ethernet/microsoft/mana/mana_en.c | 6 +-
.../net/ethernet/oki-semi/pch_gbe/pch_gbe_main.c | 10 +-
drivers/net/ethernet/stmicro/stmmac/stmmac.h | 2 +-
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 2 +-
drivers/net/ethernet/ti/am65-cpsw-nuss.c | 18 +-
drivers/net/ieee802154/mac802154_hwsim.c | 11 +-
drivers/net/macsec.c | 4 +-
drivers/net/phy/mscc/mscc_macsec.c | 2 +-
drivers/net/phy/mscc/mscc_macsec.h | 2 +-
drivers/net/vrf.c | 14 +-
drivers/net/vxlan.c | 2 +
drivers/net/wireless/ath/ath10k/mac.c | 1 +
drivers/net/wireless/ath/ath10k/pci.c | 14 +-
drivers/net/wireless/ath/ath11k/core.c | 3 +-
drivers/net/wireless/ath/ath11k/mac.c | 10 +-
drivers/net/wireless/ath/ath9k/main.c | 5 +
drivers/net/wireless/ath/carl9170/Kconfig | 8 +-
drivers/net/wireless/ath/wcn36xx/main.c | 21 +-
drivers/net/wireless/ath/wil6210/cfg80211.c | 2 -
.../broadcom/brcm80211/brcmfmac/cfg80211.c | 37 +-
.../wireless/broadcom/brcm80211/brcmfmac/sdio.c | 5 +-
.../broadcom/brcm80211/brcmsmac/mac80211_if.c | 8 +-
drivers/net/wireless/intel/iwlwifi/fw/pnvm.h | 4 +-
drivers/net/wireless/intel/iwlwifi/mvm/tx.c | 3 +
drivers/net/wireless/marvell/mwifiex/pcie.c | 10 +-
drivers/net/wireless/mediatek/mt76/mt7615/mcu.c | 3 +
.../net/wireless/mediatek/mt76/mt7615/pci_mac.c | 5 +-
.../net/wireless/mediatek/mt76/mt7615/usb_sdio.c | 5 +-
drivers/net/wireless/mediatek/mt76/mt76_connac.h | 7 +-
.../net/wireless/mediatek/mt76/mt76_connac_mac.c | 6 +
.../net/wireless/mediatek/mt76/mt76_connac_mcu.c | 11 +-
.../net/wireless/mediatek/mt76/mt76_connac_mcu.h | 8 +
drivers/net/wireless/mediatek/mt76/mt7915/eeprom.h | 2 +-
drivers/net/wireless/mediatek/mt76/mt7915/mcu.c | 3 +-
.../net/wireless/mediatek/mt76/mt7915/testmode.c | 21 +-
.../net/wireless/mediatek/mt76/mt7921/debugfs.c | 3 +
drivers/net/wireless/mediatek/mt76/mt7921/dma.c | 6 +-
drivers/net/wireless/mediatek/mt76/mt7921/init.c | 22 +-
drivers/net/wireless/mediatek/mt76/mt7921/mac.c | 31 +-
drivers/net/wireless/mediatek/mt76/mt7921/main.c | 55 +--
drivers/net/wireless/mediatek/mt76/mt7921/mcu.c | 32 +-
drivers/net/wireless/mediatek/mt76/mt7921/mt7921.h | 1 +
drivers/net/wireless/mediatek/mt76/mt7921/pci.c | 25 +-
drivers/net/wireless/mediatek/mt76/testmode.c | 13 +-
drivers/net/wireless/mediatek/mt76/tx.c | 2 +-
drivers/net/wireless/realtek/rtw88/rtw8822c.c | 22 +-
drivers/net/wireless/rsi/rsi_91x_hal.c | 6 +-
drivers/net/wireless/rsi/rsi_91x_mac80211.c | 3 -
drivers/net/wireless/rsi/rsi_91x_mgmt.c | 3 +-
drivers/net/wireless/rsi/rsi_main.h | 1 -
drivers/net/wireless/st/cw1200/scan.c | 17 +-
drivers/net/wwan/Kconfig | 15 +-
drivers/net/wwan/Makefile | 2 +-
drivers/nvme/host/pci.c | 26 +-
drivers/nvme/host/tcp.c | 2 +
drivers/nvme/target/fc.c | 10 +-
drivers/of/fdt.c | 8 +-
drivers/of/of_reserved_mem.c | 8 +-
drivers/pci/controller/pci-hyperv.c | 3 +
drivers/perf/arm-cmn.c | 2 +-
drivers/perf/arm_smmuv3_pmu.c | 18 +-
drivers/perf/fsl_imx8_ddr_perf.c | 6 +-
drivers/perf/hisilicon/hisi_uncore_hha_pmu.c | 4 +-
drivers/phy/ralink/phy-mt7621-pci.c | 4 +-
drivers/phy/socionext/phy-uniphier-pcie.c | 11 +-
drivers/phy/ti/phy-dm816x-usb.c | 17 +-
drivers/pinctrl/renesas/pfc-r8a7796.c | 3 +-
drivers/pinctrl/renesas/pfc-r8a77990.c | 8 +-
drivers/platform/x86/asus-nb-wmi.c | 77 ----
drivers/platform/x86/toshiba_acpi.c | 1 +
drivers/platform/x86/touchscreen_dmi.c | 85 ++++
drivers/regulator/Kconfig | 1 +
drivers/regulator/bd9576-regulator.c | 4 +-
drivers/regulator/da9052-regulator.c | 3 +-
drivers/regulator/fan53555.c | 3 +
drivers/regulator/fan53880.c | 2 +-
drivers/regulator/hi6421v600-regulator.c | 9 +-
drivers/regulator/hi655x-regulator.c | 16 +-
drivers/regulator/mt6315-regulator.c | 4 +-
drivers/regulator/mt6358-regulator.c | 2 +-
drivers/regulator/qcom-rpmh-regulator.c | 2 +
drivers/regulator/uniphier-regulator.c | 1 +
drivers/rtc/rtc-stm32.c | 6 +-
drivers/s390/cio/chp.c | 3 +
drivers/s390/cio/chsc.c | 2 -
drivers/scsi/FlashPoint.c | 32 +-
drivers/scsi/be2iscsi/be_iscsi.c | 19 +-
drivers/scsi/be2iscsi/be_main.c | 1 +
drivers/scsi/bnx2i/bnx2i_iscsi.c | 24 +-
drivers/scsi/cxgbi/cxgb3i/cxgb3i.c | 1 +
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c | 1 +
drivers/scsi/cxgbi/libcxgbi.c | 12 +-
drivers/scsi/libfc/fc_encode.h | 8 +-
drivers/scsi/libiscsi.c | 70 ++-
drivers/scsi/lpfc/lpfc_debugfs.c | 7 +-
drivers/scsi/lpfc/lpfc_els.c | 100 ++++-
drivers/scsi/lpfc/lpfc_hbadisc.c | 27 +-
drivers/scsi/lpfc/lpfc_init.c | 7 -
drivers/scsi/lpfc/lpfc_nportdisc.c | 25 +-
drivers/scsi/lpfc/lpfc_sli.c | 10 +-
drivers/scsi/megaraid/megaraid_sas_fusion.c | 10 +-
drivers/scsi/mpt3sas/mpt3sas_scsih.c | 4 +-
drivers/scsi/qedi/qedi_iscsi.c | 26 +-
drivers/scsi/qla4xxx/ql4_os.c | 2 +
drivers/scsi/scsi_lib.c | 1 +
drivers/scsi/scsi_transport_iscsi.c | 487 ++++++++++++---------
drivers/soundwire/stream.c | 13 +-
drivers/spi/spi-loopback-test.c | 2 +-
drivers/spi/spi-meson-spicc.c | 8 +-
drivers/spi/spi-omap-100k.c | 2 +-
drivers/spi/spi-sun6i.c | 6 +-
drivers/spi/spi-topcliff-pch.c | 4 +-
drivers/spi/spi.c | 8 +-
drivers/ssb/scan.c | 1 +
drivers/ssb/sdio.c | 1 -
drivers/staging/fbtft/fb_agm1264k-fl.c | 20 +-
drivers/staging/fbtft/fb_bd663474.c | 4 -
drivers/staging/fbtft/fb_ili9163.c | 4 -
drivers/staging/fbtft/fb_ili9320.c | 1 -
drivers/staging/fbtft/fb_ili9325.c | 4 -
drivers/staging/fbtft/fb_ili9340.c | 1 -
drivers/staging/fbtft/fb_s6d1121.c | 4 -
drivers/staging/fbtft/fb_sh1106.c | 1 -
drivers/staging/fbtft/fb_ssd1289.c | 4 -
drivers/staging/fbtft/fb_ssd1325.c | 2 -
drivers/staging/fbtft/fb_ssd1331.c | 6 +-
drivers/staging/fbtft/fb_ssd1351.c | 1 -
drivers/staging/fbtft/fb_upd161704.c | 4 -
drivers/staging/fbtft/fb_watterott.c | 1 -
drivers/staging/fbtft/fbtft-bus.c | 3 +-
drivers/staging/fbtft/fbtft-core.c | 25 +-
drivers/staging/fbtft/fbtft-io.c | 12 +-
drivers/staging/gdm724x/gdm_lte.c | 20 +-
drivers/staging/media/hantro/hantro_drv.c | 33 +-
drivers/staging/media/hantro/hantro_v4l2.c | 9 +-
drivers/staging/media/imx/imx-media-csi.c | 14 +-
drivers/staging/media/imx/imx7-mipi-csis.c | 6 +-
drivers/staging/media/rkvdec/rkvdec.c | 12 +-
drivers/staging/media/sunxi/cedrus/cedrus_h265.c | 4 +-
drivers/staging/media/sunxi/cedrus/cedrus_video.c | 8 +-
drivers/staging/mt7621-dts/mt7621.dtsi | 2 +-
drivers/staging/rtl8712/hal_init.c | 3 +
drivers/staging/rtl8712/os_intfs.c | 4 -
drivers/staging/rtl8712/rtl871x_recv.c | 2 +-
drivers/staging/rtl8712/rtl871x_security.c | 12 +-
drivers/staging/rtl8712/usb_intf.c | 24 +-
drivers/staging/rtl8723bs/os_dep/ioctl_linux.c | 4 +-
.../staging/vc04_services/vchiq-mmal/mmal-vchiq.c | 2 +-
drivers/target/iscsi/cxgbit/cxgbit_ddp.c | 19 +-
drivers/target/iscsi/cxgbit/cxgbit_target.c | 21 +-
drivers/thermal/cpufreq_cooling.c | 2 +-
drivers/thunderbolt/test.c | 14 +-
drivers/tty/nozomi.c | 9 +-
drivers/tty/serial/8250/8250_omap.c | 22 +-
drivers/tty/serial/8250/8250_port.c | 19 +-
drivers/tty/serial/8250/serial_cs.c | 2 +-
drivers/tty/serial/fsl_lpuart.c | 14 +-
drivers/tty/serial/mvebu-uart.c | 18 +-
drivers/tty/serial/sh-sci.c | 8 +
drivers/usb/class/cdc-acm.c | 5 +
drivers/usb/dwc2/core.c | 30 +-
drivers/usb/dwc3/core.c | 3 +-
drivers/usb/gadget/function/f_eem.c | 43 +-
drivers/usb/gadget/function/f_fs.c | 65 ++-
drivers/usb/host/xhci-mem.c | 1 +
drivers/usb/host/xhci-pci-renesas.c | 16 +-
drivers/usb/phy/phy-tegra-usb.c | 15 +-
drivers/usb/typec/class.c | 4 +-
drivers/usb/typec/tcpm/tcpci.c | 18 +-
drivers/usb/typec/tcpm/tcpm.c | 30 ++
drivers/vfio/pci/vfio_pci.c | 29 +-
drivers/video/backlight/lm3630a_bl.c | 4 +-
drivers/video/fbdev/imxfb.c | 2 +-
drivers/visorbus/visorchipset.c | 6 +-
fs/btrfs/Kconfig | 2 +
fs/btrfs/ctree.c | 5 +-
fs/btrfs/delayed-inode.c | 18 +-
fs/btrfs/extent-tree.c | 1 -
fs/btrfs/inode.c | 16 +-
fs/btrfs/send.c | 11 +
fs/btrfs/super.c | 11 -
fs/btrfs/sysfs.c | 4 +-
fs/btrfs/transaction.c | 16 +-
fs/btrfs/transaction.h | 1 -
fs/btrfs/tree-log.c | 1 +
fs/btrfs/zoned.c | 18 +
fs/cifs/cifs_swn.c | 10 +-
fs/cifs/cifsacl.c | 2 +-
fs/cifs/cifsglob.h | 3 +-
fs/cifs/connect.c | 5 +-
fs/cifs/dfs_cache.c | 7 +-
fs/cifs/dir.c | 4 +
fs/cifs/inode.c | 5 +-
fs/cifs/smb2ops.c | 138 ++++++
fs/configfs/file.c | 10 +-
fs/crypto/fname.c | 10 +-
fs/crypto/keysetup.c | 40 +-
fs/dax.c | 3 +-
fs/dlm/config.c | 9 +
fs/dlm/lowcomms.c | 184 ++++++--
fs/erofs/super.c | 1 +
fs/exec.c | 4 +
fs/exfat/dir.c | 8 +-
fs/ext4/extents.c | 3 +
fs/ext4/extents_status.c | 4 +-
fs/ext4/ialloc.c | 11 +-
fs/ext4/inode.c | 2 +-
fs/ext4/mballoc.c | 9 +-
fs/ext4/super.c | 10 +-
fs/f2fs/data.c | 6 +
fs/f2fs/sysfs.c | 8 +
fs/fs-writeback.c | 39 +-
fs/fuse/dev.c | 12 +-
fs/fuse/dir.c | 25 +-
fs/gfs2/file.c | 4 +-
fs/gfs2/ops_fstype.c | 1 +
fs/io_uring.c | 10 +-
fs/ntfs/inode.c | 2 +-
fs/ocfs2/filecheck.c | 6 +-
fs/ocfs2/stackglue.c | 8 +-
fs/open.c | 14 +-
fs/proc/task_mmu.c | 2 +-
fs/pstore/Kconfig | 1 +
include/asm-generic/pgtable-nop4d.h | 1 -
include/asm-generic/preempt.h | 2 +-
include/clocksource/timer-ti-dm.h | 1 +
include/crypto/internal/hash.h | 8 +-
include/dt-bindings/clock/imx8mq-clock.h | 19 -
include/linux/bio.h | 12 +-
include/linux/clocksource.h | 2 +-
include/linux/cred.h | 2 +
include/linux/huge_mm.h | 59 ++-
include/linux/hugetlb.h | 5 +
include/linux/iio/common/cros_ec_sensors_core.h | 2 +-
include/linux/kthread.h | 2 +
include/linux/mm.h | 1 -
include/linux/pgtable.h | 22 +
include/linux/prandom.h | 2 +-
include/linux/swap.h | 9 +
include/linux/tracepoint.h | 10 +
include/linux/user_namespace.h | 4 +
include/media/hevc-ctrls.h | 3 +-
include/media/media-dev-allocator.h | 2 +-
include/net/bluetooth/hci.h | 6 +-
include/net/bluetooth/hci_core.h | 8 +-
include/net/ip.h | 12 +-
include/net/ip6_route.h | 16 +-
include/net/macsec.h | 2 +-
include/net/sch_generic.h | 12 +
include/net/tc_act/tc_vlan.h | 1 +
include/net/xfrm.h | 1 +
include/net/xsk_buff_pool.h | 9 +-
include/scsi/fc/fc_ms.h | 4 +-
include/scsi/libiscsi.h | 1 +
include/scsi/scsi_transport_iscsi.h | 12 +-
include/uapi/linux/seccomp.h | 1 +
include/uapi/linux/v4l2-controls.h | 23 +-
init/main.c | 6 +-
kernel/bpf/devmap.c | 4 +-
kernel/bpf/inode.c | 2 +-
kernel/bpf/verifier.c | 6 +-
kernel/cred.c | 40 ++
kernel/events/core.c | 9 +-
kernel/fork.c | 8 +-
kernel/kthread.c | 49 ++-
kernel/locking/lockdep.c | 122 +++++-
kernel/rcu/tree.c | 2 +-
kernel/sched/core.c | 86 ++--
kernel/sched/deadline.c | 2 +
kernel/sched/fair.c | 19 +-
kernel/sched/psi.c | 12 +-
kernel/sched/rt.c | 17 +-
kernel/seccomp.c | 51 ++-
kernel/smpboot.c | 1 -
kernel/sys.c | 12 +
kernel/time/clocksource.c | 113 ++++-
kernel/trace/bpf_trace.c | 3 +-
kernel/trace/trace_events_hist.c | 7 +
kernel/tracepoint.c | 33 +-
kernel/ucount.c | 40 +-
kernel/user_namespace.c | 3 +
lib/Kconfig.debug | 1 -
lib/iov_iter.c | 37 +-
lib/kstrtox.c | 13 +-
lib/kstrtox.h | 2 +
lib/kunit/test.c | 7 +-
lib/locking-selftest.c | 1 +
lib/math/rational.c | 16 +-
lib/seq_buf.c | 4 +-
lib/vsprintf.c | 82 ++--
mm/debug_vm_pgtable.c | 63 ++-
mm/gup.c | 58 ++-
mm/huge_memory.c | 13 +-
mm/hugetlb.c | 99 +++--
mm/kfence/core.c | 4 +-
mm/khugepaged.c | 4 +-
mm/memcontrol.c | 8 +
mm/memory.c | 11 +-
mm/migrate.c | 2 +-
mm/mmap_lock.c | 33 +-
mm/page_alloc.c | 107 +++--
mm/shmem.c | 17 +-
mm/slab.h | 1 -
mm/z3fold.c | 3 +-
mm/zswap.c | 17 +-
net/bluetooth/hci_event.c | 27 +-
net/bluetooth/hci_request.c | 51 ++-
net/bluetooth/mgmt.c | 3 +
net/bpfilter/main.c | 2 +-
net/can/bcm.c | 7 +-
net/can/gw.c | 3 +
net/can/isotp.c | 7 +-
net/can/j1939/main.c | 4 +
net/can/j1939/socket.c | 5 +-
net/core/filter.c | 4 -
net/core/rtnetlink.c | 26 +-
net/core/skmsg.c | 30 +-
net/core/sock_map.c | 2 +-
net/ipv4/devinet.c | 4 +-
net/ipv4/esp4.c | 2 +-
net/ipv4/fib_frontend.c | 2 +
net/ipv4/route.c | 3 +-
net/ipv4/udp.c | 2 +
net/ipv6/esp6.c | 2 +-
net/ipv6/exthdrs.c | 31 +-
net/ipv6/ip6_tunnel.c | 4 +-
net/mac80211/he.c | 4 +-
net/mac80211/mlme.c | 9 -
net/mac80211/sta_info.c | 5 -
net/mptcp/options.c | 29 +-
net/mptcp/pm_netlink.c | 8 +-
net/mptcp/protocol.c | 5 +
net/mptcp/protocol.h | 10 +
net/mptcp/subflow.c | 53 ++-
net/mptcp/token.c | 6 +-
net/netfilter/nf_tables_api.c | 65 ++-
net/netfilter/nf_tables_offload.c | 34 +-
net/netfilter/nft_exthdr.c | 3 +
net/netfilter/nft_osf.c | 5 +
net/netfilter/nft_tproxy.c | 9 +-
net/netlabel/netlabel_mgmt.c | 19 +-
net/qrtr/ns.c | 4 +-
net/sched/act_vlan.c | 7 +-
net/sched/cls_tcindex.c | 2 +-
net/sched/sch_qfq.c | 8 +-
net/sunrpc/sched.c | 12 +-
net/tipc/bcast.c | 2 +-
net/tipc/msg.c | 17 +-
net/tipc/msg.h | 3 +-
net/tls/tls_sw.c | 2 +-
net/xdp/xsk_queue.h | 11 +-
net/xfrm/xfrm_device.c | 1 +
net/xfrm/xfrm_output.c | 7 -
net/xfrm/xfrm_state.c | 14 +-
samples/bpf/xdp_redirect_user.c | 4 +-
scripts/Makefile.build | 5 +-
scripts/link-vmlinux.sh | 4 +
scripts/tools-support-relr.sh | 3 +-
security/integrity/evm/evm_main.c | 5 +-
security/integrity/evm/evm_secfs.c | 13 +-
security/integrity/ima/ima_appraise.c | 2 -
sound/firewire/amdtp-stream.c | 7 +-
sound/firewire/bebob/bebob_stream.c | 9 +-
sound/firewire/motu/motu-protocol-v2.c | 5 +-
sound/pci/hda/patch_realtek.c | 50 ++-
sound/pci/intel8x0.c | 2 +-
sound/soc/atmel/atmel-i2s.c | 35 +-
sound/soc/codecs/cs42l42.h | 2 +-
sound/soc/codecs/max98373-sdw.c | 14 +-
sound/soc/codecs/max98373.h | 2 +-
sound/soc/codecs/rk3328_codec.c | 28 +-
sound/soc/codecs/rt1308-sdw.c | 2 +-
sound/soc/codecs/rt1316-sdw.c | 2 +-
sound/soc/codecs/rt5682-i2c.c | 1 +
sound/soc/codecs/rt5682-sdw.c | 19 +-
sound/soc/codecs/rt700-sdw.c | 2 +-
sound/soc/codecs/rt711-sdca-sdw.c | 12 +-
sound/soc/codecs/rt711-sdca.c | 4 +
sound/soc/codecs/rt711-sdw.c | 2 +-
sound/soc/codecs/rt715-sdca-sdw.c | 3 +-
sound/soc/codecs/rt715-sdca-sdw.h | 1 +
sound/soc/codecs/rt715-sdca.c | 9 +-
sound/soc/codecs/rt715-sdca.h | 3 +-
sound/soc/codecs/rt715-sdw.c | 2 +-
sound/soc/fsl/fsl_spdif.c | 23 +-
sound/soc/fsl/fsl_xcvr.c | 10 +
sound/soc/hisilicon/hi6210-i2s.c | 14 +-
sound/soc/intel/boards/sof_sdw.c | 16 +-
sound/soc/mediatek/common/mtk-btcvsd.c | 24 +-
sound/soc/sh/rcar/adg.c | 4 +-
sound/usb/format.c | 2 +
sound/usb/mixer.c | 8 +-
sound/usb/mixer.h | 1 +
sound/usb/mixer_scarlett_gen2.c | 7 +-
tools/bpf/bpftool/main.c | 4 +-
tools/bpf/resolve_btfids/main.c | 3 +
tools/lib/bpf/linker.c | 2 +-
tools/objtool/arch/x86/decode.c | 2 +-
tools/perf/util/llvm-utils.c | 2 +
.../util/scripting-engines/trace-event-python.c | 146 +++---
tools/power/x86/intel-speed-select/isst-config.c | 16 +
tools/power/x86/intel-speed-select/isst-core.c | 15 +
tools/power/x86/intel-speed-select/isst-display.c | 2 +-
tools/power/x86/intel-speed-select/isst.h | 2 +
tools/testing/selftests/bpf/.gitignore | 1 +
tools/testing/selftests/bpf/prog_tests/ringbuf.c | 2 +-
.../selftests/bpf/prog_tests/sockmap_listen.c | 7 +-
.../selftests/ftrace/test.d/event/event-no-pid.tc | 7 +
tools/testing/selftests/kvm/dirty_log_test.c | 1 -
tools/testing/selftests/kvm/lib/kvm_util.c | 4 -
tools/testing/selftests/kvm/lib/x86_64/processor.c | 3 +
tools/testing/selftests/kvm/steal_time.c | 2 -
.../testing/selftests/kvm/x86_64/set_boot_cpu_id.c | 2 -
tools/testing/selftests/lkdtm/run.sh | 12 +-
tools/testing/selftests/net/tls.c | 87 ++--
tools/testing/selftests/resctrl/README | 2 +-
tools/testing/selftests/resctrl/resctrl_tests.c | 4 +-
tools/testing/selftests/sgx/load.c | 16 +-
.../testing/selftests/splice/short_splice_read.sh | 119 ++++-
.../selftests/tc-testing/plugin-lib/scapyPlugin.py | 2 +-
tools/testing/selftests/vm/protection_keys.c | 12 +-
834 files changed, 7624 insertions(+), 3977 deletions(-)
^ permalink raw reply [flat|nested] 31+ messages in thread
end of thread, other threads:[~2021-07-15 18:21 UTC | newest]
Thread overview: 31+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-07-14 12:06 [PATCH 5.13 000/800] 5.13.2-rc1 review Ronald Warsow
-- strict thread matches above, loose matches on Subject: below --
2021-07-15 18:21 Ronald Warsow
2021-07-13 23:42 Ronald Warsow
2021-07-12 6:00 Greg Kroah-Hartman
2021-07-12 13:14 ` Jon Hunter
2021-07-12 16:45 ` Fox Chen
2021-07-12 17:24 ` Florian Fainelli
2021-07-12 17:47 ` Guenter Roeck
2021-07-13 2:27 ` Shuah Khan
2021-07-13 7:30 ` Naresh Kamboju
2021-07-13 15:24 ` Justin Forbes
2021-07-14 5:39 ` Holger Kiehl
2021-07-14 5:46 ` Greg Kroah-Hartman
2021-07-14 7:16 ` Holger Kiehl
2021-07-14 8:15 ` Holger Kiehl
2021-07-14 8:36 ` Jiri Slaby
2021-07-14 10:27 ` Holger Kiehl
2021-07-14 10:41 ` Pavel Machek
2021-07-14 13:21 ` Holger Kiehl
2021-07-14 13:26 ` Holger Kiehl
2021-07-14 13:31 ` Greg Kroah-Hartman
2021-07-14 13:52 ` Naresh Kamboju
2021-07-14 13:59 ` Naresh Kamboju
2021-07-14 14:26 ` Greg Kroah-Hartman
2021-07-15 12:27 ` Jan Kara
2021-07-15 13:06 ` Greg Kroah-Hartman
2021-07-15 12:41 ` Jan Kara
2021-07-14 14:07 ` Holger Kiehl
2021-07-14 14:27 ` Greg Kroah-Hartman
2021-07-14 15:18 ` Holger Kiehl
2021-07-14 7:15 ` Holger Kiehl
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.