n time
> memory bloat by ~64 bytes per sentinel (further information Link :
> https://lore.kernel.org/all/zo5yx5jfoggi%2f...@bombadil.infradead.org/)
>
> Remove sentinel from vrf_table
>
> Signed-off-by: Joel Granados
> ---
> drivers/net/vrf.c | 1 -
> 1 file changed, 1 deletion(-)
>
Reviewed-by: David Ahern
documentation link on Sourceforge says it is abandoned there.
>
> Leave the UAPI alone to keep userspace programs compiling.
>
> Signed-off-by: Stephen Hemminger
> ---
Acked-by: David Ahern
On 5/27/20 3:07 PM, Paolo Bonzini wrote:
> I see what you meant now. statsfs can also be used to enumerate objects
> if one is so inclined (with the prototype in patch 7, for example, each
> network interface becomes a directory).
there are many use cases that have 100's to 1000's have network
On 1/27/17 5:54 AM, Sachin Sant wrote:
> While rebooting PowerVM LPAR running 4.10.0-rc5-next-20170124
> on a POWER8 box, following kernel oops is displayed.
>
> This problem was introduced with next-20170123. next-20170120 works.
> Initial analysis points to following patch included with
depending on the machine type.
Signed-off-by: Hemant Kumar<hem...@linux.vnet.ibm.com>
---
Acked-by: David Ahern <dsah...@gmail.com>
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
hem...@linux.vnet.ibm.com>
Acked-by: Alexander Yarygin<yary...@linux.vnet.ibm.com>
Acked-by: David Ahern <dsah...@gmail.com>
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On 10/6/15 8:25 PM, Hemant Kumar wrote:
@@ -358,7 +357,12 @@ static bool handle_end_event(struct perf_kvm_stat *kvm,
time_diff = sample->time - time_begin;
if (kvm->duration && time_diff > kvm->duration) {
- char decode[DECODE_STR_LEN];
+ char *decode
On 9/28/15 7:00 AM, Alexander Yarygin wrote:
diff --git a/tools/perf/builtin-kvm.c b/tools/perf/builtin-kvm.c
index fc1cffb..ef25fcf 100644
--- a/tools/perf/builtin-kvm.c
+++ b/tools/perf/builtin-kvm.c
@@ -31,20 +31,18 @@
#include
#ifdef HAVE_KVM_STAT_SUPPORT
-#include
#include
On 9/28/15 9:16 AM, Scott Wood wrote:
On Mon, 2015-09-28 at 08:31 -0600, David Ahern wrote:
On 9/28/15 7:00 AM, Alexander Yarygin wrote:
diff --git a/tools/perf/builtin-kvm.c b/tools/perf/builtin-kvm.c
index fc1cffb..ef25fcf 100644
--- a/tools/perf/builtin-kvm.c
+++ b/tools/perf/builtin-kvm.c
On 6/15/15 8:50 PM, Hemant Kumar wrote:
+/*
+ * Get the instruction pointer from the tracepoint data
+ */
+u64 arch__get_ip(struct perf_evsel *evsel, struct perf_sample *data)
+{
+ u64 tp_ip = data-ip;
+ int trap;
+
+ if (!strcmp(KVMPPC_EXIT, evsel-name)) {
+ trap
On 6/16/15 7:24 PM, Hemant Kumar wrote:
Because, this depends on the kernel tracepoint kvm_hv:kvm_guest_exit.
perf_prepare_sample() in the kernel side sets the event-header.misc
field to
PERF_RECORD_MISC_KERNEL through perf_misc_flags(pt_regs). In case of
tracepoints which always get hit in the
[Added linuxppc-dev list.]
On 3/1/12 10:08 AM, Victor Jimenez wrote:
I am trying to sample instruction pointer along time on a Power7 system.
I know that there are accurate mechanisms to do so in Intel processors
(e.g., PEBS and Branch Trace Store).
Is it possible to do something similar in
On 08/01/2011 04:39 AM, Benjamin Herrenschmidt wrote:
On Mon, 2011-08-01 at 11:59 +0200, Peter Zijlstra wrote:
Signed-off-by: David Ahern dsah...@gmail.com
CC: Benjamin Herrenschmidt b...@kernel.crashing.org
CC: Anton Blanchard an...@samba.org
Hmm, Paul, didn't you fix something like
and then again
with latest kernel using a PPC VM. I am not able to test the 64-bit
path - I do not have H/W for it and 64-bit PPC VMs (qemu on Intel)
is horribly slow.
Signed-off-by: David Ahern dsah...@gmail.com
CC: Benjamin Herrenschmidt b...@kernel.crashing.org
CC: Anton Blanchard an...@samba.org
CC
Hi Ben:
On 07/24/2011 07:55 PM, Benjamin Herrenschmidt wrote:
On Sun, 2011-07-24 at 11:18 -0600, David Ahern wrote:
On 07/20/2011 03:57 PM, David Ahern wrote:
I am hoping someone familiar with PPC can help understand a panic that
is generated when capturing callchains with context switch
On 07/20/2011 03:57 PM, David Ahern wrote:
I am hoping someone familiar with PPC can help understand a panic that
is generated when capturing callchains with context switch events.
Call trace is below. The short of it is that walking the callchain
generates a page fault. To handle the page
[suggestion to try this mailing list as well]
Original Message
Subject: perf PPC: kernel panic with callchains and context switch events
Date: Wed, 20 Jul 2011 15:57:51 -0600
From: David Ahern dsah...@gmail.com
To: Anton Blanchard an...@samba.org, Paul Mackerras
pau...@samba.org
17 matches
Mail list logo
