On 09.09.25 04:16, Andrew Morton wrote:
On Mon, 8 Sep 2025 08:39:24 +0100 Kevin Brodsky wrote:
The main change enabling nesting is patch 2, following the approach
suggested by Catalin Marinas [4]: have enter() return some state and
the matching leave() take that state.
This is so totally th
CPUs are marked paravirt when there is contention for underlying
physical CPU.
The push mechanism and check for paravirt CPUs are in sched tick
and wakeup. It should be close to no-op when there is no need for it.
Achieve that using static key.
Architecture needs to enable this key when it decide
Somewhat, but in the regular case where enter() is called followed by
leave() there is really no complexity for the caller, just an extra
local variable.
There are complications where we want to exit lazy_mmu temporarily, as
in mm/kasan/shadow.c [1k], but this is in fact unavoidable. Chatting
wi
> On 15 Sep 2025, at 9:37 PM, Venkat wrote:
>
>
>
>> On 15 Sep 2025, at 12:57 PM, Athira Rajeev wrote:
>>
>> The pseries Shared Processor Logical Partition(SPLPAR) machines can
>> retrieve a log of dispatch and preempt events from the hypervisor
>> using data from Disptach Trace Log(DTL) b
> On 17 Sep 2025, at 2:29 PM, tejas05 wrote:
>
>> The pseries Shared Processor Logical Partition(SPLPAR) machines can
>> retrieve a log of dispatch and preempt events from the hypervisor
>> using data from Disptach Trace Log(DTL) buffer. With this information,
>> user can retrieve when and why
> On 17 Sep 2025, at 2:31 PM, tejas05 wrote:
>
>> The pseries Shared Processor Logical Partition(SPLPAR) machines can
>> retrieve a log of dispatch and preempt events from the hypervisor
>> using data from Disptach Trace Log(DTL) buffer. With this information,
>> user can retrieve when and why
> On 17 Sep 2025, at 11:28 AM, Adrian Hunter wrote:
>
> On 16/09/2025 08:25, Athira Rajeev wrote:
>> The pseries Shared Processor Logical Partition(SPLPAR) machines can
>> retrieve a log of dispatch and preempt events from the hypervisor
>> using data from Disptach Trace Log(DTL) buffer. With
Hi Mark, Liam,
Le 18/08/2025 à 10:19, Christophe Leroy a écrit :
This series reduces significantly the amount of interrupts on
fsl_qmc_audio device.
I can't see this series in linux-next.
I see in patchwork [1] that this series still has status 'NEW' but also
state 'archived'.
What is the
On Thu, Sep 11, 2025 at 05:54:57PM -0500, Bjorn Helgaas wrote:
> [+cc Terry, Robert, CXL list, Smita, Dongdong]
>
> On Fri, Sep 05, 2025 at 02:25:27AM +0800, Vernon Yang wrote:
> > From: Vernon Yang
> >
> > The kzalloc(GFP_KERNEL) may return NULL, so all accesses to
> > aer_info->xxx will result
For RT class,
- During wakeup don't select a paravirt CPU.
- Don't pull a task towards a paravirt CPU.
- Don't push a task to a paravirt CPU.
Signed-off-by: Shrikanth Hegde
---
kernel/sched/rt.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/kernel/sched/rt.c b/
The current implementation of pcie_do_recovery() assumes that the
recovery process is executed for the device that detected the error.
However, the DPC driver currently passes the error port that experienced
the DPC event to pcie_do_recovery().
Use the SOURCE ID register to correctly identify the
Upcoming changes to the generic vDSO library will mean that the vDSO
datapage will not yet be usable during early boot.
Introduce a static key which prevents early accesses.
Signed-off-by: Thomas Weißschuh
---
drivers/char/random.c | 18 +-
1 file changed, 17 insertions(+), 1 de
The powerpc PMU collecting Dispatch Trace Log (DTL) entries makes use of
AUX support in perf infrastructure. The PMU driver has the functionality
to collect trace entries in the aux buffer. On the tools side, this data
is made available as PERF_RECORD_AUXTRACE records. This record is
generated by "
On 9/11/25 10:53 AM, K Prateek Nayak wrote:
Hello Shrikanth,
On 9/10/2025 11:12 PM, Shrikanth Hegde wrote:
@@ -8563,7 +8563,7 @@ select_task_rq_fair(struct task_struct *p, int prev_cpu,
int wake_flags)
if (!is_rd_overutilized(this_rq()->rd)) {
new_cpu
There are some discussion around to opportunity to get rid of
CONFIG_HIGHMEM, see [1]. This RFC is a tentative to remove it
from powerpc so that people can experiment what it would
look like and what would be the outcomes.
CONFIG_HIGHMEM is being depracated, remove it.
To accomodate boards with u
On 09/09/25 10:26 am, Aditya Bodkhe wrote:
commit a1be9ccc57f0 ("function_graph: Support recording and printing the
return value of function") introduced support for function graph return
value tracing.
Additionally, commit a3ed4157b7d8 ("fgraph: Replace fgraph_ret_regs with
ftrace_regs") fur
On 15/09/2025 08:28, Alexander Gordeev wrote:
> On Fri, Sep 12, 2025 at 05:25:27PM +0200, Kevin Brodsky wrote:
>
> Hi Kevin,
>
>> Based on the outcome of the discussion with David on patch 2 [1p], there
>> is indeed an alternative approach that we should seriously consider. In
>> summary:
>>
>> * K
On Tue, Sep 09, 2025 at 11:23:37PM +0200, Arnd Bergmann wrote:
> I'm still collecting information about which of the remaining highmem
> users plan to keep updating their kernels and for what reason.
On this topic of removing some parts of highmem, can we say goodbye to
kmap_high_get()? Only ARM
On Tue, Sep 16, 2025 at 05:03:48PM -0700, Ian Rogers wrote:
> On Tue, Sep 16, 2025 at 7:51 AM Jinchao Wang wrote:
> >
> > Currently, the hard lockup detector is selected at compile time via
> > Kconfig, which requires a kernel rebuild to switch implementations.
> > This is inflexible, especially o
在 2025/9/18 03:09, Kuppuswamy Sathyanarayanan 写道:
On 9/16/25 23:33, Shuai Xue wrote:
The AER driver has historically avoided reading the configuration space of
an endpoint or RCiEP that reported a fatal error, considering the link to
that device unreliable. Consequently, when a fatal error o
Hi Shuai,
kernel test robot noticed the following build warnings:
[auto build test WARNING on pci/for-linus]
[also build test WARNING on linus/master v6.17-rc6 next-20250917]
[cannot apply to pci/next]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting
The generic vDSO library expects a vdso/processor.h with an definition of
cpu_relax().
Split out cpu_relax() into this dedicated header.
Signed-off-by: Thomas Weißschuh
---
arch/sparc/include/asm/processor.h | 3 +++
arch/sparc/include/asm/processor_32.h | 2 --
arch/sparc/include/asm/
On Mon, 8 Sep 2025 08:39:26 +0100 Kevin Brodsky wrote:
> arch_{enter,leave}_lazy_mmu_mode() currently have a stateless API
> (taking and returning no value). This is proving problematic in
> situations where leave() needs to restore some context back to its
> original state (before enter() was c
+Mark Rutland
On 09/09/2025 16:28, David Hildenbrand wrote:
>>> Can't we just use an "enum lazy_mmu_state" and call it a day?
>>
>> I could envision something completely different for this type on
>> s390,
>> e.g. a pointer to a per-cpu structure. So I would really ask to
>
From: Leon Romanovsky
This will replace the hacky use of DMA_ATTR_SKIP_CPU_SYNC to avoid
touching the possibly non-KVA MMIO memory.
Also correct the incorrect caching attribute for the IOMMU, MMIO
memory should not be cachable inside the IOMMU mapping or it can
possibly create system problems. S
From: Leon Romanovsky
As a preparation for following map_page -> map_phys API conversion,
let's rename trace_dma_*map_page() to be trace_dma_*map_phys().
Reviewed-by: Jason Gunthorpe
Signed-off-by: Leon Romanovsky
---
include/trace/events/dma.h | 4 ++--
kernel/dma/mapping.c | 4 ++--
2
On 15/09/2025 10:27, Athira Rajeev wrote:
> Add vpa dtl pmu auxtrace process function for "perf report -D".
> The auxtrace event processing functions are defined in file
> "util/powerpc-vpadtl.c". Data structures used includes "struct
> powerpc_vpadtl_queue", "struct powerpc_vpadtl" to store the au
On 09.09.25 13:45, Alexander Gordeev wrote:
On Tue, Sep 09, 2025 at 12:09:48PM +0200, David Hildenbrand wrote:
On 09.09.25 11:40, Alexander Gordeev wrote:
On Tue, Sep 09, 2025 at 11:07:36AM +0200, David Hildenbrand wrote:
On 08.09.25 09:39, Kevin Brodsky wrote:
arch_{enter,leave}_lazy_mmu_mod
Support page table check on all PowerPC platforms. This works by serialising
assignments, reassignments and clears of page table entries at each level in
order to ensure that anonymous mappings have at most one writable consumer,
and likewise that file-backed mappings are not simultaneously also an
On Mon, Sep 08, 2025 at 04:33:24PM +0530, Naveen N Rao wrote:
> On Wed, Sep 03, 2025 at 10:37:39PM -0400, Joe Lawrence wrote:
> > On Wed, Sep 03, 2025 at 10:29:50PM -0400, Joe Lawrence wrote:
> > > The powerpc64 module .stubs section holds ppc64_stub_entry[] code
> > > trampolines that are generate
在 2025/9/6 04:17, Rafael J. Wysocki 写道:
On Fri, Sep 5, 2025 at 3:24 PM Zihuan Zhang wrote:
Replace the manual cpufreq_cpu_put() with __free(put_cpufreq_policy)
annotation for policy references. This reduces the risk of reference
counting mistakes and aligns the code with the latest kernel sty
The PCIe Advanced Error Reporting driver has evolved over the years but
its documentation hasn't. Catch up with past code changes:
* The documentation claims that Correctable Errors are logged with
KERN_INFO severity, but the code uses KERN_WARN.
It had used KERN_WARN from the beginning with
On 9/16/25 23:33, Shuai Xue wrote:
The AER driver has historically avoided reading the configuration space of
an endpoint or RCiEP that reported a fatal error, considering the link to
that device unreliable. Consequently, when a fatal error occurs, the AER
and DPC drivers do not report specific
This header is unnecessary and together with some upcoming changes would
introduce compiler warnings.
Link:
https://lore.kernel.org/lkml/20250916-mm-rcuwait-v1-1-39a3beea6...@linutronix.de/
Signed-off-by: Thomas Weißschuh
---
lib/vdso/datastore.c | 1 -
1 file changed, 1 deletion(-)
diff --git
The call to alternative_has_cap_likely(ARM64_HAS_FPSIMD) requires symbols
from asm/alternative.h. Currently this header is included transitively, but
that transitive inclusion is about to go away.
Explicitly include the header.
Signed-off-by: Thomas Weißschuh
---
arch/arm64/kernel/vdso/vgetrand
From: Rohan McLure
This reverts commit 6d144436d954 ("mm/page_table_check: remove unused
parameter in [__]page_table_check_pud_set").
Reinstate previously unused parameters for the purpose of supporting
powerpc platforms, as many do not encode user/kernel ownership of the
page in the pte, but in
From: Rohan McLure
This reverts commit 931c38e16499 ("mm/page_table_check: remove unused
parameter in [__]page_table_check_pud_clear").
Reinstate previously unused parameters for the purpose of supporting
powerpc platforms, as many do not encode user/kernel ownership of the
page in the pte, but
Friendly ping.
> On Sep 5, 2025, at 02:25, Vernon Yang wrote:
>
> From: Vernon Yang
>
> The kzalloc(GFP_KERNEL) may return NULL, so all accesses to
> aer_info->xxx will result in kernel panic. Fix it.
>
> Signed-off-by: Vernon Yang
> ---
> drivers/pci/pcie/aer.c | 4
> 1 file changed, 4
Thanks for the report. I will take a look at this issue.
On Fri, Sep 12, 2025 at 8:33 PM Venkat wrote:
>
>
>
> > On 12 Sep 2025, at 10:51 AM, Venkat Rao Bagalkote
> > wrote:
> >
> > Greetings!!!
> >
> >
> > IBM CI has reported a kernel crash, while running generic/256 test case on
> > pmem dev
On 9/11/25 11:10 AM, K Prateek Nayak wrote:
Hello Shrikanth,
On 9/10/2025 11:12 PM, Shrikanth Hegde wrote:
Actively push out any task running on a paravirt CPU. Since the task is
running on the CPU need to spawn a stopper thread and push the task out.
If task is sleeping, when it wakes up i
load balancer for fair class looks at sched domain and active cpus to consider
spreading the load. mask out the paravirt CPUs so that tasks doesn't spread to
those.
At wakeup, don't select a paravirt CPU.
Expect minimal impact when it is disabled.
Signed-off-by: Shrikanth Hegde
---
kernel/sche
These variables are only used inside a single branch.
Move their declarations there.
Signed-off-by: Thomas Weißschuh
---
lib/vdso/datastore.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/lib/vdso/datastore.c b/lib/vdso/datastore.c
index
a565c30c71a04ff4116c14f43f44
An upcomming patch will lead to the header file being included multiple
times from the same source file.
Add an include guard so this is possible.
Signed-off-by: Thomas Weißschuh
---
arch/mips/include/asm/vdso/vdso.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/mips/include/asm
On Mon, Sep 15, 2025 at 10:09 AM Rob Landley wrote:
> While you're at it, could you fix static/builtin initramfs so PID 1 has
> a valid stdin/stdout/stderr?
>
> A static initramfs won't create /dev/console if the embedded initramfs
> image doesn't contain it, which a non-root build can't mknod, s
On Wed, Sep 17, 2025 at 04:00:22PM +0200, Thomas Weißschuh wrote:
> Upcoming changes to the generic vDSO library will mean that the vDSO
> datapage will not yet be usable during time_early_init().
>
> Move the initialization to time_init() which is called later. This is
> valid as the value of tod
The vDSO stack does not need to be executable. Prevent the linker from
creating executable. For more background see commit ffcf9c5700e4 ("x86:
link vdso and boot with -z noexecstack --no-warn-rwx-segments").
Also prevent the following warning from the linker:
sparc64-linux-ld: warning: arch/sparc/
The patching logic is unnecessarily complicated and stands in the way of
the adoption of the generic vDSO framework.
Replace it by a simple runtime switch, similar to other architectures.
Suggested-by: Thomas Gleixner
Link: https://lore.kernel.org/lkml/87ecu9tfhw.ffs@tglx/
Signed-off-by: Thomas
An upcoming change will allocate the datapages dynamically instead of as
part of the kernel image. Such pages can only be mapped through
'struct page' and not through PFNs.
Prepare for the dynamic allocation by mapping through 'struct page'.
VM_MIXEDMAP is necessary for the call to vmf_insert_pag
To be y2038-safe, 32-bit userspace needs to explicitly call the 64-bit safe
time APIs.
Implement clock_gettime64() in the 32-bit vDSO.
Signed-off-by: Thomas Weißschuh
---
arch/sparc/include/asm/vdso/gettimeofday.h | 20 ++--
arch/sparc/vdso/vclock_gettime.c | 8 ++
Various used symbols are only visible through transitive includes.
These transitive includes are about to go away.
Explicitly include the necessary headers.
Signed-off-by: Thomas Weißschuh
---
lib/vdso/gettimeofday.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/lib/vdso/gettimeofda
The generic vDSO libraries expected the architecture glue around hardware
counter reading in asm/vdso/gettimeofday.h. To prepare the adoption of the
generic library, move the existing functions there.
While at it, perform some trivial alignment with the generic vDSO library:
* Drop 'notrace', as t
The same inclusion is already satisfied by vdso/clocksource.h.
Signed-off-by: Thomas Weißschuh
---
include/linux/clocksource.h | 4
1 file changed, 4 deletions(-)
diff --git a/include/linux/clocksource.h b/include/linux/clocksource.h
index
12d853b1883265cb47d93e33d8370e3957e7e695..afa03e9
The reference to VDSO_CLOCKMODE_NONE requires vdso/clocksource.h. Currently
this header is included transitively, but that transitive inclusion is
about to go away.
Explicitly include the header.
Signed-off-by: Thomas Weißschuh
---
arch/arm64/include/asm/vdso/gettimeofday.h | 2 ++
1 file chang
Various used symbols are only visible through transitive includes.
These transitive includes are about to go away.
Explicitly include the necessary headers.
Signed-off-by: Thomas Weißschuh
---
lib/vdso/getrandom.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/vdso/getrandom.c b/lib
The generic vDSO provides a lot common functionality shared between
different architectures. SPARC is the last architecture not using it,
preventing some necessary code cleanup.
Make use of the generic infrastructure.
Follow-up to and replacement for Arnd's SPARC vDSO removal patches:
https://lor
Le 17/09/2025 à 16:00, Thomas Weißschuh a écrit :
The usage of ASM_FTR_IFCLR(CPU_TR_ARCH_31) requires asm/cputable.h and
asm/feature-fixups.h. Currently these headers are included transitively,
but that transitive inclusion is about to go away.
Hum ...
That was unexpectedly added by commit
Le 17/09/2025 à 17:21, Thomas Weißschuh a écrit :
On Wed, Sep 17, 2025 at 04:41:49PM +0200, Christophe Leroy wrote:
Le 17/09/2025 à 16:00, Thomas Weißschuh a écrit :
The usage of ASM_FTR_IFCLR(CPU_TR_ARCH_31) requires asm/cputable.h and
asm/feature-fixups.h. Currently these headers are inc
On Wed, Sep 17, 2025 at 04:41:49PM +0200, Christophe Leroy wrote:
>
>
> Le 17/09/2025 à 16:00, Thomas Weißschuh a écrit :
> > The usage of ASM_FTR_IFCLR(CPU_TR_ARCH_31) requires asm/cputable.h and
> > asm/feature-fixups.h. Currently these headers are included transitively,
> > but that transitive
Paravirt clock related functions are available in multiple archs.
In order to share the common parts, move the common static keys
to kernel/sched/ and remove them from the arch specific files.
Make a common paravirt_steal_clock() implementation available in
kernel/sched/cputime.c, guarding it wit
All architectures supporting CONFIG_PARAVIRT share the same contents
of asm/paravirt_api_clock.h:
#include
So remove all incarnations of asm/paravirt_api_clock.h and remove the
only place where it is included, as there asm/paravirt.h is included
anyway.
Signed-off-by: Juergen Gross
Acked-by:
Some cleanups and reorg of paravirt code and headers:
- The first 2 patches should be not controversial at all, as they
remove just some no longer needed #include and struct forward
declarations.
- The 3rd patch is removing CONFIG_PARAVIRT_DEBUG, which IMO has
no real value, as it just chan
From: Arnd Bergmann
After sparc64, there are no remaining users of ARCH_CLOCKSOURCE_DATA
and it can just be removed.
Signed-off-by: Arnd Bergmann
Acked-by: John Stultz
[Thomas: drop sparc64 bits from the patch]
Signed-off-by: Thomas Weißschuh
---
include/linux/clocksource.h | 6 +-
kerne
These includes are not used, remove them.
Signed-off-by: Thomas Weißschuh
---
drivers/char/random.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/char/random.c b/drivers/char/random.c
index
b8b24b6ed3fe436c8102968392278d5cb5544f06..3860ddd9527930780d5c13cd4742fbc3c27acc42
100644
Ifdeffery in C source files is discouraged.
Use IS_ENABLED() instead.
Signed-off-by: Thomas Weißschuh
---
drivers/char/random.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/char/random.c b/drivers/char/random.c
index
3860ddd9527930780d5c13cd4742fbc
After the adoption of the generic vDSO library this symbol does not exist.
The alignment invariant is now guaranteed by the generic code.
Signed-off-by: Thomas Weißschuh
---
arch/sparc/include/asm/vdso.h | 2 --
arch/sparc/vdso/vdso2c.c | 6 --
arch/sparc/vdso/vdso2c.h | 4
3
There are no handled symbols left.
Signed-off-by: Thomas Weißschuh
---
arch/sparc/vdso/vdso2c.c | 10 --
arch/sparc/vdso/vdso2c.h | 41 +
2 files changed, 1 insertion(+), 50 deletions(-)
diff --git a/arch/sparc/vdso/vdso2c.c b/arch/sparc/vdso/vdso
The generic vDSO provides a lot common functionality shared between
different architectures. SPARC is the last architecture not using it,
preventing some necessary code cleanup.
Make use of the generic infrastructure.
Signed-off-by: Thomas Weißschuh
---
arch/sparc/Kconfig
The usage of cpu_relax() requires vdso/processor.h. Currently
this header is included transitively, but that transitive inclusion is
about to go away.
Explicitly include the header.
Signed-off-by: Thomas Weißschuh
---
include/vdso/helpers.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/in
The generic vDSO libraries expected the syscall fallbacks in
asm/vdso/gettimeofday.h. To prepare the adoption of the generic library,
move the existing functions there.
While at it, rename them so they match what the generic library expects.
Signed-off-by: Thomas Weißschuh
---
arch/sparc/includ
When the vDSO logic was copied from x86 to SPARC some unused remnants of
the fake section handling were copied, too. In x86 the original fake
section handling had already been removed incompletely in commit
da861e18eccc ("x86, vdso: Get rid of the fake section mechanism").
On x86 the reservation wa
Allocating the datapages as part of the kernel image does not work on
SPARC. It is also problematic with regards to dcache aliasing as there is
no guarantee that the virtual addresses used by the kernel are compatible
with those used by userspace.
Allocate the data pages through the page allocator
Upcoming changes to the generic vDSO library will mean that the vDSO
datapage will not yet be usable during time_early_init().
Move the initialization to time_init() which is called later. This is
valid as the value of tod_clock_base.tod does not change during the
lifetime of the machine and the v
Some upcoming changes will introduce additional callers of them.
Signed-off-by: Thomas Weißschuh
---
drivers/char/random.c | 51 +--
1 file changed, 33 insertions(+), 18 deletions(-)
diff --git a/drivers/char/random.c b/drivers/char/random.c
index
vdso/datapage.h includes a lot of headers which are not strictly necessary.
Some of those headers include architecture-specific vDSO headers which
prevent the usage of vdso/datapage.h in kernel code on architectures
without an vDSO. This would be useful however to write generic code using
IS_ENABLE
The usage of 'struct old_timespec32' requires vdso/time32.h. Currently
this header is included transitively, but that transitive inclusion is
about to go away.
Explicitly include the header.
Signed-off-by: Thomas Weißschuh
---
arch/powerpc/include/asm/vdso/gettimeofday.h | 1 +
1 file changed,
The usage of 'struct old_timespec32' requires asm/vdso/vdso.h. Currently
this header is included transitively, but that transitive inclusion is
about to go away.
Explicitly include the header.
Signed-off-by: Thomas Weißschuh
---
arch/loongarch/kernel/process.c | 1 +
arch/loongarch/kernel/vdso.
The usage of __VDSO_PAGES requires asm/vdso/vdso.h. Currently this header
is included transitively, but that transitive inclusion is about to go
away.
Explicitly include the header.
Signed-off-by: Thomas Weißschuh
---
arch/mips/kernel/vdso.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/a
The usage of ASM_FTR_IFCLR(CPU_TR_ARCH_31) requires asm/cputable.h and
asm/feature-fixups.h. Currently these headers are included transitively,
but that transitive inclusion is about to go away.
Explicitly include the headers.
Signed-off-by: Thomas Weißschuh
---
arch/powerpc/include/asm/vdso/pr
On SPARC the field tv_usec of 'struct timespec' is not a 'long int', but
only a regular int. In this case the format string is incorrect and will
trigger compiler warnings.
Avoid the warnings by casting to 'long long', similar to how it is done for
the tv_sec and what the other similar selftests a
The pseries Shared Processor Logical Partition(SPLPAR) machines can
retrieve a log of dispatch and preempt events from the hypervisor
using data from Disptach Trace Log(DTL) buffer. With this information,
user can retrieve when and why each dispatch & preempt has occurred.
The vpa-dtl PMU exposes
The pseries Shared Processor Logical Partition(SPLPAR) machines can
retrieve a log of dispatch and preempt events from the hypervisor
using data from Disptach Trace Log(DTL) buffer. With this information,
user can retrieve when and why each dispatch & preempt has occurred.
The vpa-dtl PMU exposes
81 matches
Mail list logo
