On Fri, Jun 21, 2024 at 12:24:03AM +0530, Naveen N Rao wrote:
> This is v3 of the patches posted here:
> http://lkml.kernel.org/r/cover.1718008093.git.nav...@kernel.org
>
> Since v2, I have addressed review comments from Steven and Masahiro
> along with a few fixes. Patches 7-11 are new in this s
On Fri, Jun 21, 2024 at 12:24:03AM +0530, Naveen N Rao wrote:
> This is v3 of the patches posted here:
> http://lkml.kernel.org/r/cover.1718008093.git.nav...@kernel.org
>
> Since v2, I have addressed review comments from Steven and Masahiro
> along with a few fixes. Patches 7-11 are new in this s
On 24/11/23 8:09 am, Michael Ellerman wrote:
> Hi Vishal,
>
> I think our wires got crossed here somewhere :)
>
> Vishal Chourasia writes:
>> Changed HOTPLUG_CPU dependency to SMP and either ARCH_HIBERNATION_POSSIBLE or
>> ARCH_SUSPEND_POSSIBLE, aligning with s
D_POSSIBLE are now selected
only if required platform dependencies are met.
Reported-by: Srikar Dronamraju
Suggested-by: Aneesh Kumar K V
Suggested-by: Michael Ellerman
Signed-off-by: Vishal Chourasia
v2: https://lore.kernel.org/all/20231122092303.223719-1-vish...@linux.ibm.com
v1: https://lore.
On 22/11/23 3:03 pm, Aneesh Kumar K V wrote:
> On 11/22/23 2:53 PM, Vishal Chourasia wrote:
>> Changed HOTPLUG_CPU dependency to SMP and either ARCH_HIBERNATION_POSSIBLE or
>> ARCH_SUSPEND_POSSIBLE, aligning with systems' suspend/hibernation
>> capabilities.
>> T
ael Ellerman
Signed-off-by: Vishal Chourasia
v1: https://lore.kernel.org/all/20231114082046.6018-1-vish...@linux.ibm.com
---
During the configuration process with 'make randconfig' followed by
'make olddefconfig', we observed a warning indicating an unmet direct
dependency for t
On 17/11/23 4:52 am, Michael Ellerman wrote:
> Vishal Chourasia writes:
>> On 15/11/23 5:46 pm, Aneesh Kumar K V wrote:
>>> On 11/15/23 5:23 PM, Vishal Chourasia wrote:
>>>> On 15/11/23 1:39 pm, Aneesh Kumar K.V wrote:
>>>>> Vishal Chourasia
On 17/11/23 4:52 am, Michael Ellerman wrote:
> Vishal Chourasia writes:
>> On 15/11/23 5:46 pm, Aneesh Kumar K V wrote:
>>> On 11/15/23 5:23 PM, Vishal Chourasia wrote:
>>>> On 15/11/23 1:39 pm, Aneesh Kumar K.V wrote:
>>>>> Vishal Chourasia
On 15/11/23 5:46 pm, Aneesh Kumar K V wrote:
> On 11/15/23 5:23 PM, Vishal Chourasia wrote:
>> On 15/11/23 1:39 pm, Aneesh Kumar K.V wrote:
>>> Vishal Chourasia writes:
>>>
>>>> This patch modifies the ARCH_HIBERNATION_POSSIBLE option to ensure that it
On 15/11/23 1:39 pm, Aneesh Kumar K.V wrote:
> Vishal Chourasia writes:
>
>> This patch modifies the ARCH_HIBERNATION_POSSIBLE option to ensure that it
>> correctly depends on these PowerPC configurations being enabled. As a result,
>> it prevents the HOTPLUG_CPU from
the expected hardware support for
CPU hot-plugging under PowerPC architectures, ensuring that the kernel
configuration steps do not lead to inconsistent states.
Signed-off-by: Vishal Chourasia
---
During the configuration process with 'make randconfig' followed by
'make olddefconfig&
finitions of certain functions appears to be resolved.
λ grep -i CRYPTO_AES_GCM_P10 .config
CONFIG_CRYPTO_AES_GCM_P10=y
λ grep -i CRYPTO_DEV_VMX_ENCRYPT .config
CONFIG_CRYPTO_DEV_VMX_ENCRYPT=y
+ make O=${BUILD_DIR} CC=clang ARCH=powerpc
CROSS_COMPILE=powerpc64le-linux-gnu- -j16 -s vmlinux mo
After applying the patch, I was able to successfully build the Linux
kernel v6.4-rc4.
I encountered no errors during the build process. The issue pertaining
to multiple
definitions of certain functions appears to be resolved.
λ grep -i CRYPTO_AES_GCM_P10 .config
CONFIG_CRYPTO_AES_GCM_P10=y
λ g
files changed, 10 insertions(+), 3 deletions(-)
Thanks for the patch.
Tested it on top of v6.0-rc4
Against workload:
https://github.com/gautshen/misc/tree/master/cpuidle-smt-performance
Reviewed-by: Vishal Chourasia
Tested-by: Vishal Chourasia mailto:vish...@linux
From f66f66ee05a9f719b58822d13e501d65391dd9d3 Mon Sep 17 00:00:00 2001
From: Vishal Chourasia
Date: Tue, 8 Nov 2022 14:21:15 +0530
Subject: [PATCH] Add kernel parameter to disable creation of sched_domain
files
For large systems, creation of sched_domain debug files takes unusually long
time. In which case, sched_sd_exp
On Tue, Oct 18, 2022 at 01:04:40PM +0200, Greg Kroah-Hartman wrote:
> Why do you need to? What tools require these debugfs files to be
> present?
We are not entirely sure what applications (if any) might be using this
interface.
> And if you only have 7-8 files per CPU, that does not seem like
16 matches
Mail list logo