From: Manaf Meethalavalappu Pallikunhi
[ Upstream commit 2046a24ae121cd107929655a6aaf3b8c5beea01f ]
There is a possible chance that some cooling device stats buffer
allocation fails due to very high cooling device max state value.
Later cooling device update sysfs can try to access stats data
From: Elad Grupi
[ Upstream commit bac04454ef9fada009f0572576837548b190bf94 ]
When data digest is enabled we should unmap pdu iovec before handling
the data digest pdu.
Signed-off-by: Elad Grupi
Reviewed-by: Sagi Grimberg
Signed-off-by: Christoph Hellwig
Signed-off-by: Sasha Levin
---
From: Waiman Long
[ Upstream commit bee645788e07eea63055d261d2884ea45c2ba857 ]
In ww_acquire_init(), mutex_acquire() is gated by CONFIG_DEBUG_LOCK_ALLOC.
The dep_map in the ww_acquire_ctx structure is also gated by the
same config. However mutex_release() in ww_acquire_fini() is gated by
From: Stefan Metzmacher
[ Upstream commit 76cd979f4f38a27df22efb5773a0d567181a9392 ]
We never want to generate any SIGPIPE, -EPIPE only is much better.
Signed-off-by: Stefan Metzmacher
Link:
https://lore.kernel.org/r/38961085c3ec49fd21550c7788f214d1ff02d2d4.1615908477.git.me...@samba.org
From: Daniel Baluta
A DAI link has 3 components:
* CPU
* platform
* codec(s)
A component is specified via:
* name
* of_node
* dai_name
In order to avoid confusion when building a sound card we disallow
matching by both name and of_node (1).
From: Bard Liao
[ Upstream commit 899b12542b0897f92de9ba30944937c39ebb246d ]
We do some IO operations in the snd_soc_component_set_jack callback
function and snd_soc_component_set_jack() will be called when soc
component is removed. However, we should not access SoundWire registers
when the bus
From: Waiman Long
[ Upstream commit 5de2055d31ea88fd9ae9709ac95c372a505a60fa ]
The use_ww_ctx flag is passed to mutex_optimistic_spin(), but the
function doesn't use it. The frequent use of the (use_ww_ctx && ww_ctx)
combination is repetitive.
In fact, ww_ctx should not be used at all if
From: Peter Zijlstra
[ Upstream commit 698bacefe993ad2922c9d3b1380591ad489355e9 ]
The intent is to avoid writing init code after init (because the text
might have been freed). The code is needlessly different between
jump_label and static_call and not obviously correct.
The existing code
struct path has been declared at 85th line.
Remove the duplicate.
Signed-off-by: Wan Jiabing
---
include/linux/mount.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/mount.h b/include/linux/mount.h
index 5d92a7e1a742..30272f961af7 100644
--- a/include/linux/mount.h
+++
Hi Linus,
Some updates on this, we found the regression is related with the
percpu stuff change and BTRFS, though the exact relation is unknown yet.
Some details below.
+ Michal who helped providing useful links for checking it.
+ Josef Bacik, for this is BTRFS related
On Fri, Mar 19, 2021
On 2/5/2021 8:25 PM, Doug Anderson wrote:
Hi,
On Fri, Feb 5, 2021 at 3:29 AM Ravi Kumar Bokka wrote:
QFPROM controller hardware requires 1.8V min for fuse blowing.
So, this change sets the voltage to 1.8V, required to blow the fuse
for qfprom-efuse controller.
To disable fuse blowing, we
On Thu, Mar 25, 2021 at 02:28:40PM +0800, Wan Jiabing wrote:
> struct _adapter has been declared at 23rd line.
> Remove the duplicate.
>
> Signed-off-by: Wan Jiabing
> ---
> drivers/staging/rtl8712/drv_types.h | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git
On Thu, Mar 25, 2021 at 03:41:47PM +0800, Wan Jiabing wrote:
> struct _adapter has been declared at 23rd line.
Trailing whitespace :(
> Remove the duplicate.
>
> Signed-off-by: Wan Jiabing
> ---
> drivers/staging/rtl8712/drv_types.h | 2 --
> 1 file changed, 2 deletions(-)
If this is a v2
> -原始邮件-
> 发件人: michael.chris...@oracle.com
> 发送时间: 2021-03-24 00:28:35 (星期三)
> 收件人: "Lv Yunlong" , martin.peter...@oracle.com
> 抄送: linux-s...@vger.kernel.org, target-de...@vger.kernel.org,
> linux-kernel@vger.kernel.org
> 主题: Re: [PATCH] target: Fix a double put in
On 3/25/21 12:14 AM, Jason Gunthorpe wrote:
On Wed, Mar 24, 2021 at 09:07:53PM +0100, Thomas Hellström (Intel) wrote:
On 3/24/21 7:31 PM, Christian König wrote:
Am 24.03.21 um 17:38 schrieb Jason Gunthorpe:
On Wed, Mar 24, 2021 at 04:50:14PM +0100, Thomas Hellström (Intel)
wrote:
On
This patch set replace deprecated strlcpy by strscpy, remove
repeat word "allowed" in gve driver.
for more details, please refer to each patch.
Daode Huang (2):
net: gve: convert strlcpy to strscpy
net: gve: remove duplicated allowed
drivers/net/ethernet/google/gve/gve_ethtool.c | 8
fix the WARNING of Possible repeated word: 'allowed'
Signed-off-by: Daode Huang
---
drivers/net/ethernet/google/gve/gve_ethtool.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/google/gve/gve_ethtool.c
b/drivers/net/ethernet/google/gve/gve_ethtool.c
struct _adapter has been declared at 23rd line.
Remove the duplicate.
Signed-off-by: Wan Jiabing
---
Changelog:
v3:
- Delete trailing whitespace.
v2:
- Delete the blank line.
---
drivers/staging/rtl8712/drv_types.h | 2 --
1 file changed, 2 deletions(-)
diff --git
On 25/03/2021 07:53, Joakim Zhang wrote:
>
>> -Original Message-
>> From: Jon Hunter
>> Sent: 2021年3月24日 20:39
>> To: Joakim Zhang
>> Cc: net...@vger.kernel.org; Linux Kernel Mailing List
>> ; linux-tegra ;
>> Jakub Kicinski
>> Subject: Re: Regression v5.12-rc3: net: stmmac: re-init
Usage of strlcpy in linux kernel has been recently deprecated[1], so
convert gve driver to strscpy
[1] https://lore.kernel.org/lkml/CAHk-=wgfRnXz0W3D37d01q3JFkr_i_uTL
=v6a6g1ouzcprm...@mail.gmail.com/
Signed-off-by: Daode Huang
---
drivers/net/ethernet/google/gve/gve_ethtool.c | 6 +++---
1
DCC(Data Capture and Compare) is a DMA engine designed for debugging
purposes.In case of a system
crash or manual software triggers by the user the DCC hardware stores the value
at the register
addresses which can be used for debugging purposes.The DCC driver provides the
user with sysfs
On Tue, Mar 23, 2021 at 11:19 PM Randy Dunlap wrote:
> Fix a few typos and some punctuation.
> Also, change CONFIG_OF to CONFIG_OF_GPIO in one comment.
>
> Signed-off-by: Randy Dunlap
> Cc: Linus Walleij
> Cc: Bartosz Golaszewski
> Cc: linux-g...@vger.kernel.org
Reviewed-by: Linus Walleij
The DCC is a DMA engine designed to store register values either in
case of a system crash or in case of software triggers manually done
by the user.Using DCC hardware and the sysfs interface of the driver
the user can exploit various functionalities of DCC.The user can specify
the register
Added the entries for all the files added as a part of driver support for
DCC(Data Capture and Compare).
Signed-off-by: Souradeep Chowdhury
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index d92f85c..fb28218 100644
--- a/MAINTAINERS
+++
The DCC is a DMA Engine designed to capture and store data
during system crash or software triggers.The DCC operates
based on user inputs via the sysfs interface.The user gives
addresses as inputs and these addresses are stored in the
form of linkedlists.In case of a system crash or a manual
Hi Robin,
On Wed, Mar 24, 2021, at 16:29, Robin Murphy wrote:
> On 2021-03-20 15:19, Sven Peter wrote:
> >
> > I have just noticed today though that at least the USB DWC3 controller in
> > host
> > mode uses *two* darts at the same time. I'm not sure yet which parts seem to
> > require which
Hi Greg,
sorry just realized this after users started to complain. This patch
shouldn't been backported to 5.11 in the first place.
The warning itself is a good idea, but we also have patch for drivers
and TTM in the pipeline for 5.12 so that the warning isn't triggered any
more.
Without
The returned value by create_autodetect_quirk isn't being used other
than in the success check on next line. Remove the return value
assignement. Check for error values instead of success check.
Signed-off-by: Muhammad Usama Anjum
---
sound/usb/quirks.c | 6 +++---
1 file changed, 3
On Thu, Mar 25, 2021 at 8:39 AM Dmitry Vyukov wrote:
>
> On Wed, Mar 24, 2021 at 10:40 AM Eric Dumazet wrote:
> >
> > On Tue, Mar 23, 2021 at 7:49 AM Dmitry Vyukov wrote:
> > >
> > > netdev_wait_allrefs() issues a warning if refcount does not drop to 0
> > > after 10 seconds. While 10 second
On Wed, Mar 24, 2021 at 06:57:12PM +0200, Andy Shevchenko wrote:
> On Wed, Mar 24, 2021 at 04:13:59PM +0100, Roger Pau Monné wrote:
> > On Wed, Mar 24, 2021 at 04:22:44PM +0200, Andy Shevchenko wrote:
> > > On Wed, Mar 24, 2021 at 02:55:15PM +0100, Roger Pau Monné wrote:
> > > > On Wed, Mar 24,
Hi,
On Thu, 25 Mar 2021, Bhaskar Chowdhury wrote:
>
> s/varibles/variables/
>
> Signed-off-by: Bhaskar Chowdhury
> ---
> Documentation/livepatch/shadow-vars.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/livepatch/shadow-vars.rst
>
Hi Wan,
Thank you for the patch.
On Thu, Mar 25, 2021 at 12:50:19PM +0800, Wan Jiabing wrote:
> struct dss_device has been declared at 51st line.
> Remove the duplicate.
>
> Signed-off-by: Wan Jiabing
> ---
> drivers/gpu/drm/omapdrm/dss/omapdss.h | 1 -
> 1 file changed, 1 deletion(-)
>
>
On 3/25/21 10:19 AM, Pierre Yves MORDRET wrote:
>
> s/postion/position/
>
> Signed-off-by: Bhaskar Chowdhury
> ---
> drivers/i2c/busses/i2c-stm32f4.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/i2c/busses/i2c-stm32f4.c
>
diff --git a/Makefile b/Makefile
index 23403c8e0838..824d15c14be0 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 5
PATCHLEVEL = 11
-SUBLEVEL = 9
+SUBLEVEL = 10
EXTRAVERSION =
NAME = Valentine's Day Edition
diff --git
I'm announcing the release of the 5.11.10 kernel.
This is a "quick revert" of some 5.11.9 commits that caused noisy warnings to
show up in the kernel log of some systems. If you do not have this issue, or
are not bothered by these messages, no need to upgrade.
The updated 5.11.y git tree can be
On Tue, Mar 23, 2021 at 4:36 PM Andy Shevchenko
wrote:
> During conversion to use GPIO descriptors the device pointer,
> which is applied to devm_gpiod_get(), is not yet initialized.
>
> Move initialization in the ->probe() in order to have it set before use.
>
> Fixes: e20849a8c883 ("usb:
> +
> +static int sgx_vepc_free_page(struct sgx_epc_page *epc_page)
> +{
> + int ret;
> +
> + /*
> + * Take a previously guest-owned EPC page and return it to the
> + * general EPC page pool.
> + *
> + * Guests can not be trusted to have left this page in a good
> +
On Thu, 25 Mar 2021 10:06:09 +0100,
Bhaskar Chowdhury wrote:
>
> s/unconditonally/unconditionally/
> s/succesful/successful/
>
> Signed-off-by: Bhaskar Chowdhury
> ---
> Changes from V2:
> Takashi pointed out that the patch was not applicable due to some unwanted
> stuff get into it.
On Thu, Mar 25, 2021 at 8:02 AM Masahiro Yamada wrote:
>
> This is sensible for tools that interface to users.
> Users have no interest in which language is used
> internally.
Agreed in the general case (e.g. everyday tools). In the kernel's
case, however, I think it is not as important.
And I
On 3/25/21 9:27 AM, Christian König wrote:
Am 25.03.21 um 08:48 schrieb Thomas Hellström (Intel):
On 3/25/21 12:14 AM, Jason Gunthorpe wrote:
On Wed, Mar 24, 2021 at 09:07:53PM +0100, Thomas Hellström (Intel)
wrote:
On 3/24/21 7:31 PM, Christian König wrote:
Am 24.03.21 um 17:38 schrieb
On Tue, Mar 23, 2021 at 04:13:29PM +0300, Arseny Krasnov wrote:
This adds rest of logic for SEQPACKET:
1) SEQPACKET specific functions which send SEQ_BEGIN/SEQ_END.
Note that both functions may sleep to wait enough space for
SEQPACKET header.
2) SEQ_BEGIN/SEQ_END in TAP packet capture.
3)
Pavel Machek 於 2021年3月25日 週四 下午6:01寫道：
>
> Hi!
>
> > > > create mode 100644 drivers/leds/flash/Kconfig
> > > > create mode 100644 drivers/leds/flash/Makefile
> > > > create mode 100644 drivers/leds/flash/leds-rt4505.c
> > >
> > > Acked-by: Jacek Anaszewski
> > >
> > Any problem with this
On Wed, Mar 24, 2021 at 10:02:46AM -0700, Jacob Pan wrote:
> > And a flag IOMMU_SVA_BIND_SUPERVISOR (not that I plan to implement it in
> > the SMMU, but I think we need to clean the current usage)
> >
> You mean move #define SVM_FLAG_SUPERVISOR_MODE out of Intel code to be a
> generic flag in
On Tue, Mar 23, 2021 at 04:13:49PM +0300, Arseny Krasnov wrote:
This adds new virtio vsock specific feature bit which means
SOCK_SEQPACKET support. Guest negotiates this bit with vhost,
thus checking that vhost side supports SEQPACKET.
Signed-off-by: Arseny Krasnov
---
On Thu 2021-03-25 18:19:03, ChiYuan Huang wrote:
> Pavel Machek 於 2021年3月25日 週四 下午6:01寫道：
> >
> > Hi!
> >
> > > > > create mode 100644 drivers/leds/flash/Kconfig
> > > > > create mode 100644 drivers/leds/flash/Makefile
> > > > > create mode 100644 drivers/leds/flash/leds-rt4505.c
> > > >
>
On Tue, Mar 23, 2021 at 04:14:03PM +0300, Arseny Krasnov wrote:
This adds SEQPACKET ops for virtio transport and 'seqpacket_allow()'
callback.
Signed-off-by: Arseny Krasnov
---
net/vmw_vsock/virtio_transport.c | 12
1 file changed, 12 insertions(+)
Sorry for not mentioning this
The following commit has been merged into the x86/core branch of tip:
Commit-ID: 2f706e0e5e263c0d204e37ea496cbb0e98aac2d2
Gitweb:
https://git.kernel.org/tip/2f706e0e5e263c0d204e37ea496cbb0e98aac2d2
Author:Masami Hiramatsu
AuthorDate:Thu, 25 Mar 2021 19:08:43 +09:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: c4681f3f1cfcfde0c95ff72f0bdb43f9ffd7f00e
Gitweb:
https://git.kernel.org/tip/c4681f3f1cfcfde0c95ff72f0bdb43f9ffd7f00e
Author:Rasmus Villemoes
AuthorDate:Thu, 25 Mar 2021 01:45:15 +01:00
On 25.03.21 11:55, Oscar Salvador wrote:
On Thu, Mar 25, 2021 at 10:17:33AM +0100, Michal Hocko wrote:
Why do you think it is wrong to initialize/account pages when they are
used? Keep in mind that offline pages are not used until they are
onlined. But vmemmap pages are used since the vmemmap
The following commit has been merged into the x86/core branch of tip:
Commit-ID: 6dd3b8c9f58816a1354be39559f630cd1bd12159
Gitweb:
https://git.kernel.org/tip/6dd3b8c9f58816a1354be39559f630cd1bd12159
Author:Masami Hiramatsu
AuthorDate:Thu, 25 Mar 2021 19:08:31 +09:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 8af856d18bfbe89676ade38caa2a5d06f75f211d
Gitweb:
https://git.kernel.org/tip/8af856d18bfbe89676ade38caa2a5d06f75f211d
Author:Shaokun Zhang
AuthorDate:Wed, 24 Mar 2021 13:40:40 +08:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 0a2b65c03e9b47493e1442bf9c84badc60d9bffb
Gitweb:
https://git.kernel.org/tip/0a2b65c03e9b47493e1442bf9c84badc60d9bffb
Author:Barry Song
AuthorDate:Thu, 25 Mar 2021 15:31:40 +13:00
Committer:
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 7e1b2eb74928b2478fd0630ce6c664334b480d00
Gitweb:
https://git.kernel.org/tip/7e1b2eb74928b2478fd0630ce6c664334b480d00
Author:Rasmus Villemoes
AuthorDate:Thu, 25 Mar 2021 01:45:14 +01:00
Hi Elaine,
Missatge de elaine.zhang del dia dj., 25 de
març 2021 a les 7:43:
>
> Hi,Heiko:
>
> 在 2021/3/24 下午9:31, Heiko Stübner 写道:
> > Am Mittwoch, 24. März 2021, 11:32:42 CET schrieb Enric Balletbo i Serra:
> >> On 24/3/21 11:25, Enric Balletbo i Serra wrote:
> >>> Hi Elaine,
> >>>
> >>> On
Am Fri, 19 Mar 2021 15:32:31 +0100
schrieb Olaf Hering :
> It is a hard error if a return value is ignored.
The automated builds found only a single error, in load_em86().
Let me know if there are other reasons why the patch was rejected.
Olaf
pgpwH6ihF0muQ.pgp
Description: Digitale Signatur
Le 03/03/2021 à 18:57, Will Deacon a écrit :
On Tue, Mar 02, 2021 at 05:25:22PM +, Christophe Leroy wrote:
Most architectures have similar boot command line manipulation
options. This patchs adds the definition in init/Kconfig, gated by
CONFIG_HAVE_CMDLINE that the architectures can
On Thu, Mar 25, 2021 at 12:08:43PM +0100, David Hildenbrand wrote:
> As I said, having soemthing like
> memory_block_online()/memory_block_offline() could be one way to tackle it.
> We only support onlining/offlining of memory blocks and I ripped out all
> code that was abusing
From: Jens Axboe
[ Upstream commit 5be28c8f85ce99ed2d329d2ad8bdd18ea19473a5 ]
They don't take signals individually, and even if they share signals with
the parent task, don't allow them to be delivered through the worker
thread. Linux does allow this kind of behavior for regular threads, but
From: "zhangyi (F)"
[ Upstream commit 5dccdc5a1916d4266edd251f20113a5c495f ]
In ext4_rename(), when RENAME_WHITEOUT failed to add new entry into
directory, it ends up dropping new created whiteout inode under the
running transaction. After commit <9b88f9fb0d2> ("ext4: Do not iput inode
From: Stefan Metzmacher
[ Upstream commit 0031275d119efe16711cd93519b595e6f9b4b330 ]
Without that it's not safe to use them in a linked combination with
others.
Now combinations like IORING_OP_SENDMSG followed by IORING_OP_SPLICE
should be possible.
We already handle short reads and writes
From: "Eric W. Biederman"
[ Upstream commit 4db4b1a0d1779dc159f7b87feb97030ec0b12597 ]
Just like we don't allow normal signals to IO threads, don't deliver a
STOP to a task that has PF_IO_WORKER set. The IO threads don't take
signals in general, and have no means of flushing out a stop either.
From: Zhaolong Zhang
[ Upstream commit c915fb80eaa6194fa9bd0a4487705cd5b0dda2f1 ]
__ext4_journalled_writepage should drop bhs' ref count on error paths
Signed-off-by: Zhaolong Zhang
Link:
https://lore.kernel.org/r/1614678151-70481-1-git-send-email-zhangzl2...@126.com
Signed-off-by: Theodore
From: Ritesh Harjani
[ Upstream commit 5808fecc572391867fcd929662b29c12e6d08d81 ]
In case if isi.nr_pages is 0, we are making sis->pages (which is
unsigned int) a huge value in iomap_swapfile_activate() by assigning -1.
This could cause a kernel crash in kernel v4.18 (with below signature).
Or
From: Julian Braha
[ Upstream commit 7005227369079963d25fb2d5d736d0feb2c44cf6 ]
When NFSD_V4 is enabled and CRYPTO is disabled,
Kbuild gives the following warning:
WARNING: unmet direct dependencies detected for CRYPTO_SHA256
Depends on [n]: CRYPTO [=n]
Selected by [y]:
- NFSD_V4 [=y] &&
From: "J. Bruce Fields"
[ Upstream commit 0ddc942394013f08992fc379ca04cffacbbe3dae ]
I think this is unlikely but possible:
svc_authenticate sets rq_authop and calls svcauth_gss_accept. The
kmalloc(sizeof(*svcdata), GFP_KERNEL) fails, leaving rq_auth_data NULL,
and returning SVC_DENIED.
This
From: Eric Whitney
[ Upstream commit efc61345274d6c7a46a0570efbc916fcbe3e927b ]
When generic/371 is run on kvm-xfstests using 5.10 and 5.11 kernels, it
fails at significant rates on the two test scenarios that disable
delayed allocation (ext3conv and data_journal) and force actual block
s/varibles/variables/
Signed-off-by: Bhaskar Chowdhury
---
Documentation/livepatch/shadow-vars.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/livepatch/shadow-vars.rst
b/Documentation/livepatch/shadow-vars.rst
index c05715aeafa4..8464866d18ba 100644
---
On Mon, Mar 22, 2021 at 10:56:40AM +0800, Liu Ying wrote:
> LDB channel1 should be registered if it is the only channel to be used.
> Without this patch, imx_ldb_bind() would skip registering LDB channel1
> if LDB channel0 is not used, no matter LDB channel1 needs to be used or
> not.
>
> Fixes:
On 2021/3/23 上午2:17, Paul Cercueil wrote:
Le mer. 17 mars 2021 à 17:58, 周琰杰 (Zhou Yanjie)
a écrit :
Add support for probing the pinctrl-ingenic driver on the
JZ4730 SoC from Ingenic.
This driver is derived from Paul Boddie. It is worth to
noting that the JZ4730 SoC is special in having
On Tue, Mar 23, 2021, at 21:53, Rob Herring wrote:
> On Sun, Mar 21, 2021 at 05:00:50PM +0100, Mark Kettenis wrote:
> > > Date: Sat, 20 Mar 2021 15:19:33 +
> > > From: Sven Peter
> > > I have just noticed today though that at least the USB DWC3 controller in
> > > host
> > > mode uses
From: Guo Ren
Current riscv is still using baby spinlock implementation. It'll cause
fairness and cache line bouncing problems. Many people are involved
and pay the efforts to improve it:
- The first version of patch was made in 2019.1:
On Wed, Mar 24, 2021 at 10:40 AM Eric Dumazet wrote:
>
> On Tue, Mar 23, 2021 at 7:49 AM Dmitry Vyukov wrote:
> >
> > netdev_wait_allrefs() issues a warning if refcount does not drop to 0
> > after 10 seconds. While 10 second wait generally should not happen
> > under normal workload in normal
From: Michael Clark
Update the RISC-V port to use the generic qspinlock and qrwlock.
This patch requires support for xchg for short which are added by
a previous patch.
Guo fixed up compile error which made by below include sequence:
+#include
+#include
Signed-off-by: Michael Clark
Hello.
On Thu, Mar 04, 2021 at 06:46:21PM +0100, Paolo Valente wrote:
> Hi,
> this is the V2 for the third and last batches of patches that I
> proposed recently [1].
>
> I've tried to address all issues raised in [1].
>
> In more detail, main changes for V1 are:
> 1. I've improved code as
Add the DCC(Data Capture and Compare) device tree node entry along with
the addresses for register regions.
Signed-off-by: Souradeep Chowdhury
---
arch/arm64/boot/dts/qcom/sm8150.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sm8150.dtsi
>Reviewe-by: Joakim Tjernlund
Thanks for your review.
>It would be interesting to known how you managed to create such a dir entry as
>that is a bug too.
We discovered this bug by performing fuzzing tests, which simulate bit flips
that may occur anywhere in a flash device in real-world
Hi Thomas,
On Wed, Mar 03, 2021 at 04:50:31PM +0100, Thomas Gleixner wrote:
> On Tue, Mar 02 2021 at 20:06, Feng Tang wrote:
> > On Tue, Mar 02, 2021 at 10:16:37AM +0100, Peter Zijlstra wrote:
> >> On Tue, Mar 02, 2021 at 10:54:24AM +0800, Feng Tang wrote:
> >> > clocksource watchdog runs every
On Thu, Mar 25, 2021 at 4:10 PM Vitaly Kuznetsov wrote:
>
> Haiwei Li writes:
>
> > On Tue, Mar 23, 2021 at 4:48 PM Vitaly Kuznetsov
> > wrote:
> >>
> >> MSR_F15H_PERF_CTL0-5, MSR_F15H_PERF_CTR0-5 MSRs are only available when
> >> X86_FEATURE_PERFCTR_CORE CPUID bit was exposed to the guest.
From: Christian Brauner
I don't see an obvious reason why the upper 32 bit check needs to be
open-coded this way. Switch to upper_32_bits() which is more idiomatic and
should conceptually be the same check.
Cc: Amir Goldstein
Cc: Jan Kara
Signed-off-by: Christian Brauner
---
On 2021/3/23 上午2:25, Paul Cercueil wrote:
Le mer. 17 mars 2021 à 17:58, 周琰杰 (Zhou Yanjie)
a écrit :
Add support for probing the pinctrl-ingenic driver on the
JZ4775 SoC from Ingenic.
Signed-off-by: 周琰杰 (Zhou Yanjie)
---
Notes:
v3:
New patch.
drivers/pinctrl/pinctrl-ingenic.c
Fix the following coverity warning:
This greater-than-or-equal-to-zero comparison of an unsigned value is
always true. "opcode >= 0".
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
Changes in v2:
- Make the commit message more clearer.
drivers/media/dvb-frontends/mxl692.c | 2 +-
Am 25.03.21 um 09:50 schrieb Greg Kroah-Hartman:
On Thu, Mar 25, 2021 at 09:14:59AM +0100, Christian König wrote:
Hi Greg,
sorry just realized this after users started to complain. This patch
shouldn't been backported to 5.11 in the first place.
The warning itself is a good idea, but we also
On Wed, Mar 24, 2021 at 02:22:53PM -0600, Rob Herring wrote:
> The example in video-interfaces.yaml uses a bunch of undocumented
> bindings which will cause warnings when undocumented compatible checks
> are enabled. The example could be fixed to use documented bindings, but
> doing so would just
On 08:24 Thu 25 Mar 2021, Takashi Iwai wrote:
On Thu, 25 Mar 2021 02:36:31 +0100,
Bhaskar Chowdhury wrote:
s/unconditonally/unconditionally/
s/succesful/successful/
Signed-off-by: Bhaskar Chowdhury
The patch isn't cleanly applicable, some space was put at the
beginning of the line
Now there is no check with the return value of virtio_gpu_alloc_cmd_resp().
If it fails, the following operation will cause a fault.
Signed-off-by: Liu Xiang
---
drivers/gpu/drm/virtio/virtgpu_vq.c | 89 +
1 file changed, 89 insertions(+)
diff --git
On 10:05 Thu 25 Mar 2021, Miroslav Benes wrote:
Hi,
On Thu, 25 Mar 2021, Bhaskar Chowdhury wrote:
s/varibles/variables/
Signed-off-by: Bhaskar Chowdhury
---
Documentation/livepatch/shadow-vars.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Amey Narkhede
> Sent: 23 March 2021 16:58
>
> On 21/03/23 05:27PM, Pali Rohár wrote:
> > On Tuesday 23 March 2021 21:49:41 Amey Narkhede wrote:
> > > On 21/03/10 12:05PM, Pali Rohár wrote:
> > > > Hello!
> > > >
> > > > I would like to open a question about PCIe Warm Reset. Warm Reset of
>
On Thu, Mar 25, 2021 at 10:16 AM Daniel Vetter wrote:
>
> On Thu, Mar 25, 2021 at 7:53 AM Oleksandr Andrushchenko
> wrote:
> >
> > Hi,
> >
> > On 3/25/21 8:19 AM, Wan Jiabing wrote:
> > > struct xen_drm_front_drm_info has been declared.
> > > Remove the duplicate.
> > >
> > > Signed-off-by: Wan
Hi,
On 25.01.2021 05:48, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> In the dw_pcie_ep_init(), it depends on the detected iATU region
> numbers to allocate the in/outbound window management bit map.
> It fails after the commit 281f1f99cf3a ("PCI: dwc: Detect number
> of iATU windows").
>
> So
On Mon, Mar 22, 2021 at 3:32 PM Bartosz Golaszewski wrote:
> FYI The configfs patches from this series have been on the mailing
> list for months (long before the GPIO part) and have been re-sent
> several times. You have neither acked or opposed these changes. I
> don't want to delay the new
Hi All
On 3/18/21 2:44 PM, Alain Volmat wrote:
> Add support for the SMBus-Alert protocol to the STM32F7 that has
> dedicated control and status logic.
>
> If SMBus-Alert is used, the SMBALERT# pin must be configured as alternate
> function for I2C Alert.
>
> Signed-off-by: Alain Volmat
>
>
> -Original Message-
> From: Felix Fietkau
> Sent: Tuesday, March 23, 2021 1:16 PM
> To: Ben Greear ; Brian Norris
>
> Cc: Johannes Berg ; Rajkumar Manoharan
> ; Rakesh Pillai ; ath10k
> ; linux-wireless wirel...@vger.kernel.org>; Linux Kernel ;
> Kalle Valo ; David S. Miller
> ;
On Wed 24-03-21 17:28:28, Mike Kravetz wrote:
[...]
> phys_addr_t cma_get_base(const struct cma *cma)
> {
> return PFN_PHYS(cma->base_pfn);
> @@ -146,6 +155,10 @@ static int __init cma_init_reserved_areas(void)
> for (i = 0; i < cma_area_count; i++)
>
On Wed 24-03-21 17:28:33, Mike Kravetz wrote:
[...]
> @@ -2074,17 +2067,16 @@ static int gather_surplus_pages(struct hstate *h,
> long delta)
> *to the associated reservation map.
> * 2) Free any unused surplus pages that may have been allocated to satisfy
> *the reservation. As
On 3/24/21 9:55 AM, Christoph Hellwig wrote:
> On Tue, Mar 23, 2021 at 07:04:31PM -0700, Stephen Boyd wrote:
>> x5 : x4 : 0001
>> x3 : 0008 x2 : ff93fef25a70
>> x1 : ff93fef15788 x0 : ffe3622352e0
>> Call trace:
>> lkdtm_WARNING+0x28/0x30
On 3/24/21 3:04 AM, Stephen Boyd wrote:
> This series adds the kernel's build ID[1] to the stacktrace header printed
> in oops messages, warnings, etc. and the build ID for any module that
> appears in the stacktrace after the module name. The goal is to make the
> stacktrace more self-contained
On Wed 24-03-21 17:28:34, Mike Kravetz wrote:
> Commit c77c0a8ac4c5 ("mm/hugetlb: defer freeing of huge pages if in
> non-task context") was added to address the issue of free_huge_page
> being called from irq context. That commit hands off free_huge_page
> processing to a workqueue if !in_task.
On Wed 24-03-21 17:28:35, Mike Kravetz wrote:
> After making hugetlb lock irq safe and separating some functionality
> done under the lock, add some lockdep_assert_held to help verify
> locking.
>
> Signed-off-by: Mike Kravetz
Acked-by: Michal Hocko
> ---
> mm/hugetlb.c | 9 +
> 1
From: Waiman Long
[ Upstream commit 5de2055d31ea88fd9ae9709ac95c372a505a60fa ]
The use_ww_ctx flag is passed to mutex_optimistic_spin(), but the
function doesn't use it. The frequent use of the (use_ww_ctx && ww_ctx)
combination is repetitive.
In fact, ww_ctx should not be used at all if
From: Elad Grupi
[ Upstream commit bac04454ef9fada009f0572576837548b190bf94 ]
When data digest is enabled we should unmap pdu iovec before handling
the data digest pdu.
Signed-off-by: Elad Grupi
Reviewed-by: Sagi Grimberg
Signed-off-by: Christoph Hellwig
Signed-off-by: Sasha Levin
---
401 - 500 of 1616 matches
Mail list logo
