Hi all,
After merging the fscache tree, today's linux-next build (htmldocs)
produced this warning:
Documentation/filesystems/netfs_library.rst: WARNING: document isn't included
in any toctree
Introduced by commit
cefbac2d6fc5 ("netfs: Documentation for helper library")
--
Cheers,
Stephen R
In llcp_sock_connect(), use kmemdup to allocate memory for
"llcp_sock->service_name". The memory is not released in the sock_unlink
label of the subsequent failure branch.
As a result, memory leakage occurs.
fix CVE-2020-25672
Fixes: d646960f7986 ("NFC: Initial LLCP support")
Reported-by: "kiyin
So my kernel build died..
UPD drivers/base/firmware_loader/builtin/rtl_nic/rtl8106e-1.fw.gen.S
make[4]: *** No rule to make target '/lib/firmware/rtl_nic/rtl8106e-1.fw',
needed by 'drivers/base/firmware_loader/builtin/rtl_nic/rtl8106e-1.fw.gen.o'.
Stop.
make[3]: *** [scripts/Makefile.buil
Some users of remote memory cgroup charging (e.g. bpf and fsnotify)
can switch to the remote objcg charging APIs. Because they just want
to charge kernel memory to the remote memcg. Finally, all the kernel
memory are charged by using obj_cgroup APIs and do not hold a refcount
to the memory cgroup.
When sock_wait_state() returns -EINPROGRESS, "sk->sk_state" is
LLCP_CONNECTING. In this case, llcp_sock_connect() is repeatedly invoked,
nfc_llcp_sock_link() will add sk to local->connecting_sockets twice.
sk->sk_node->next will point to itself, that will make an endless loop
and hang-up the sy
> -Original Message-
> From: ramesh.bab...@intel.com
> Sent: 2021年3月3日 23:09
> To: Giuseppe Cavallaro ; Alexandre Torgue
> ; Jose Abreu ; David S .
> Miller ; Jakub Kicinski ; Maxime
> Coquelin
> Cc: net...@vger.kernel.org; linux-st...@st-md-mailman.stormreply.com;
> linux-arm-ker...@lis
nfc_llcp_local_get() is invoked in llcp_sock_bind(),
but nfc_llcp_local_put() is not invoked in subsequent failure branches.
As a result, refcount leakage occurs.
To fix it, add calling nfc_llcp_local_put().
fix CVE-2020-25670
Fixes: c7aa12252f51 ("NFC: Take a reference on the LLCP local pointer w
Hi Eric,
On Fri, Feb 12, 2021 at 11:44 PM Auger Eric wrote:
>
> Hi Vivek,
>
> On 2/12/21 11:58 AM, Vivek Gautam wrote:
> > Update nested domain information required for stage1 page table.
>
> s/reuqired/required in the commit title
Oh! my bad.
> >
> > Signed-off-by: Vivek Gautam
> > ---
> > d
On Tue, 2021-03-02 at 16:36 +0200, Laurentiu Palcu wrote:
> Hi Liu Ying,
>
> One comment below.
>
> On Tue, Mar 02, 2021 at 02:33:15PM +0800, Liu Ying wrote:
> > This patch introduces i.MX8qm/qxp Display Processing Unit(DPU) DRM support.
> >
> > DPU is comprised of two main components that inclu
Distinguish between 3A series CPU and 2K1000 CPU UART0.
Signed-off-by: Jiaxun Yang
Signed-off-by: Qing Zhang
Signed-off-by: Xingxing Su
---
v2:
- No changes
arch/mips/loongson64/init.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/mips/loongson64/init.c b/arch/
Add IO interrupt controller support for Loongson 2k1000, different
from the 3a series is that 2K1000 has 64 interrupt sources, 0-31
correspond to the device tree liointc0 device node, and the other
correspond to liointc1 node.
Signed-off-by: Jiaxun Yang
Signed-off-by: Qing Zhang
Signed-off-by: X
Add default config for 2K1000.
Signed-off-by: Jiaxun Yang
Signed-off-by: Qing Zhang
Signed-off-by: Xingxing Su
---
v2:
- No changes
arch/mips/configs/loongson2k_defconfig | 353 +
1 file changed, 353 insertions(+)
create mode 100644 arch/mips/configs/loongson2k_defco
Add DeviceTree files for Loongson 2K1000 processor,currently only
supports single-core boot.
Signed-off-by: Jiaxun Yang
Signed-off-by: Qing Zhang
Signed-off-by: Xingxing Su
---
v2:
- NO changes
arch/mips/boot/dts/loongson/Makefile | 1 +
.../boot/dts/loongson/loongson64-2k1000.dts
Add DTB boot support, only support LS2K1000 processor for now,
determine whether to use the built-in DTB or the DTB from the
firmware by checking the range of CKSEG0 and XKPHYS.loongson_fw
_interface will be used in the future.
Signed-off-by: Jiaxun Yang
Signed-off-by: Qing Zhang
Signed-off-by:
Add liointc-2.0 properties support, so update the maxItems and description.
Signed-off-by: Jiaxun Yang
Signed-off-by: Qing Zhang
---
v2:
- Add new patch
.../bindings/interrupt-controller/loongson,liointc.yaml | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git
a/Docum
Get the fixed-clock from the CPU0 node of the device tree.
Signed-off-by: Jiaxun Yang
Signed-off-by: Qing Zhang
Signed-off-by: Xingxing Su
---
v2:
- No changes
arch/mips/loongson64/time.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/mips/loongson64/time.c b/arch/m
These patches support single-core DTS boot to the serial port login
interface, which can be operated using conventional commands.
I have successfully tested it on the Loongson 2K1000 machine.
pmon: http://cgit.loongnix.org/cgit/pmon-loongson3/
Qing Zhang (7):
MIPS: Loongson64: DeviceTree for 2K
ISH firmware uses connected standby state bit (CONNECTED_STANDBY_STATE_BIT bit
1)
to notify current power state to sensors instead of suspend state bit (bit 0).
So send both SUSPEND_STATE_BIT and CONNECTED_STANDBY_STATE_BIT to firmware
to be compatible with the previous version.
Signed-off-by: xi
Changelog:
v25 -> v26
1. Fix wrong chunk size checking for HPB 1.0.
2. Fix wrong max data size for HPB single command.
3. Fix typo error
v24 -> v25
1. Change write buffer API for unmap region.
2. Add checking hpb_enable for avoiding unnecessary memory allocation.
3. Change pr_info to dev_info.
4.
This is a patch for the HPB initialization and adds HPB function calls to
UFS core driver.
NAND flash-based storage devices, including UFS, have mechanisms to
translate logical addresses of IO requests to the corresponding physical
addresses of the flash storage.
In UFS, Logical-address-to-Physica
This is a patch for managing L2P map in HPB module.
The HPB divides logical addresses into several regions. A region consists
of several sub-regions. The sub-region is a basic unit where L2P mapping is
managed. The driver loads L2P mapping data of each sub-region. The loaded
sub-region is called a
This patch changes the read I/O to the HPB read I/O.
If the logical address of the read I/O belongs to active sub-region, the
HPB driver modifies the read I/O command to HPB read. It modifies the UPIU
command of UFS instead of modifying the existing SCSI command.
In the HPB version 1.0, the maxim
On Tue, 2 Mar 2021 at 10:38, Ulf Hansson wrote:
>On Wed, 10 Feb 2021 at 06:12, DooHyun Hwang
>wrote:
>>
>> A power cycle is required if CMD11 fails.
>> CMD11 failure should be handled as no response.
>>
>> If there is a timeout error that means no response to the CMD11, do
>> not send the CMD11 a
This patch supports the HPB 2.0.
The HPB 2.0 supports read of varying sizes from 4KB to 512KB.
In the case of Read (<= 32KB) is supported as single HPB read.
In the case of Read (36KB ~ 512KB) is supported by as a combination of
write buffer command and HPB read command to deliver more PPN.
The wr
GCC reports the following warning with W=1:
fs/afs/file.c:291:6: warning:
unused variable 'ret' [-Wunused-variable]
291 | int ret;
| ^~~
After commit 799fbdf96cd51, this variable is not used in function
afs_req_issue_op(), so this commit remove it to fix the warning.
Fixes: 799fbd
In case of error, the function devm_regmap_init_sdw() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check should
be replaced with IS_ERR().
Fixes: a262057df513 ("ASoC: rt1316: Add RT1316 SDCA vendor-specific driver")
Reported-by: Hulk Robot
Signed-off-by: Wei Yongjun
This patch series fixes timestamp issues for humidity and temperature sensor.
Ye Xiang (4):
iio: hid-sensor-humidity: Fix alignment issue of timestamp channel
iio: hid-sensor-humidity: Get sample timestamp from sensor hub
iio: hid-sensor-temperature: Fix issues of timestamp channel
iio: hi
This patch ensures that, there is sufficient space and correct
alignment for the timestamp.
Fixes: d7ed89d5aadf ("iio: hid: Add humidity sensor support")
Signed-off-by: Ye Xiang
---
drivers/iio/humidity/hid-sensor-humidity.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
dif
Try to get sample timestamp from sensor hub first, if failed
then use system timestamp.
Signed-off-by: Ye Xiang
---
drivers/iio/humidity/hid-sensor-humidity.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/humidity/hid-sensor-humidity.c
b/drivers
Hi all,
I agree that herd7 computation of control dependencies is problematic here.
Thanks for reporting the problem. Paul kindly takes the responsibility for the
problem, but frankly do not remember having followed his recommendations here.
I am quite busy today and canot really work on the is
This patch fixes 2 issues of timestamp channel:
1. This patch ensures that there is sufficient space and correct
alignment for the timestamp.
2. Correct the timestamp channel scan index.
Fixes: 59d0f2da3569 ("iio: hid: Add temperature sensor support")
Signed-off-by: Ye Xiang
---
drivers/iio/temp
On Tue, 2 Mar 2021 at 10:38, Ulf Hansson wrote:
>On Wed, 10 Feb 2021 at 06:12, DooHyun Hwang
>wrote:
>>
>> A power cycle is required if CMD11 fails.
>> CMD11 failure should be handled as no response.
>>
>> If there is a timeout error that means no response to the CMD11, do
>> not send the CMD11
Commit 8382c668ce4f ("x86/vdso: Add support for exception fixup in vDSO
functions") added a printf of len which is size_t. Compilers now
complain on 32b:
In file included from arch/x86/entry/vdso/vdso2c.c:162:
arch/x86/entry/vdso/vdso2c.h: In function 'extract64':
arch/x86/entry/vdso/vdso2c.h:38:52
From: Junlin Yang
It is allocated with kvzalloc(), the corresponding release function
should not be kfree(), use kvfree() instead.
Generated by: scripts/coccinelle/api/kfree_mismatch.cocci
Signed-off-by: Junlin Yang
---
drivers/net/ethernet/mellanox/mlx5/core/esw/indir_table.c | 10 +-
The new struct member was added to struct dwc3, but
a documentation was missing:
drivers/usb/dwc3/core.h:1273: warning: Function parameter or member 'usb_psy'
not described in 'dwc3'
Signed-off-by: Ray Chi
---
drivers/usb/dwc3/core.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/
On Sun, 2021-02-21 at 12:43 -0800, Moritz Fischer wrote:
> On Wed, Feb 17, 2021 at 10:40:01PM -0800, Lizhi Hou wrote:
> > This is V3 of patch series which adds management physical function driver
> > for Xilinx
> > Alveo PCIe accelerator cards,
> > https://www.xilinx.com/products/boards-and-kits/
randconfig-a012-20210302
i386 randconfig-a014-20210302
i386 randconfig-a013-20210302
i386 randconfig-a011-20210302
i386 randconfig-a015-20210302
i386 randconfig-a016-20210303
i386 randconfig-a012-202
On 03.03.2021 07:09, Valdis Klētnieks wrote:
> So my kernel build died..
>
> UPD drivers/base/firmware_loader/builtin/rtl_nic/rtl8106e-1.fw.gen.S
> make[4]: *** No rule to make target '/lib/firmware/rtl_nic/rtl8106e-1.fw',
> needed by 'drivers/base/firmware_loader/builtin/rtl_nic/rtl8106e-1
Hi Rob,
> Subject: [PATCH V12 01/10] dt-bindings: remoteproc: convert imx rproc
> bindings to json-schema
Are you fine with patch 1, 2?
Thanks,
Peng.
>
> From: Peng Fan
>
> Convert the imx rproc binding to DT schema format using json-schema.
>
> Signed-off-by: Peng Fan
> ---
> .../binding
Try to get sample timestamp from sensor hub first, if failed
then use system timestamp.
Signed-off-by: Ye Xiang
---
drivers/iio/temperature/hid-sensor-temperature.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/temperature/hid-sensor-temperature.
On Wed, Mar 03, 2021 at 02:48:42PM +0800, Ray Chi wrote:
> The new struct member was added to struct dwc3, but
> a documentation was missing:
>
> drivers/usb/dwc3/core.h:1273: warning: Function parameter or member 'usb_psy'
> not described in 'dwc3'
>
> Signed-off-by: Ray Chi
You forgot the "R
On 3/2/21 22:21, Pintu Kumar wrote:
> The sysctl_compact_memory is mostly unsed in mm/compaction.c
> It just acts as a place holder for sysctl.
>
> Thus we can remove it from here and move the declaration directly
> in kernel/sysctl.c itself.
> This will also eliminate the extern declaration from h
Ok, I will re-send patch with version.
For driver/hwmon/nct6683 git log, please check attachment.
Regards,
Jiqi.
-邮件原件-
发件人: Guenter Roeck 代表 Guenter Roeck
发送时间: 2021年3月3日 13:47
收件人: Jiqi JQ9 Li ; jdelv...@suse.com;
linux-hw...@vger.kernel.org; linux-kernel@vger.kernel.org
抄送: Mark RH
Hi Robert,
On Tue, 2021-03-02 at 14:53 +0100, Robert Foss wrote:
> Hey Liu,
>
> Thanks for submitting this patch.
>
> I only have one comment below. With that addressed, feel free to add my r-b.
>
> Reviewed-by: Robert Foss
Thanks for reviewing this patch.
>
> On Thu, 18 Feb 2021 at 04:59,
On Tue, Mar 2, 2021 at 11:37 AM Eric W. Biederman wrote:
>
> Ilya Lipnitskiy writes:
>
> > On Mon, Mar 1, 2021 at 12:43 PM Eric W. Biederman
> > wrote:
> >>
> >> Ilya Lipnitskiy writes:
> >>
> >> > Eric, All,
> >> >
> >> > The following error appears when running Linux 5.10.18 on an embedded
>
Add support for NCT6686D chip used in the Lenovo P620.
Signed-off-by: Jiqi Li
Reviewed-by: Mark Pearson
---
drivers/hwmon/nct6683.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/hwmon/nct6683.c b/drivers/hwmon/nct6683.c
index a23047a3bfe2..256e8d62f858
On 24/02/21 12:53 pm, Pradeep P V K wrote:
> For data read commands, SDHC may initiate data transfers even before it
> completely process the command response. In case command itself fails,
> driver un-maps the memory associated with data transfer but this memory
> can still be accessed by SDHC for
On Tue, Mar 2, 2021 at 10:56 AM Linus Torvalds
wrote:
>
> On Mon, Mar 1, 2021 at 11:59 PM Ilya Lipnitskiy
> wrote:
> >
> > Good to know. Some more digging and I can say that we hit this error
> > when trying to unmap PFN 0 (is_zero_pfn(pfn) returns TRUE,
> > vm_normal_page returns NULL, zap_pte_r
From: Masami Hiramatsu
commit f3fbd7ec62dec1528fb8044034e2885f2b257941 upstream
This is arm port of commit 6a5022a56ac3 ("kprobes/x86: Allow to
handle reentered kprobe on single-stepping")
Since the FIQ handlers can interrupt in the single stepping
(or preparing the single stepping, do_debug et
On Wed, Mar 03, 2021 at 12:59:32PM +0800, Li Wang wrote:
> drivers/tty/vt/keyboard.c: In function 'vt_do_kdgkb_ioctl':
> drivers/tty/vt/keyboard.c: warning: 'ret' may be used uninitialized in this
> function [-Wmaybe-uninitialized]
> return ret;
> ^~~
> kernel-source/drivers/tty/vt/keyb
Hi Linus,
> El 2 mar 2021, a las 23:39, Linus Walleij escribió:
>
> On Tue, Mar 2, 2021 at 7:14 PM Álvaro Fernández Rojas
> wrote:
>
>> I'm trying to add support for bcm63xx pin controllers, and Linus
>> suggested that I could use gpio regmap instead of adding duplicated code.
>> However, I n
The naming convention used in include/linux/page-flags-layout.h:
*_SHIFT: the number of bits trying to allocate
*_WIDTH: the number of bits successfully allocated
So when it comes to LAST_CPUPID_WIDTH, we need to check whether all
previous *_WIDTH and LAST_CPUPID_SHIFT can fit into page flags.
Tidy things up and delete comments stating the obvious with typos or
making no sense.
Signed-off-by: Yu Zhao
---
include/linux/page-flags-layout.h | 62 +++
mm/mm_init.c | 4 --
2 files changed, 29 insertions(+), 37 deletions(-)
diff --git a/inc
From: Zhang Yunkai
'linux/tty.h' included in 'arch/arm/mach-sa1100/hackkit.c' is duplicated.
Signed-off-by: Zhang Yunkai
---
arch/arm/mach-sa1100/hackkit.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-sa1100/hackkit.c b/arch/arm/mach-sa1100/hackkit.c
index 3085f1c2e586..3fe
On Wed, Mar 03, 2021 at 10:56:36AM +0800, Leilk Liu wrote:
> From: "leilk.liu"
>
> It is wanted to use MTK spi bus driver with GPL-2.0 or MIT license.
> But now it is only licensed as GPL-2.0, so re-license it as dual
> MIT/GPL.
>
> Signed-off-by: leilk.liu
Please use your name here, not an em
>
> On 2021-02-28 22:23, Avri Altman wrote:
> >>
> >> From: Nitin Rawat
> >>
> >> Disable interrupt in reset path to flush pending IRQ handler in order
> >> to
> >> avoid possible NoC issues.
> >>
> >> Signed-off-by: Nitin Rawat
> >> Signed-off-by: Can Guo
Reviewed-by: Avri Altman
> >> ---
>
>
> Runtime and system suspend/resume can only come after hba probe invokes
> platform_set_drvdata(pdev, hba), meaning hba cannot be NULL in these PM
> callbacks, so remove the checks of !hba.
>
> Signed-off-by: Can Guo
Reviewed-by: Avri Altman
> ---
> drivers/scsi/ufs/ufshcd.c | 21
Using two distinct DMA zones turned out to be problematic. Here's an
attempt go back to a saner default.
Ard Biesheuvel (1):
arm64: mm: Set ZONE_DMA size based on early IORT scan
Nicolas Saenz Julienne (6):
arm64: mm: Move reserve_crashkernel() into mem_init()
arm64: mm: Move zone_dma_bits
From: Nicolas Saenz Julienne
commit 0a30c53573b07d5561457e41fb0ab046cd857da5 upstream
crashkernel might reserve memory located in ZONE_DMA. We plan to delay
ZONE_DMA's initialization after unflattening the devicetree and ACPI's
boot table initialization, so move it later in the boot process.
Spe
From: Nicolas Saenz Julienne
commit 9804f8c69b04a39d0ba41d19e6bdc6aa91c19725 upstream
zone_dma_bits's initialization happens earlier that it's actually
needed, in arm64_memblock_init(). So move it into the more suitable
zone_sizes_init().
Signed-off-by: Nicolas Saenz Julienne
Tested-by: Jeremy
From: Nicolas Saenz Julienne
commit 07d13a1d6120d453c3c1f020578693d072deded5 upstream
Introduce a test for of_dma_get_max_cup_address(), it uses the same DT
data as the rest of dma-ranges unit tests.
Signed-off-by: Nicolas Saenz Julienne
Reviewed-by: Rob Herring
Link: https://lore.kernel.org/
From: Nicolas Saenz Julienne
commit 964db79d6c186cc2ecc6ae46f98eed7e0ea8cf71 upstream
Introduce of_dma_get_max_cpu_address(), which provides the highest CPU
physical address addressable by all DMA masters in the system. It's
specially useful for setting memory zones sizes at early boot time.
Si
From: Nicolas Saenz Julienne
commit 04435217f96869ac3a8f055ff68c5237a60bcd7e upstream
We can't really list every setup in common code. On top of that they are
unlikely to stay true for long as things change in the arch trees
independently of this comment.
Suggested-by: Christoph Hellwig
Signed
From: Ard Biesheuvel
commit 2b8652936f0ca9ca2e6c984ae76c7bfcda1b3f22 upstream
We recently introduced a 1 GB sized ZONE_DMA to cater for platforms
incorporating masters that can address less than 32 bits of DMA, in
particular the Raspberry Pi 4, which has 4 or 8 GB of DRAM, but has
peripherals th
From: Nicolas Saenz Julienne
commit 8424ecdde7df99d5426e1a1fd9f0fb36f4183032 upstream
We recently introduced a 1 GB sized ZONE_DMA to cater for platforms
incorporating masters that can address less than 32 bits of DMA, in
particular the Raspberry Pi 4, which has 4 or 8 GB of DRAM, but has
periph
Fix the following coccicheck warnings:
./tools/bpf/bpf_dbg.c:1201:55-57: WARNING !A || A && B is equivalent to
!A || B.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
tools/bpf/bpf_dbg.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/bpf/bpf_dbg.c b/tools/
Hi Kurt,
> Il 02/03/2021 19:44 Kurt Van Dijck ha
> scritto:
>
>
> On Sun, 28 Feb 2021 11:38:52 +0100, Dario Binacchi wrote:
> > According to commit 640916db2bf7 ("can: c_can: Make it SMP safe") let RX use
> > IF1 (i.e. IF_RX) and TX use IF2 (i.e. IF_TX).
> >
> > Signed-off-by: Dario Binacchi
>
>
> In error handling prepare stage, after SCSI requests are blocked, do a
> down/up_write(clk_scaling_lock) to clean up the queuecommand() path.
> Meanwhile, stop eeh_work in case it disturbs error recovery. Moreover,
> reset ufshcd_state at the entrance of ufshcd_probe_hba(), since it may be
Hi Robert,
On Tue, 2021-03-02 at 15:22 +0100, Robert Foss wrote:
> Hey Liu,
>
> Thanks for submitting this patch.
Thanks for reviewing this patch.
>
> On Thu, 18 Feb 2021 at 04:59, Liu Ying wrote:
> > This patch adds a helper to support LDB drm bridge drivers for
> > i.MX SoCs. Helper functi
On 3/2/21 11:20 PM, Jiapeng Chong wrote:
Fix the following coccicheck warnings:
./tools/bpf/bpf_dbg.c:1201:55-57: WARNING !A || A && B is equivalent to
!A || B.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
Acked-by: Yonghong Song
On 3/3/2021 3:14 PM, Greg KH wrote:
On Wed, Mar 03, 2021 at 12:59:32PM +0800, Li Wang wrote:
drivers/tty/vt/keyboard.c: In function 'vt_do_kdgkb_ioctl':
drivers/tty/vt/keyboard.c: warning: 'ret' may be used uninitialized in this
function [-Wmaybe-uninitialized]
return ret;
^~~
ke
This fixes a build issue when x509_revocation_list is not defined.
$ make ARCH=x86_64 O=build64 all
EXTRACT_CERTS ../
At main.c:154:
- SSL error:0909006C:PEM routines:get_name:no start line:
crypto/pem/pem_lib.c:745
extract-cert: ../: Is a directory
make[2]: [../certs/Makefile:119: certs/x509
The return value of ata_qc_from_tag() is checked in the whole
kernel except for two calls in sata_dwc_isr(), which may lead
to null-pointer-dereference. Add return value checks to avoid
such case.
Signed-off-by: Dinghao Liu
---
Changelog:
v2: - Refine commit message.
Add return value chec
On Wed, Mar 03, 2021 at 03:33:23PM +0800, Wang, Li wrote:
>
> On 3/3/2021 3:14 PM, Greg KH wrote:
> > On Wed, Mar 03, 2021 at 12:59:32PM +0800, Li Wang wrote:
> > > drivers/tty/vt/keyboard.c: In function 'vt_do_kdgkb_ioctl':
> > > drivers/tty/vt/keyboard.c: warning: 'ret' may be used uninitialized
Am 03.03.21 um 01:27 schrieb Colin King:
From: Colin Ian King
Currently the ioctl command RADEON_INFO_SI_BACKEND_ENABLED_MASK can
copy back uninitialised data in value_tmp that pointer *value points
to. This can occur when rdev->family is less than CHIP_BONAIRE and
less than CHIP_TAHITI. Fix t
On 16.02.2021 22:26, Ansuel Smith wrote:
Partitions that contains the nvmem-partitions compatible will register
their direct subonodes as nvmem cells and the node will be treated as a
nvmem provider.
Signed-off-by: Ansuel Smith
Tested-by: Rafał Miłecki
I applied this patch on top of the:
[
[Add Paul]
On Tue 02-03-21 13:19:34, Mike Kravetz wrote:
> On 3/2/21 6:29 AM, Michal Hocko wrote:
> > On Tue 02-03-21 06:11:51, Shakeel Butt wrote:
> >> On Tue, Mar 2, 2021 at 1:44 AM Michal Hocko wrote:
> >>>
> >>> On Mon 01-03-21 17:16:29, Mike Kravetz wrote:
> On 3/1/21 9:23 AM, Michal Ho
Am 02.03.21 um 18:57 schrieb Jagan Teki:
STM ltdc driver uses an empty implementation for its encoder.
Replace the code with the generic simple encoder.
Signed-off-by: Jagan Teki
Acked-by: Thomas Zimmermann
---
drivers/gpu/drm/stm/ltdc.c | 12 ++--
1 file changed, 2 insertions
On Tue 02-03-21 17:56:07, Johannes Weiner wrote:
> On Tue, Mar 02, 2021 at 12:24:41PM -0800, Hugh Dickins wrote:
> > On Tue, 2 Mar 2021, Michal Hocko wrote:
> > > [Cc Johannes for awareness and fixup Nick's email]
> > >
> > > On Tue 02-03-21 01:34:51, Zhou Guanghui wrote:
> > > > When split page,
From: dillon min
For some case, kernel not boot by u-boot(single thread),
but by rtos , as most rtos use pendsv to do context switch.
So, we need add an lr check after svc call, to find out should
use psp or msp. else register restore after svc call might be
corrupted.
Fixes: b70cd406d7fe ("ARM
Hi Manivannan,
Manivannan Sadhasivam wrote on Tue,
2 Mar 2021 18:57:55 +0530:
> Hello,
>
> These two patches aims at fixing the -EPROBE_DEFER handling in the MTD
> core and also in the Qcom nand driver. The "qcomsmem" parser depends on
> the QCOM_SMEM driver to parse the partitions defined in t
From: Zhang Yunkai
'asm/setup.h' included in 'arch/csky/kernel/entry.S' is duplicated.
Signed-off-by: Zhang Yunkai
---
arch/csky/kernel/entry.S | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/csky/kernel/entry.S b/arch/csky/kernel/entry.S
index c1bd7a6b4ab6..00e3c8ebf9b8 100644
--- a/a
On 2021-03-03 4:40 AM, angkery wrote:
From: Junlin Yang
It is allocated with kvzalloc(), the corresponding release function
should not be kfree(), use kvfree() instead.
Generated by: scripts/coccinelle/api/kfree_mismatch.cocci
Signed-off-by: Junlin Yang
---
drivers/net/ethernet/mellanox
From: dillon min
This patchset intend to add art-pi board support, this board developed
by rt-thread(https://www.rt-thread.org/).
Board resources:
8MiB QSPI flash
16MiB SPI flash
32MiB SDRAM
AP6212 wifi,bt,fm comb
sw context:
- as stm32h750 just has 128k bytes internal flash, so running a fw o
From: dillon min
detail information can be found at:
https://www.st.com/en/microcontrollers-microprocessors/stm32h750-value-line.html
Signed-off-by: dillon min
---
Documentation/arm/index.rst| 1 +
Documentation/arm/stm32/stm32h750-overview.rst | 33 +++
From: dillon min
Art-pi based on stm32h750xbh6, with following resources:
-8MiB QSPI flash
-16MiB SPI flash
-32MiB SDRAM
-AP6212 wifi, bt, fm
detail information can be found at:
https://art-pi.gitee.io/website/
Signed-off-by: dillon min
---
Documentation/devicetree/bindings/arm/stm32/stm32.y
From: dillon min
Signed-off-by: dillon min
---
Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.yaml
b/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.yaml
i
On 01-03-21, 14:41, Jie Deng wrote:
> diff --git a/drivers/i2c/busses/i2c-virtio.c b/drivers/i2c/busses/i2c-virtio.c
> +static int virtio_i2c_send_reqs(struct virtqueue *vq,
> + struct virtio_i2c_req *reqs,
> + struct i2c_msg *msgs, int nr)
>
On Tue, Mar 02, 2021 at 02:11:10PM -0300, Arnaldo Carvalho de Melo wrote:
>
>
> On March 2, 2021 2:02:17 PM GMT-03:00, Mike Leach
> wrote:
> >On Tue, 2 Mar 2021 at 16:42, Mathieu Poirier
> > wrote:
> >>
> >> On Tue, Mar 02, 2021 at 01:24:27PM -0300, Arnaldo Carvalho de Melo
> >wrote:
>
>
> >> > C
From: dillon min
To support stm32h750 and stm32h743, we need a base stm32h7-pinctrl.dtsi
as stm32h743 & h750 has almost the same interface. so, just rename
stm32h743-pinctrl.dtsi to stm32h7-pinctrl.dtsi
Signed-off-by: dillon min
---
arch/arm/boot/dts/stm32h7-pinctrl.dtsi | 392 ++
From: dillon min
Signed-off-by: dillon min
---
arch/arm/boot/dts/stm32h750-pinctrl.dtsi | 11 +++
1 file changed, 11 insertions(+)
create mode 100644 arch/arm/boot/dts/stm32h750-pinctrl.dtsi
diff --git a/arch/arm/boot/dts/stm32h750-pinctrl.dtsi
b/arch/arm/boot/dts/stm32h750-pinctrl.d
From: dillon min
This patchset has following changes:
- add stm32h750i-art-pi.dtb
- add dts binding usart3 for bt, uart4 for console
- add dts binding sdmmc2 for wifi
- add stm32h750-art-pi.dts to support art-pi board
board component:
- 8MiB qspi flash
- 16MiB spi flash
- 32MiB sdram
- ap6212 w
From: dillon min
Signed-off-by: dillon min
---
arch/arm/mach-stm32/board-dt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-stm32/board-dt.c b/arch/arm/mach-stm32/board-dt.c
index 011d57b488c2..a766310d8dca 100644
--- a/arch/arm/mach-stm32/board-dt.c
+++ b/arch/arm/mach-stm3
On Tue, Mar 02, 2021 at 10:54:05PM +0200, Oded Gabbay wrote:
> Hi Greg,
>
> This pull request contains some fixes of the habanalabs driver for
> 5.12-rc2.
> Nothing too scary, more details are in the tag.
>
> Thanks,
> Oded
>
> The following changes since commit fe07bfda2fb9cdef8a4d4008a409bb02f
drivers/tty/vt/keyboard.c: In function 'vt_do_kdgkb_ioctl':
drivers/tty/vt/keyboard.c: warning: 'ret' may be used uninitialized in this
function [-Wmaybe-uninitialized]
return ret;
^~~
kernel-source/drivers/tty/vt/keyboard.c: warning: 'kbs' may be used
uninitialized in this function [-
Fix the following coccicheck warnings:
./tools/testing/selftests/bpf/test_sockmap.c:735:35-37: WARNING !A || A
&& B is equivalent to !A || B.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
tools/testing/selftests/bpf/test_sockmap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
The crypto mediatek driver has been replaced by the inside-secure driver now.
Remove DT bindings documentation and update crypto engine nodes to the
mt7623.dtsi files.
Signed-off-by: Vic Wu
Acked-by: Ryder Lee
---
Documentation/devicetree/bindings/crypto/mediatek-crypto.txt | 25
---
On 2021/3/2 0:09, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.102 release.
There are 340 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 b
On Sun, Jan 24, 2021 at 10:41:27PM +0100, Jonathan Neuschäfer wrote:
> Enable the Netronix EC on the Kobo Aura ebook reader.
>
> Several features are still missing:
> - Frontlight/backlight. The vendor kernel drives the frontlight LED
>using the PWM output of the EC and an additional boost pi
On Mon, Jan 25, 2021 at 08:08:04PM +0100, Andreas Kemnade wrote:
> For now, the driver detects an incompatible version, but since
> that can be handled by auto-detection, add the controller to the
> devicetree now. Only PWM seems to be available, there is no RTC
> in that controller.
>
> Signed-of
201 - 300 of 1879 matches
Mail list logo
