Re: [PATCH] powerpc: Don't use %pK through printk

2025-02-28 Thread Maciej W. Rozycki
On Wed, 26 Feb 2025, Thomas Weißschuh wrote: > > > By default, when kptr_restrict is set to 0, %pK behaves the same as %p. > > > The same happened for a bunch of other architectures and nobody seems > > > to have noticed in the past. > > > The symbol-relative pointers or pointer formats designed f

[PATCH] usb: replace strcpy() with strscpy()

2025-02-28 Thread Aditya Garg
From: Aditya Garg The strcpy() function has been deprecated and replaced with strscpy(). This patch shall replace it in the whole USB tree. Link: https://github.com/KSPP/linux/issues/88 Signed-off-by: Aditya Garg --- drivers/usb/atm/ueagle-atm.c | 2 +- drivers/usb/gadget/configfs.c

Re: [PATCH RFC v2 25/29] mm: asi: Restricted execution fore bare-metal processes

2025-02-28 Thread Yosry Ahmed
(Trimming the CC list as my email server refuses the number of CCs) On Fri, Jan 10, 2025 at 06:40:51PM +, Brendan Jackman wrote: > Now userspace gets a restricted address space too. The critical section > begins on exit to userspace and ends when it makes a system call. > Other entries from us

Re: [PATCH] usb: replace strcpy() with strscpy()

2025-02-28 Thread Aditya Garg
> On 28 Feb 2025, at 10:33 PM, gre...@linuxfoundation.org wrote: > > On Fri, Feb 28, 2025 at 03:07:03PM +, Aditya Garg wrote: >> From: Aditya Garg >> >> The strcpy() function has been deprecated and replaced with strscpy(). >> This patch shall replace it in the whole USB tree. >> >> Link

Re: [PATCH] usb: replace strcpy() with strscpy()

2025-02-28 Thread gre...@linuxfoundation.org
On Fri, Feb 28, 2025 at 03:07:03PM +, Aditya Garg wrote: > From: Aditya Garg > > The strcpy() function has been deprecated and replaced with strscpy(). > This patch shall replace it in the whole USB tree. > > Link: https://github.com/KSPP/linux/issues/88 > Signed-off-by: Aditya Garg As the

Re: [PATCH v3] fs: introduce getfsxattrat and setfsxattrat syscalls

2025-02-28 Thread Andrey Albershteyn
On 2025-02-21 20:15:24, Amir Goldstein wrote: > On Fri, Feb 21, 2025 at 7:13 PM Darrick J. Wong wrote: > > > > On Tue, Feb 11, 2025 at 06:22:47PM +0100, Andrey Albershteyn wrote: > > > From: Andrey Albershteyn > > > > > > Introduce getfsxattrat and setfsxattrat syscalls to manipulate inode > > >

Re: [PATCH v11 1/4] cpu/SMT: Provide a default topology_is_primary_thread()

2025-02-28 Thread Dietmar Eggemann
On 18/02/2025 15:10, Yicong Yang wrote: > From: Yicong Yang [...] > diff --git a/include/linux/topology.h b/include/linux/topology.h > index 52f5850730b3..b3aba443c4eb 100644 > --- a/include/linux/topology.h > +++ b/include/linux/topology.h > @@ -240,6 +240,28 @@ static inline const struct cpuma

Re: [PATCH v11 2/4] arch_topology: Support SMT control for OF based system

2025-02-28 Thread Dietmar Eggemann
On 18/02/2025 15:10, Yicong Yang wrote: > From: Yicong Yang > > On building the topology from the devicetree, we've already > gotten the SMT thread number of each core. Update the largest > SMT thread number and enable the SMT control by the end of > topology parsing. > > The core's SMT control

Re: [PATCH v11 3/4] arm64: topology: Support SMT control on ACPI based system

