On Thu, Jul 17, 2025 at 03:37:33PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> The following commit is also in the powerpc tree as a different commit
> (but the same patch):
>
> 01c6d1df98cb ("misc: ocxl: Replace scnprintf() with sysfs_emit() in sysfs
> show functions")
>
> This is commit
>
Hi all,
The following commit is also in the powerpc tree as a different commit
(but the same patch):
01c6d1df98cb ("misc: ocxl: Replace scnprintf() with sysfs_emit() in sysfs
show functions")
This is commit
e82fff08327e ("misc: ocxl: Replace scnprintf() with sysfs_emit() in sysfs
show fun
figgcc-15.1.0
arc defconfigclang-19
arc haps_hs_defconfiggcc-15.1.0
archsdk_defconfiggcc-15.1.0
arc randconfig-001-20250716gcc-13.4.0
arc randconfig-001-2025071
On Wed, Jul 16, 2025 at 09:47:32AM -0700, H. Peter Anvin wrote:
> diff --git a/arch/arm/include/asm/ktermios.h b/arch/arm/include/asm/ktermios.h
> new file mode 100644
> index ..4320921a82a9
> --- /dev/null
> +++ b/arch/arm/include/asm/ktermios.h
> @@ -0,0 +1 @@
> +#include
Isn't this
On July 16, 2025 10:57:11 AM PDT, "Russell King (Oracle)"
wrote:
>On Wed, Jul 16, 2025 at 09:47:32AM -0700, H. Peter Anvin wrote:
>> diff --git a/arch/arm/include/asm/ktermios.h
>> b/arch/arm/include/asm/ktermios.h
>> new file mode 100644
>> index ..4320921a82a9
>> --- /dev/null
>> +
struct ktermios is not, nor has it ever been, a UAPI. Remove it from
the UAPI headers.
Normally we have shadowed kernel-only headers that include the uapi
ones; in this case this would be , however, I was
unable to find a way by which *some* paths would still somehow pick up
the UAPI header only
On Fri, Jul 11, 2025 at 09:25:53AM +0200, Thomas Huth wrote:
> From: Thomas Huth
>
> The FSF does not reside in the Franklin street anymore, so we should not
> request the people to write to this address. Fortunately, these header
> files already contain a proper SPDX license identifier, so it sh
Systems can now be partitioned into resource groups. By default all
systems will be part of default resource group. Once a resource group is
created, and resources allocated to the resource group, those resources
will be removed from the default resource group. If a LPAR moved to a
resource group,
Current usage of preempt dynamic key is not specific to architecture and
can be moved into sched/core instead. Most of the code around it looks
similar. (same code for powerpc, arm64).
Since preemption is more associated with scheduler rather than
entry/exit, it is probably better it should be mo
Dynamic preemption can be static key or static call based.
Static key is used to check kernel preemption depending on
the current preemption model. i.e enable for lazy, full.
Code is currently spread across entry/common.c, arm64 and latest being
powerpc. There is little arch specific to it. arm64
10 matches
Mail list logo