Hi Stefano,
On Wed, 1 Aug 2012 12:23:37 +0100, Stefano Stabellini
wrote:
> On Tue, 5 Jun 2012, Stefano Stabellini wrote:
> > On Tue, 5 Jun 2012, Peter Zijlstra wrote:
> > > On Tue, 2012-06-05 at 18:34 +0530, Nikunj A Dadhania wrote:
> > > > PeterZ, is 7/7 alright t
On Fri, 3 Aug 2012 02:16:18 -0700, Vikram Pandita wrote:
> From: Vikram Pandita
>
> Introduce config option to enable CPU id reporting for printk() calls.
>
> Example logs with this option enabled look like:
> [1] [2.328613] usbcore: registered new interface driver libusual
> [1] [2.3
On Thu, 28 Jun 2012 01:01:46 +0200, Peter Zijlstra
wrote:
> +#ifdef CONFIG_STRICT_TLB_FILL
> +/*
> + * Some archictures (sparc64, ppc) cannot refill TLBs after the they've
> removed
> + * the PTE entries from their hash-table. Their hardware never looks at the
> + * linux page-table structure
On Wed, 11 Jul 2012 14:04:03 +0300, Avi Kivity wrote:
>
> > So this would probably improve guests that uses cpu_relax, for example
> > stop_machine_run. I have no measurements, though.
>
> smp_call_function() too (though that can be converted to directed yield
> too). It seems worthwhile.
>
Wi
On Wed, 11 Jul 2012 16:22:29 +0530, Raghavendra K T
wrote:
> On 07/11/2012 02:23 PM, Avi Kivity wrote:
> >
> > This adds some tiny overhead to vcpu entry. You could remove it by
> > using the vcpu->requests mechanism to clear the flag, since
> > vcpu->requests is already checked on every entry.
On Wed, 10 Oct 2012 09:24:55 -0500, Andrew Theurer
wrote:
>
> Below is again 8 x 20-way VMs, but this time I tried out Nikunj's gang
> scheduling patches. While I am not recommending gang scheduling, I
> think it's a good data point. The performance is 3.88x the PLE result.
>
> https://docs.g
Hi Michael,
Michael Wang writes:
> Prev:
> +-+-+---+
> | 7484 MB | 32 | 42463 |
> Post:
> | 7483 MB | 32 | 44185 | +0.18%
That should be +4.05%
Regards
Nikunj
--
To unsubscribe from this list: send the
Nikunj A Dadhania writes:
> Reworded commit log:
>
> From: Nikunj A Dadhania
>
> powerpc/numa: initialize distance lookup table from drconf path
>
Ping ?
Regards
Nikunj
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Hi Anton,
Anton Blanchard writes:
> Hi Nikunj,
>
>> From: Nikunj A Dadhania
>>
>> powerpc/numa: initialize distance lookup table from drconf path
>>
>> In some situations, a NUMA guest that supports
>> ibm,dynamic-memory-reconfiguration node will en
er to skip the length field before
sending the associativity list.
Call initialize_distance_lookup_table() from drconf path with
appropriate associativity list.
Reported-by: Bharata B Rao
Signed-off-by: Nikunj A Dadhania
---
arch/powerpc/mm/numa.c | 16 +---
1 file changed, 13
Reworded commit log:
From: Nikunj A Dadhania
powerpc/numa: initialize distance lookup table from drconf path
In some situations, a NUMA guest that supports
ibm,dynamic-memory-reconfiguration node will end up having flat NUMA
distances between nodes. This is because of two problems in the
.
Node distance table will not get initialized in certain cases as
ibm,dynamic-reconfiguration-memory path does not initialize the
lookup table.
Call initialize_distance_lookup_table() from drconf path with
appropriate associativity list.
Reported-by: Bharata B Rao
Signed-off-by
Hi Anton/Michael,
Nikunj A Dadhania writes:
> Hi Anton,
>
> Anton Blanchard writes:
>> Hi Nikunj,
>>
>>> From: Nikunj A Dadhania
>>>
>>> powerpc/numa: initialize distance lookup table from drconf path
>>>
>>> In
Hi Michael,
Nikunj A Dadhania writes:
> In some situations, a NUMA guest that supports
> ibm,dynamic-memory-reconfiguration node will end up having flat NUMA
> distances between nodes. This is because of two problems in the
> current code.
>
> 1) Different representations of a
On 11/15/2024 5:10 AM, Pratik R. Sampat wrote:
> Add the X86_FEATURE_SNP CPU feature to the architectural definition for
> the SEV-SNP VM type to exercise the KVM_SEV_INIT2 call. Ensure that the
> SNP test is skipped in scenarios where CPUID supports it but KVM does
> not, so that a failure is n
On 11/15/2024 5:10 AM, Pratik R. Sampat wrote:
> On incompatible firmware versions, SEV-SNP support is pulled and the
> setup is not performed. However, the platform and subsequently the KVM
> capability may continue to advertize support for it. Disable support for
> SEV-SNP if the FW version va
On 1/10/2025 11:22 AM, Nikunj A. Dadhania wrote:
>
>
> On 11/15/2024 5:10 AM, Pratik R. Sampat wrote:
>> Add the X86_FEATURE_SNP CPU feature to the architectural definition for
>> the SEV-SNP VM type to exercise the KVM_SEV_INIT2 call. Ensure that the
>> SNP test is
On 11/15/2024 5:11 AM, Pratik R. Sampat wrote:
> Extend the SEV library to include support for SNP ioctl() wrappers,
> which aid in launching and interacting with a SEV-SNP guest.
>
> Signed-off-by: Pratik R. Sampat
> ---
> .../selftests/kvm/include/x86_64/sev.h| 49 ++-
> too
On 11/15/2024 5:11 AM, Pratik R. Sampat wrote:
> In preparation for SNP, declutter the vm type check by introducing a
> SEV-SNP VM type check as well a transitive set of helper functions.
>
> The SNP VM type is the subset of SEV-ES. Similarly, the SEV-ES and SNP
> types are subset of the SEV VM
On 1/11/2025 3:20 AM, Pratik Rajesh Sampat wrote:
> Hi Nikunj,
>
> On 1/9/25 11:21 PM, Nikunj A. Dadhania wrote:
>>
>>
>> On 11/15/2024 5:10 AM, Pratik R. Sampat wrote:
>>> On incompatible firmware versions, SEV-SNP support is pulled and the
>>>
20 matches
Mail list logo