2025-02-28 Thread Dietmar Eggemann
On 18/02/2025 15:10, Yicong Yang wrote: > From: Yicong Yang [...] > @@ -67,6 +108,31 @@ int __init parse_acpi_topology(void) > cpu_topology[cpu].package_id = topology_id; > } > > + /* > + * This should be a short loop depending on the number of heterogeneous

Re: [PATCH v11 0/4] Support SMT control on arm64

2025-02-28 Thread Dietmar Eggemann
On 18/02/2025 15:10, Yicong Yang wrote: > From: Yicong Yang > > The core CPU control framework supports runtime SMT control which > is not yet supported on arm64. Besides the general vulnerabilities > concerns we want this runtime control on our arm64 server for: > > - better single CPU performa

[PATCH v5 26/27] mm/hugetlb: enable bootmem allocation from CMA areas

2025-02-28 Thread Frank van der Linden
If hugetlb_cma_only is enabled, we know that hugetlb pages can only be allocated from CMA. Now that there is an interface to do early reservations from a CMA area (returning memblock memory), it can be used to allocate hugetlb pages from CMA. This also allows for doing pre-HVO on these pages (if e

Re: [PATCH v11 3/4] arm64: topology: Support SMT control on ACPI based system

2025-02-28 Thread Pierre Gondois
On 2/28/25 14:56, Sudeep Holla wrote: On Tue, Feb 18, 2025 at 10:10:17PM +0800, Yicong Yang wrote: From: Yicong Yang For ACPI we'll build the topology from PPTT and we cannot directly get the SMT number of each core. Instead using a temporary xarray to record the heterogeneous information (

Re: [next-20250226]Build Failure

2025-02-28 Thread Kees Cook
On Thu, Feb 27, 2025 at 03:15:35PM +0100, Christophe Leroy wrote: > > > Le 27/02/2025 à 15:05, Michael Kelley a écrit : > > From: Christophe Leroy Sent: Thursday, > > February 27, 2025 2:43 AM > > > > > > Le 27/02/2025 à 02:38, Stephen Rothwell a écrit : > > > > Hi Venkat, > > > > > > > > CC

Re: [next-20250226]Build Failure

2025-02-28 Thread Kees Cook
On Thu, Feb 27, 2025 at 03:15:35PM +0100, Christophe Leroy wrote: > > > Le 27/02/2025 à 15:05, Michael Kelley a écrit : > > From: Christophe Leroy Sent: Thursday, > > February 27, 2025 2:43 AM > > > > > > Le 27/02/2025 à 02:38, Stephen Rothwell a écrit : > > > > Hi Venkat, > > > > > > > > CC

Re: [PATCH v11 3/4] arm64: topology: Support SMT control on ACPI based system

2025-02-28 Thread Sudeep Holla
On Fri, Feb 28, 2025 at 06:51:16PM +0100, Pierre Gondois wrote: > > > On 2/28/25 14:56, Sudeep Holla wrote: > > On Tue, Feb 18, 2025 at 10:10:17PM +0800, Yicong Yang wrote: > > > From: Yicong Yang > > > > > > For ACPI we'll build the topology from PPTT and we cannot directly > > > get the SMT n

Re: [PATCH v11 1/4] cpu/SMT: Provide a default topology_is_primary_thread()

2025-02-28 Thread Sudeep Holla
On Tue, Feb 18, 2025 at 10:10:15PM +0800, Yicong Yang wrote: > From: Yicong Yang > > Currently if architectures want to support HOTPLUG_SMT they need to > provide a topology_is_primary_thread() telling the framework which > thread in the SMT cannot offline. However arm64 doesn't have a > restrict

Re: [PATCH v11 2/4] arch_topology: Support SMT control for OF based system

2025-02-28 Thread Sudeep Holla
On Tue, Feb 18, 2025 at 10:10:16PM +0800, Yicong Yang wrote: > From: Yicong Yang > > On building the topology from the devicetree, we've already > gotten the SMT thread number of each core. Update the largest > SMT thread number and enable the SMT control by the end of > topology parsing. > > Th

Re: [PATCH v7 7/8] execmem: add support for cache of large ROX pages

2025-02-28 Thread Mike Rapoport
Hi Ryan, On Thu, Feb 27, 2025 at 11:13:29AM +, Ryan Roberts wrote: > Hi Mike, > > Drive by review comments below... > > > On 23/10/2024 17:27, Mike Rapoport wrote: > > From: "Mike Rapoport (Microsoft)" > > > > Using large pages to map text areas reduces iTLB pressure and improves > > perf

Re: [PATCH v11 3/4] arm64: topology: Support SMT control on ACPI based system

2025-02-28 Thread Sudeep Holla
On Tue, Feb 18, 2025 at 10:10:17PM +0800, Yicong Yang wrote: > From: Yicong Yang > > For ACPI we'll build the topology from PPTT and we cannot directly > get the SMT number of each core. Instead using a temporary xarray > to record the heterogeneous information (from ACPI_PPTT_ACPI_IDENTICAL) > a

Re: [PATCH RFC v2 02/29] x86: Create CONFIG_MITIGATION_ADDRESS_SPACE_ISOLATION

2025-02-28 Thread Mike Rapoport
Hi Brendan, On Fri, Jan 10, 2025 at 06:40:28PM +, Brendan Jackman wrote: > Currently a nop config. Keeping as a separate commit for easy review of > the boring bits. Later commits will use and enable this new config. > > This config is only added for non-UML x86_64 as other architectures do >