Re: [PATCH v4 2/3] dt-bindings: Add DPS310 as trivial device

Hello Rob, Thank you! On 1/19/24 14:43, Rob Herring wrote: On Tue, 16 Jan 2024 12:37:33 -0600, Ninad Palsule wrote: Infineon DPS310 is a barometric pressure and temperature sensor. Acked-by: Krzysztof Kozlowski Signed-off-by: Ninad Palsule --- Documentation/devicetree/bindings/trivial-devi

Re: [PATCH v4 2/3] dt-bindings: Add DPS310 as trivial device

On Tue, 16 Jan 2024 12:37:33 -0600, Ninad Palsule wrote: > Infineon DPS310 is a barometric pressure and temperature sensor. > > Acked-by: Krzysztof Kozlowski > Signed-off-by: Ninad Palsule > --- > Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++ > 1 file changed, 2 insertions(+)

Re: [PATCH] string: Remove strlcpy()

On Fri, Jan 19, 2024 at 06:05:19PM +0200, Andy Shevchenko wrote: > On Fri, Jan 19, 2024 at 12:33 AM Kees Cook wrote: > > > > With all the users of strlcpy() removed[1] from the kernel, remove the > > API, self-tests, and other references. Leave mentions in Documentation > > (about its deprecation)

Re: [PATCH] pinctrl: pinctrl-zynqmp: Use devm_kcalloc() instead of devm_kzalloc()

On 1/19/24 12:19, Erick Archer wrote: As noted in the "Deprecated Interfaces, Language Features, Attributes, and Conventions" documentation [1], size calculations (especially multiplication) should not be performed in memory allocator (or similar) function arguments due to the risk of them ove

[PATCH] pinctrl: pinctrl-zynqmp: Use devm_kcalloc() instead of devm_kzalloc()

As noted in the "Deprecated Interfaces, Language Features, Attributes, and Conventions" documentation [1], size calculations (especially multiplication) should not be performed in memory allocator (or similar) function arguments due to the risk of them overflowing. This could lead to values wrappin

Re: [PATCH] staging: rtl8723bs: Use kcalloc() instead of kzalloc()

On 1/19/24 11:39, Erick Archer wrote: As noted in the "Deprecated Interfaces, Language Features, Attributes, and Conventions" documentation [1], size calculations (especially multiplication) should not be performed in memory allocator (or similar) function arguments due to the risk of them ove

Re: [PATCH] wifi: iwlegacy: Use kcalloc() instead of kzalloc()

On 1/19/24 11:16, Erick Archer wrote: As noted in the "Deprecated Interfaces, Language Features, Attributes, and Conventions" documentation [1], size calculations (especially multiplication) should not be performed in memory allocator (or similar) function arguments due to the risk of them ove

[PATCH] staging: rtl8723bs: Use kcalloc() instead of kzalloc()

As noted in the "Deprecated Interfaces, Language Features, Attributes, and Conventions" documentation [1], size calculations (especially multiplication) should not be performed in memory allocator (or similar) function arguments due to the risk of them overflowing. This could lead to values wrappin

[PATCH] wifi: iwlegacy: Use kcalloc() instead of kzalloc()

As noted in the "Deprecated Interfaces, Language Features, Attributes, and Conventions" documentation [1], size calculations (especially multiplication) should not be performed in memory allocator (or similar) function arguments due to the risk of them overflowing. This could lead to values wrappin

Re: [PATCH] string: Remove strlcpy()

On Fri, Jan 19, 2024 at 12:33 AM Kees Cook wrote: > > With all the users of strlcpy() removed[1] from the kernel, remove the > API, self-tests, and other references. Leave mentions in Documentation > (about its deprecation), and in checkpatch.pl (to help migrate host-only > tools/ usage). Long liv

Re: [PATCH V2] riscv: Support RANDOMIZE_KSTACK_OFFSET

Hi, palmer: 在 2023/11/9 21:37, Song Shuai 写道: Inspired from arm64's implement -- commit 70918779aec9 ("arm64: entry: Enable random_kstack_offset support") Add support of kernel stack offset randomization while handling syscall, the offset is defaultly limited by KSTACK_OFFSET_MAX() (i.e. 10 b