You can subscribe to this list here.
2001 |
Jan
(1) |
Feb
|
Mar
(7) |
Apr
(3) |
May
(3) |
Jun
(7) |
Jul
(10) |
Aug
(1) |
Sep
(50) |
Oct
(74) |
Nov
(28) |
Dec
(32) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(63) |
Feb
(27) |
Mar
(88) |
Apr
(21) |
May
(59) |
Jun
(41) |
Jul
(61) |
Aug
(89) |
Sep
(179) |
Oct
(152) |
Nov
(190) |
Dec
(92) |
2003 |
Jan
(140) |
Feb
(160) |
Mar
(193) |
Apr
(107) |
May
(84) |
Jun
(60) |
Jul
(97) |
Aug
(97) |
Sep
(42) |
Oct
(105) |
Nov
(99) |
Dec
(52) |
2004 |
Jan
(99) |
Feb
(97) |
Mar
(62) |
Apr
(73) |
May
(94) |
Jun
(37) |
Jul
(32) |
Aug
(89) |
Sep
(87) |
Oct
(72) |
Nov
(114) |
Dec
(35) |
2005 |
Jan
(25) |
Feb
(42) |
Mar
(120) |
Apr
(151) |
May
(71) |
Jun
(36) |
Jul
(35) |
Aug
(92) |
Sep
(19) |
Oct
(57) |
Nov
(77) |
Dec
(61) |
2006 |
Jan
(107) |
Feb
(114) |
Mar
(66) |
Apr
(101) |
May
(74) |
Jun
(64) |
Jul
(42) |
Aug
(51) |
Sep
(106) |
Oct
(118) |
Nov
(138) |
Dec
(162) |
2007 |
Jan
(148) |
Feb
(222) |
Mar
(73) |
Apr
(160) |
May
(166) |
Jun
(125) |
Jul
(184) |
Aug
(58) |
Sep
(41) |
Oct
(102) |
Nov
(111) |
Dec
(52) |
2008 |
Jan
(104) |
Feb
(67) |
Mar
(48) |
Apr
(125) |
May
(114) |
Jun
(98) |
Jul
(206) |
Aug
(89) |
Sep
(88) |
Oct
(163) |
Nov
(115) |
Dec
(113) |
2009 |
Jan
(131) |
Feb
(85) |
Mar
(157) |
Apr
(198) |
May
(202) |
Jun
(154) |
Jul
(156) |
Aug
(75) |
Sep
(80) |
Oct
(148) |
Nov
(88) |
Dec
(83) |
2010 |
Jan
(78) |
Feb
(59) |
Mar
(89) |
Apr
(54) |
May
(92) |
Jun
(66) |
Jul
(38) |
Aug
(73) |
Sep
(84) |
Oct
(91) |
Nov
(52) |
Dec
(62) |
2011 |
Jan
(86) |
Feb
(68) |
Mar
(129) |
Apr
(121) |
May
(154) |
Jun
(81) |
Jul
(55) |
Aug
(55) |
Sep
(58) |
Oct
(115) |
Nov
(88) |
Dec
(95) |
2012 |
Jan
(105) |
Feb
(62) |
Mar
(52) |
Apr
(54) |
May
(103) |
Jun
(89) |
Jul
(152) |
Aug
(73) |
Sep
(58) |
Oct
(60) |
Nov
(52) |
Dec
(90) |
2013 |
Jan
(102) |
Feb
(63) |
Mar
(68) |
Apr
(128) |
May
(82) |
Jun
(94) |
Jul
(87) |
Aug
(29) |
Sep
(24) |
Oct
(25) |
Nov
(40) |
Dec
(51) |
2014 |
Jan
(41) |
Feb
(60) |
Mar
(33) |
Apr
(22) |
May
(38) |
Jun
(23) |
Jul
(86) |
Aug
(113) |
Sep
(23) |
Oct
(22) |
Nov
(18) |
Dec
(13) |
2015 |
Jan
(40) |
Feb
(12) |
Mar
(28) |
Apr
(32) |
May
(53) |
Jun
(65) |
Jul
(27) |
Aug
(6) |
Sep
(13) |
Oct
(25) |
Nov
(48) |
Dec
(19) |
2016 |
Jan
(5) |
Feb
(10) |
Mar
(23) |
Apr
(31) |
May
(19) |
Jun
(28) |
Jul
(19) |
Aug
(2) |
Sep
(9) |
Oct
(18) |
Nov
(10) |
Dec
(4) |
2017 |
Jan
(23) |
Feb
(42) |
Mar
(13) |
Apr
(5) |
May
(7) |
Jun
(26) |
Jul
(13) |
Aug
(8) |
Sep
(1) |
Oct
(3) |
Nov
(27) |
Dec
(4) |
2018 |
Jan
(9) |
Feb
(22) |
Mar
(27) |
Apr
(16) |
May
(7) |
Jun
(5) |
Jul
(7) |
Aug
(1) |
Sep
(36) |
Oct
(17) |
Nov
(1) |
Dec
(5) |
2019 |
Jan
(1) |
Feb
|
Mar
(11) |
Apr
(4) |
May
(7) |
Jun
(6) |
Jul
(9) |
Aug
(4) |
Sep
(6) |
Oct
(4) |
Nov
(5) |
Dec
(13) |
2020 |
Jan
(60) |
Feb
(57) |
Mar
(4) |
Apr
(71) |
May
(1) |
Jun
(1) |
Jul
(7) |
Aug
(11) |
Sep
(6) |
Oct
|
Nov
(2) |
Dec
|
2021 |
Jan
(42) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
From: William C. <wc...@re...> - 2024-12-10 18:25:38
|
On 12/9/24 19:02, Florian Fainelli wrote: > Broadcom's Brahma-B53 CPU features a PMU which is 100% software > compatible with those found on Cortex-A53 designs. Add the required > code to recognize the implementor id (0x42) and the Brahma-B53 part > number (0x100) and return "arm/armv8-ca53" so we can utilize the PMU. > > Signed-off-by: Florian Fainelli <flo...@br...> > --- > libop/op_cpu_type.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/libop/op_cpu_type.c b/libop/op_cpu_type.c > index 3aab4a2d418d..69e9098cf516 100644 > --- a/libop/op_cpu_type.c > +++ b/libop/op_cpu_type.c > @@ -430,6 +430,8 @@ static op_cpu _get_arm_cpu_type(void) > switch (cpuid) { > case 0x00f: > return op_get_cpu_number("arm/armv7-ca15"); > + case 0x100: > + return op_get_cpu_number("arm/armv8-ca53"); > case 0x516: > return op_get_cpu_number("arm/armv8-thunderx2"); > } Hi, The patch looks reasonable and it has been merged into the upstream oprofile git master repository. -Will |
From: Florian F. <flo...@br...> - 2024-12-10 00:18:59
|
Broadcom's Brahma-B53 CPU features a PMU which is 100% software compatible with those found on Cortex-A53 designs. Add the required code to recognize the implementor id (0x42) and the Brahma-B53 part number (0x100) and return "arm/armv8-ca53" so we can utilize the PMU. Signed-off-by: Florian Fainelli <flo...@br...> --- libop/op_cpu_type.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libop/op_cpu_type.c b/libop/op_cpu_type.c index 3aab4a2d418d..69e9098cf516 100644 --- a/libop/op_cpu_type.c +++ b/libop/op_cpu_type.c @@ -430,6 +430,8 @@ static op_cpu _get_arm_cpu_type(void) switch (cpuid) { case 0x00f: return op_get_cpu_number("arm/armv7-ca15"); + case 0x100: + return op_get_cpu_number("arm/armv8-ca53"); case 0x516: return op_get_cpu_number("arm/armv8-thunderx2"); } -- 2.34.1 |
From: Giri P. <sha...@gm...> - 2022-04-06 03:27:05
|
Thanks a lot Will and William for your responses. My apologies for being novice in this aspect: 1) My program looks like this. [Just to learn operf] *#include <iostream>using namespace std;void fun1(){ for(auto i = 0; i < 1000000000; i++) { std::cout << "Fun1" << endl; }}void fun2(){ for(auto i = 0; i < 1000000000; i++) { std::cout << "Fun2" << endl; }}int main(){ fun1(); fun2();}* 2) I ran the command : *operf -g ./a.out* 3) It ran for almost 20 minutes and then I killed the process. 4) Can you please let me know how to run opreport to : get the call graph *with details of Functions fun1 and fun2 *with details such as *how many cycles they consumed, how many times they're called* etc. Regards, Giri Prasad On Tue, Apr 5, 2022 at 9:16 PM will schmidt <wil...@vn...> wrote: > On Tue, 2022-04-05 at 15:29 +0530, Giri Prasad wrote: > > > > 1) I installed operf in linux machine, below is the version: > > > > operf: oprofile 1.3.0 compiled on Feb 2 2020 20:33:34 > > > > > 2) I wrote a simple program and ran : operf ./a.out > > > > 3) it generated the folder: oprofile_data > > > > 4) when i run opreport as below: > > > > ##> opreport session:oprofile_data event:DATA_MEM_REFS > > Using /home/prasadgi/tools/cpp/oprofile_data/samples/ for samples > > directory. > > opreport error: No sample found: Please specify a session containing > > sample data. > > > > Please help what is missing ? > > > Most likely the program did not run long enough or simply did not > trigger any DATA_MEM_REFS events. > > Does opreport give you any output if > you leave off the "event:" qualifier? > > Thanks > -Will (Schmidt) > > > > > > Regards, > > Giri Prasad > > _______________________________________________ > > oprofile-list mailing list > > opr...@li... > > https://lists.sourceforge.net/lists/listinfo/oprofile-list > > |
From: will s. <wil...@vn...> - 2022-04-05 16:09:51
|
On Tue, 2022-04-05 at 15:29 +0530, Giri Prasad wrote: > > 1) I installed operf in linux machine, below is the version: > > operf: oprofile 1.3.0 compiled on Feb 2 2020 20:33:34 > > 2) I wrote a simple program and ran : operf ./a.out > > 3) it generated the folder: oprofile_data > > 4) when i run opreport as below: > > ##> opreport session:oprofile_data event:DATA_MEM_REFS > Using /home/prasadgi/tools/cpp/oprofile_data/samples/ for samples > directory. > opreport error: No sample found: Please specify a session containing > sample data. > > Please help what is missing ? Most likely the program did not run long enough or simply did not trigger any DATA_MEM_REFS events. Does opreport give you any output if you leave off the "event:" qualifier? Thanks -Will (Schmidt) > > Regards, > Giri Prasad > _______________________________________________ > oprofile-list mailing list > opr...@li... > https://lists.sourceforge.net/lists/listinfo/oprofile-list |
From: William C. <wc...@re...> - 2022-04-05 14:21:50
|
On 4/5/22 05:59, Giri Prasad wrote: > 1) I installed operf in linux machine, below is the version: > > operf: oprofile 1.3.0 compiled on Feb 2 2020 20:33:34 > > 2) I wrote a simple program and ran : *operf ./a.out* > > 3) it generated the folder: *oprofile_data* > * > * > 4) when i run opreport as below: > * > * > *##> opreport session:oprofile_data event:DATA_MEM_REFS > Using /home/prasadgi/tools/cpp/oprofile_data/samples/ for samples directory. > opreport error: No sample found: Please specify a session containing > sample data.* > * > * > *Please help what is missing ?* > * > * > Regards, > Giri Prasad > > > _______________________________________________ > oprofile-list mailing list > opr...@li... > https://lists.sourceforge.net/lists/listinfo/oprofile-list Hi, By default operf is going to use a clock cycle event to record samples . You should see samples if you do "opreport". However, if the program runs for a very short amount of time there might not be enough events (cycles) to trigger a sample. If you want to get samples of the DATA_MEM_REFS you are going to need to specify the events with the --events / -e option for operf: https://oprofile.sourceforge.io/doc/controlling-profiler.html#controlling-operf You might also consider using linux perf: https://perf.wiki.kernel.org/index.php/Main_Page -Will |
From: Giri P. <sha...@gm...> - 2022-04-05 09:59:39
|
1) I installed operf in linux machine, below is the version: operf: oprofile 1.3.0 compiled on Feb 2 2020 20:33:34 2) I wrote a simple program and ran : *operf ./a.out* 3) it generated the folder: *oprofile_data* 4) when i run opreport as below: *##> opreport session:oprofile_data event:DATA_MEM_REFSUsing /home/prasadgi/tools/cpp/oprofile_data/samples/ for samples directory.opreport error: No sample found: Please specify a session containingsample data.* *Please help what is missing ?* Regards, Giri Prasad |
From: Sergei T. <sl...@gm...> - 2021-11-28 08:44:38
|
`gcc-12` will forbid std::string(nullptr_t) constructors (as they never had a defined behaviour): operf_stats.cpp:182:24: error: use of deleted function 'std::__cxx11::basic_string...; std::nullptr_t = std::nullptr_t]' 182 | return NULL; | ^~~~ Signed-off-by: Sergei Trofimovich <sl...@gm...> --- libperf_events/operf_stats.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libperf_events/operf_stats.cpp b/libperf_events/operf_stats.cpp index 3cc28a75..a7bd0aec 100644 --- a/libperf_events/operf_stats.cpp +++ b/libperf_events/operf_stats.cpp @@ -179,7 +179,7 @@ static string create_stats_dir(string const & cur_sampledir) if (rc && (errno != EEXIST)) { cerr << "Error trying to create stats dir. " << endl; perror("mkdir failed with"); - return NULL; + return ""; } return stats_dir; } -- 2.33.1 |
From: Joe P. <jo...@pe...> - 2021-02-16 15:10:35
|
On Tue, 2021-02-16 at 15:39 +0100, Robert Richter wrote: > On 30.01.21 10:54:42, Joe Perches wrote: > > On Mon, 2020-08-24 at 21:55 -0700, Joe Perches wrote: > > > Use semicolons and braces. > > > > ping? > > > > > > > > Signed-off-by: Joe Perches <jo...@pe...> > > > --- > > > arch/alpha/kernel/pci_iommu.c | 8 +++++--- > > > arch/alpha/oprofile/op_model_ev4.c | 22 ++++++++++++++-------- > > > arch/alpha/oprofile/op_model_ev5.c | 8 +++++--- > > This patch should be rebased as oprofile is going to be removed in > 5.12. A branch is in linux-next. git am --include=arch/alpha/kernel/pci_iommu.c |
From: Robert R. <rr...@ke...> - 2021-02-16 14:39:44
|
On 30.01.21 10:54:42, Joe Perches wrote: > On Mon, 2020-08-24 at 21:55 -0700, Joe Perches wrote: > > Use semicolons and braces. > > ping? > > > > > Signed-off-by: Joe Perches <jo...@pe...> > > --- > > arch/alpha/kernel/pci_iommu.c | 8 +++++--- > > arch/alpha/oprofile/op_model_ev4.c | 22 ++++++++++++++-------- > > arch/alpha/oprofile/op_model_ev5.c | 8 +++++--- This patch should be rebased as oprofile is going to be removed in 5.12. A branch is in linux-next. -Robert > > 3 files changed, 24 insertions(+), 14 deletions(-) |
From: Joe P. <jo...@pe...> - 2021-01-30 19:13:12
|
On Mon, 2020-08-24 at 21:55 -0700, Joe Perches wrote: > Use semicolons and braces. ping? > > Signed-off-by: Joe Perches <jo...@pe...> > --- > arch/alpha/kernel/pci_iommu.c | 8 +++++--- > arch/alpha/oprofile/op_model_ev4.c | 22 ++++++++++++++-------- > arch/alpha/oprofile/op_model_ev5.c | 8 +++++--- > 3 files changed, 24 insertions(+), 14 deletions(-) > > diff --git a/arch/alpha/kernel/pci_iommu.c b/arch/alpha/kernel/pci_iommu.c > index 81037907268d..b8af7ad6c607 100644 > --- a/arch/alpha/kernel/pci_iommu.c > +++ b/arch/alpha/kernel/pci_iommu.c > @@ -161,10 +161,12 @@ iommu_arena_find_pages(struct device *dev, struct pci_iommu_arena *arena, > goto again; > } > > > - if (ptes[p+i]) > - p = ALIGN(p + i + 1, mask + 1), i = 0; > - else > + if (ptes[p+i]) { > + p = ALIGN(p + i + 1, mask + 1); > + i = 0; > + } else { > i = i + 1; > + } > } > > > if (i < n) { > diff --git a/arch/alpha/oprofile/op_model_ev4.c b/arch/alpha/oprofile/op_model_ev4.c > index 086a0d5445c5..004f80a4291f 100644 > --- a/arch/alpha/oprofile/op_model_ev4.c > +++ b/arch/alpha/oprofile/op_model_ev4.c > @@ -46,18 +46,24 @@ ev4_reg_setup(struct op_register_config *reg, > map it onto one of the possible values, and write it back. */ > > > count = ctr[0].count; > - if (count <= 4096) > - count = 4096, hilo = 1; > - else > - count = 65536, hilo = 0; > + if (count <= 4096) { > + count = 4096; > + hilo = 1; > + } else { > + count = 65536; > + hilo = 0; > + } > ctr[0].count = count; > ctl |= (ctr[0].enabled && hilo) << 3; > > > count = ctr[1].count; > - if (count <= 256) > - count = 256, hilo = 1; > - else > - count = 4096, hilo = 0; > + if (count <= 256) { > + count = 256; > + hilo = 1; > + } else { > + count = 4096; > + hilo = 0; > + } > ctr[1].count = count; > ctl |= (ctr[1].enabled && hilo); > > > diff --git a/arch/alpha/oprofile/op_model_ev5.c b/arch/alpha/oprofile/op_model_ev5.c > index c300f5ef3482..6f52244e1181 100644 > --- a/arch/alpha/oprofile/op_model_ev5.c > +++ b/arch/alpha/oprofile/op_model_ev5.c > @@ -92,9 +92,11 @@ common_reg_setup(struct op_register_config *reg, > if (!ctr[i].enabled) > continue; > > > - if (count <= 256) > - count = 256, hilo = 3, max = 256; > - else { > + if (count <= 256) { > + max = 256; > + hilo = 3; > + count = 256; > + } else { > max = (i == 2 ? 16384 : 65536); > hilo = 2; > if (count > max) |
From: Helge D. <de...@gm...> - 2021-01-28 19:24:41
|
On 1/14/21 12:35 PM, Viresh Kumar wrote: > The "oprofile" user-space tools don't use the kernel OPROFILE support > any more, and haven't in a long time. User-space has been converted to > the perf interfaces. > > Remove the old oprofile's architecture specific support. > > Suggested-by: Christoph Hellwig <hc...@in...> > Suggested-by: Linus Torvalds <tor...@li...> Signed-off-by: Viresh Kumar <vir...@li...> For parisc parts: Acked-by: Helge Deller <de...@gm...> # parisc Thanks! Helge > --- > arch/parisc/Kconfig | 1 - > arch/parisc/Makefile | 2 -- > arch/parisc/oprofile/Makefile | 10 ---------- > arch/parisc/oprofile/init.c | 23 ----------------------- > 4 files changed, 36 deletions(-) > delete mode 100644 arch/parisc/oprofile/Makefile > delete mode 100644 arch/parisc/oprofile/init.c > > diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig > index 78b17621ee4a..c2216e53fa81 100644 > --- a/arch/parisc/Kconfig > +++ b/arch/parisc/Kconfig > @@ -4,7 +4,6 @@ config PARISC > select ARCH_32BIT_OFF_T if !64BIT > select ARCH_MIGHT_HAVE_PC_PARPORT > select HAVE_IDE > - select HAVE_OPROFILE > select HAVE_FUNCTION_TRACER > select HAVE_FUNCTION_GRAPH_TRACER > select HAVE_SYSCALL_TRACEPOINTS > diff --git a/arch/parisc/Makefile b/arch/parisc/Makefile > index 5140c602207f..7d9f71aa829a 100644 > --- a/arch/parisc/Makefile > +++ b/arch/parisc/Makefile > @@ -116,8 +116,6 @@ kernel-y := mm/ kernel/ math-emu/ > core-y += $(addprefix arch/parisc/, $(kernel-y)) > libs-y += arch/parisc/lib/ $(LIBGCC) > > -drivers-$(CONFIG_OPROFILE) += arch/parisc/oprofile/ > - > boot := arch/parisc/boot > > PALO := $(shell if (which palo 2>&1); then : ; \ > diff --git a/arch/parisc/oprofile/Makefile b/arch/parisc/oprofile/Makefile > deleted file mode 100644 > index 86a1ccc328eb..000000000000 > --- a/arch/parisc/oprofile/Makefile > +++ /dev/null > @@ -1,10 +0,0 @@ > -# SPDX-License-Identifier: GPL-2.0 > -obj-$(CONFIG_OPROFILE) += oprofile.o > - > -DRIVER_OBJS = $(addprefix ../../../drivers/oprofile/, \ > - oprof.o cpu_buffer.o buffer_sync.o \ > - event_buffer.o oprofile_files.o \ > - oprofilefs.o oprofile_stats.o \ > - timer_int.o ) > - > -oprofile-y := $(DRIVER_OBJS) init.o > diff --git a/arch/parisc/oprofile/init.c b/arch/parisc/oprofile/init.c > deleted file mode 100644 > index 026cba2af07a..000000000000 > --- a/arch/parisc/oprofile/init.c > +++ /dev/null > @@ -1,23 +0,0 @@ > -/** > - * @file init.c > - * > - * @remark Copyright 2002 OProfile authors > - * @remark Read the file COPYING > - * > - * @author John Levon <le...@mo...> > - */ > - > -#include <linux/errno.h> > -#include <linux/init.h> > -#include <linux/kernel.h> > -#include <linux/oprofile.h> > - > -int __init oprofile_arch_init(struct oprofile_operations *ops) > -{ > - return -ENODEV; > -} > - > - > -void oprofile_arch_exit(void) > -{ > -} > |
From: Thomas G. <tg...@li...> - 2021-01-21 12:10:28
|
On Thu, Jan 14 2021 at 17:04, Viresh Kumar wrote: > The "oprofile" user-space tools don't use the kernel OPROFILE support > any more, and haven't in a long time. User-space has been converted to > the perf interfaces. > > Remove oprofile and dcookies (whose only user is oprofile) support from > the kernel. Yay! Acked-by: Thomas Gleixner <tg...@li...> |
From: Viresh K. <vir...@li...> - 2021-01-18 06:57:20
|
On 14-01-21, 09:51, Linus Torvalds wrote: > On Thu, Jan 14, 2021 at 3:34 AM Viresh Kumar <vir...@li...> wrote: > > > > This is build/boot tested by kernel test robot (Intel) and Linaro's > > Tuxmake[2] for a lot of architectures and no failures were reported. > > Can you make sure this is in linux-next, and we'll get this in for 5.12? This series is in linux-next now. -- viresh |
From: Viresh K. <vir...@li...> - 2021-01-18 04:47:51
|
On 14-01-21, 17:05, Viresh Kumar wrote: > The "oprofile" user-space tools don't use the kernel OPROFILE support > any more, and haven't in a long time. User-space has been converted to > the perf interfaces. > > This commits stops building oprofile for powerpc and removes any > reference to it from directories in arch/powerpc/ apart from > arch/powerpc/oprofile, which will be removed in the next commit (this is > broken into two commits as the size of the commit became very big, ~5k > lines). > > Note that the member "oprofile_cpu_type" in "struct cpu_spec" isn't > removed as it was also used by other parts of the code. > > Suggested-by: Christoph Hellwig <hc...@in...> > Suggested-by: Linus Torvalds <tor...@li...> > Signed-off-by: Viresh Kumar <vir...@li...> > --- > arch/powerpc/Kconfig | 1 - > arch/powerpc/Makefile | 2 - > arch/powerpc/configs/44x/akebono_defconfig | 1 - > arch/powerpc/configs/44x/currituck_defconfig | 1 - > arch/powerpc/configs/44x/fsp2_defconfig | 1 - > arch/powerpc/configs/44x/iss476-smp_defconfig | 1 - > arch/powerpc/configs/cell_defconfig | 1 - > arch/powerpc/configs/g5_defconfig | 1 - > arch/powerpc/configs/maple_defconfig | 1 - > arch/powerpc/configs/pasemi_defconfig | 1 - > arch/powerpc/configs/pmac32_defconfig | 1 - > arch/powerpc/configs/powernv_defconfig | 1 - > arch/powerpc/configs/ppc64_defconfig | 1 - > arch/powerpc/configs/ppc64e_defconfig | 1 - > arch/powerpc/configs/ppc6xx_defconfig | 1 - > arch/powerpc/configs/ps3_defconfig | 1 - > arch/powerpc/configs/pseries_defconfig | 1 - > arch/powerpc/include/asm/cputable.h | 20 --- > arch/powerpc/include/asm/oprofile_impl.h | 135 ------------------ > arch/powerpc/include/asm/spu.h | 33 ----- > arch/powerpc/kernel/cputable.c | 67 --------- > arch/powerpc/kernel/dt_cpu_ftrs.c | 2 - > arch/powerpc/platforms/cell/Kconfig | 5 - > arch/powerpc/platforms/cell/spu_notify.c | 55 ------- + this.. diff --git a/arch/powerpc/platforms/cell/Makefile b/arch/powerpc/platforms/cell/Makefile index 10064a33ca96..7ea6692f67e2 100644 --- a/arch/powerpc/platforms/cell/Makefile +++ b/arch/powerpc/platforms/cell/Makefile @@ -19,7 +19,6 @@ spu-priv1-$(CONFIG_PPC_CELL_COMMON) += spu_priv1_mmio.o spu-manage-$(CONFIG_PPC_CELL_COMMON) += spu_manage.o obj-$(CONFIG_SPU_BASE) += spu_callbacks.o spu_base.o \ - spu_notify.o \ spu_syscalls.o \ $(spu-priv1-y) \ $(spu-manage-y) \ -- viresh |
From: Al V. <vi...@ze...> - 2021-01-16 02:17:34
|
On Thu, Jan 14, 2021 at 05:04:24PM +0530, Viresh Kumar wrote: > Hello, > > The "oprofile" user-space tools don't use the kernel OPROFILE support > any more, and haven't in a long time. User-space has been converted to > the perf interfaces. > > Remove oprofile and dcookies (whose only user is oprofile) support from > the kernel. > > This was suggested here [1] earlier. > > This is build/boot tested by kernel test robot (Intel) and Linaro's > Tuxmake[2] for a lot of architectures and no failures were reported. fs/* side is trivial (and trivially correct). Acked-by: Al Viro <vi...@ze...> |
From: William C. <wc...@re...> - 2021-01-15 16:00:47
|
On 1/14/21 4:50 PM, Robert Richter wrote: > On 14.01.21 17:04:24, Viresh Kumar wrote: >> Hello, >> >> The "oprofile" user-space tools don't use the kernel OPROFILE support >> any more, and haven't in a long time. User-space has been converted to >> the perf interfaces. >> >> Remove oprofile and dcookies (whose only user is oprofile) support from >> the kernel. >> >> This was suggested here [1] earlier. >> >> This is build/boot tested by kernel test robot (Intel) and Linaro's >> Tuxmake[2] for a lot of architectures and no failures were reported. >> >> -- >> Viresh >> >> [1] https://lore.kernel.org/lkml/CAHk-=whw...@ma.../ >> [2] https://lwn.net/Articles/841624/ >> >> Viresh Kumar (18): >> arch: alpha: Remove CONFIG_OPROFILE support >> arch: arm: Remove CONFIG_OPROFILE support >> arch: arc: Remove CONFIG_OPROFILE support >> arch: hexagon: Don't select HAVE_OPROFILE >> arch: ia64: Remove CONFIG_OPROFILE support >> arch: ia64: Remove rest of perfmon support >> arch: microblaze: Remove CONFIG_OPROFILE support >> arch: mips: Remove CONFIG_OPROFILE support >> arch: parisc: Remove CONFIG_OPROFILE support >> arch: powerpc: Stop building and using oprofile >> arch: powerpc: Remove oprofile >> arch: s390: Remove CONFIG_OPROFILE support >> arch: sh: Remove CONFIG_OPROFILE support >> arch: sparc: Remove CONFIG_OPROFILE support >> arch: x86: Remove CONFIG_OPROFILE support >> arch: xtensa: Remove CONFIG_OPROFILE support >> drivers: Remove CONFIG_OPROFILE support >> fs: Remove dcookies support > > After oprofile userland moved to version 1.x, the kernel support for > it isn't needed anymore. The switch was back in 2014 when oprofile > started using the perf syscall: > > https://sourceforge.net/p/oprofile/oprofile/ci/ba9edea2bdfe2c9475749fc83105632bd916b96c > > Since then I haven't received any significant patches to implement new > features or add support for newer platforms in the kernel. There > haven't been bug reports sent or questions asked on the mailing list > for quite a while, which indicates there are no or less users. Users > (if any) should switch to oprofile 1.x or the perf tool. No need to > carry kernel support any longer with us. > > So time to get rid of it. For the whole series: > > Acked-by: Robert Richter <rr...@ke...> The oprofile daemon that used the older oprofile kernel support was removed before OProfile 1.0 release by the following commit in August 2014: https://sourceforge.net/p/oprofile/oprofile/ci/0c142c3a096d3e9ec42cc9b0ddad994fea60d135 At this point it makes sense to clean up the kernel and remove this unused code. Acked-by: William Cohen <wc...@re...> > > > _______________________________________________ > oprofile-list mailing list > opr...@li... > https://lists.sourceforge.net/lists/listinfo/oprofile-list > |
From: Brian C. <bc...@co...> - 2021-01-15 15:57:28
|
> -----Original Message----- > From: Viresh Kumar <vir...@li...> > Sent: Thursday, January 14, 2021 5:35 AM ... > The "oprofile" user-space tools don't use the kernel OPROFILE support any > more, and haven't in a long time. User-space has been converted to the perf > interfaces. > > Don't select HAVE_OPROFILE for hexagon anymore. Acked-by: Brian Cain <bc...@co...> > Suggested-by: Christoph Hellwig <hc...@in...> > Suggested-by: Linus Torvalds <tor...@li...> > Signed-off-by: Viresh Kumar <vir...@li...> > --- > arch/hexagon/Kconfig | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/arch/hexagon/Kconfig b/arch/hexagon/Kconfig index > 6e00c16a36b5..44a409967af1 100644 > --- a/arch/hexagon/Kconfig > +++ b/arch/hexagon/Kconfig > @@ -7,7 +7,6 @@ config HEXAGON > select ARCH_32BIT_OFF_T > select ARCH_HAS_SYNC_DMA_FOR_DEVICE > select ARCH_NO_PREEMPT > - select HAVE_OPROFILE > # Other pending projects/to-do items. > # select HAVE_REGS_AND_STACK_ACCESS_API > # select HAVE_HW_BREAKPOINT if PERF_EVENTS > -- > 2.25.0.rc1.19.g042ed3e048af |
From: Heiko C. <hc...@li...> - 2021-01-15 11:25:15
|
On Thu, Jan 14, 2021 at 05:05:25PM +0530, Viresh Kumar wrote: > The "oprofile" user-space tools don't use the kernel OPROFILE support > any more, and haven't in a long time. User-space has been converted to > the perf interfaces. > > Remove the old oprofile's architecture specific support. > > Suggested-by: Christoph Hellwig <hc...@in...> > Suggested-by: Linus Torvalds <tor...@li...> > Signed-off-by: Viresh Kumar <vir...@li...> > --- > arch/s390/Kconfig | 1 - > arch/s390/Makefile | 3 --- > arch/s390/configs/debug_defconfig | 1 - > arch/s390/configs/defconfig | 1 - > arch/s390/oprofile/Makefile | 10 --------- > arch/s390/oprofile/init.c | 37 ------------------------------- > 6 files changed, 53 deletions(-) > delete mode 100644 arch/s390/oprofile/Makefile > delete mode 100644 arch/s390/oprofile/init.c Acked-by: Heiko Carstens <hc...@li...> |
From: Viresh K. <vir...@li...> - 2021-01-15 11:05:59
|
On 15-01-21, 10:30, Arnd Bergmann wrote: > On Fri, Jan 15, 2021 at 4:45 AM Viresh Kumar <vir...@li...> wrote: > > > > On 14-01-21, 20:18, Arnd Bergmann wrote: > > > On Thu, Jan 14, 2021 at 6:51 PM Linus Torvalds > > > <tor...@li...> wrote: > > > > > > > > On Thu, Jan 14, 2021 at 3:34 AM Viresh Kumar <vir...@li...> wrote: > > > > > > > > > > This is build/boot tested by kernel test robot (Intel) and Linaro's > > > > > Tuxmake[2] for a lot of architectures and no failures were reported. > > > > > > > > Can you make sure this is in linux-next, and we'll get this in for 5.12? > > > > > > Hi Viresh, > > > > > > I can add it to the asm-generic tree for linux-next if you send me a > > > pull request. > > > > I may need to update the patches a few times in the coming days and so > > I was thinking it may be better if I ask Stephen to include a branch > > from my tree directly instead. Will that be fine Arnd ? > > Yes, of course. I assume you will also send the pull request during > the merge window in that case. Yes. Thanks Arnd. -- viresh |
From: Arnd B. <ar...@ke...> - 2021-01-15 09:30:45
|
On Fri, Jan 15, 2021 at 4:45 AM Viresh Kumar <vir...@li...> wrote: > > On 14-01-21, 20:18, Arnd Bergmann wrote: > > On Thu, Jan 14, 2021 at 6:51 PM Linus Torvalds > > <tor...@li...> wrote: > > > > > > On Thu, Jan 14, 2021 at 3:34 AM Viresh Kumar <vir...@li...> wrote: > > > > > > > > This is build/boot tested by kernel test robot (Intel) and Linaro's > > > > Tuxmake[2] for a lot of architectures and no failures were reported. > > > > > > Can you make sure this is in linux-next, and we'll get this in for 5.12? > > > > Hi Viresh, > > > > I can add it to the asm-generic tree for linux-next if you send me a > > pull request. > > I may need to update the patches a few times in the coming days and so > I was thinking it may be better if I ask Stephen to include a branch > from my tree directly instead. Will that be fine Arnd ? Yes, of course. I assume you will also send the pull request during the merge window in that case. Arnd |
From: Viresh K. <vir...@li...> - 2021-01-15 04:28:19
|
+LKML (Not sure why the cover-letter didn't go to LKML but everything else). On 14-01-21, 17:04, Viresh Kumar wrote: > Hello, > > The "oprofile" user-space tools don't use the kernel OPROFILE support > any more, and haven't in a long time. User-space has been converted to > the perf interfaces. > > Remove oprofile and dcookies (whose only user is oprofile) support from > the kernel. > > This was suggested here [1] earlier. > > This is build/boot tested by kernel test robot (Intel) and Linaro's > Tuxmake[2] for a lot of architectures and no failures were reported. > > -- > Viresh > > [1] https://lore.kernel.org/lkml/CAHk-=whw...@ma.../ > [2] https://lwn.net/Articles/841624/ > > Viresh Kumar (18): > arch: alpha: Remove CONFIG_OPROFILE support > arch: arm: Remove CONFIG_OPROFILE support > arch: arc: Remove CONFIG_OPROFILE support > arch: hexagon: Don't select HAVE_OPROFILE > arch: ia64: Remove CONFIG_OPROFILE support > arch: ia64: Remove rest of perfmon support > arch: microblaze: Remove CONFIG_OPROFILE support > arch: mips: Remove CONFIG_OPROFILE support > arch: parisc: Remove CONFIG_OPROFILE support > arch: powerpc: Stop building and using oprofile > arch: powerpc: Remove oprofile > arch: s390: Remove CONFIG_OPROFILE support > arch: sh: Remove CONFIG_OPROFILE support > arch: sparc: Remove CONFIG_OPROFILE support > arch: x86: Remove CONFIG_OPROFILE support > arch: xtensa: Remove CONFIG_OPROFILE support > drivers: Remove CONFIG_OPROFILE support > fs: Remove dcookies support > > Documentation/RCU/NMI-RCU.rst | 3 +- > .../admin-guide/kernel-parameters.txt | 14 - > Documentation/kbuild/makefiles.rst | 1 - > Documentation/process/magic-number.rst | 1 - > .../it_IT/process/magic-number.rst | 1 - > .../zh_CN/process/magic-number.rst | 1 - > MAINTAINERS | 11 - > arch/Kconfig | 32 - > arch/alpha/Kconfig | 1 - > arch/alpha/Makefile | 1 - > arch/alpha/oprofile/Makefile | 20 - > arch/alpha/oprofile/common.c | 189 -- > arch/alpha/oprofile/op_impl.h | 55 - > arch/alpha/oprofile/op_model_ev4.c | 114 -- > arch/alpha/oprofile/op_model_ev5.c | 209 -- > arch/alpha/oprofile/op_model_ev6.c | 101 - > arch/alpha/oprofile/op_model_ev67.c | 261 --- > arch/arc/Kconfig | 1 - > arch/arc/Makefile | 2 - > arch/arc/oprofile/Makefile | 10 - > arch/arc/oprofile/common.c | 23 - > arch/arm/Kconfig | 1 - > arch/arm/Makefile | 2 - > arch/arm/configs/bcm2835_defconfig | 1 - > arch/arm/configs/cns3420vb_defconfig | 1 - > arch/arm/configs/corgi_defconfig | 1 - > arch/arm/configs/imx_v4_v5_defconfig | 1 - > arch/arm/configs/keystone_defconfig | 1 - > arch/arm/configs/multi_v5_defconfig | 1 - > arch/arm/configs/mv78xx0_defconfig | 1 - > arch/arm/configs/mvebu_v5_defconfig | 1 - > arch/arm/configs/omap1_defconfig | 1 - > arch/arm/configs/omap2plus_defconfig | 1 - > arch/arm/configs/orion5x_defconfig | 1 - > arch/arm/configs/pxa_defconfig | 1 - > arch/arm/configs/qcom_defconfig | 1 - > arch/arm/configs/socfpga_defconfig | 1 - > arch/arm/configs/spitz_defconfig | 1 - > arch/arm/configs/vexpress_defconfig | 1 - > arch/arm/oprofile/Makefile | 14 - > arch/arm/oprofile/common.c | 132 -- > arch/hexagon/Kconfig | 1 - > arch/ia64/Kconfig | 1 - > arch/ia64/Makefile | 1 - > arch/ia64/configs/bigsur_defconfig | 1 - > arch/ia64/include/asm/hw_irq.h | 1 - > arch/ia64/include/asm/perfmon.h | 111 -- > arch/ia64/include/uapi/asm/perfmon.h | 178 -- > .../include/uapi/asm/perfmon_default_smpl.h | 84 - > arch/ia64/kernel/palinfo.c | 41 - > arch/ia64/kernel/perfmon_default_smpl.c | 297 --- > arch/ia64/kernel/perfmon_generic.h | 46 - > arch/ia64/kernel/perfmon_itanium.h | 2 +- > arch/ia64/kernel/perfmon_mckinley.h | 188 -- > arch/ia64/kernel/perfmon_montecito.h | 270 --- > arch/ia64/oprofile/Makefile | 10 - > arch/ia64/oprofile/backtrace.c | 131 -- > arch/ia64/oprofile/init.c | 28 - > arch/microblaze/Kconfig | 1 - > arch/microblaze/Makefile | 2 - > arch/microblaze/oprofile/Makefile | 14 - > .../microblaze/oprofile/microblaze_oprofile.c | 22 - > arch/mips/Kconfig | 3 +- > arch/mips/Makefile | 1 - > arch/mips/configs/fuloong2e_defconfig | 1 - > arch/mips/configs/ip32_defconfig | 1 - > arch/mips/configs/lemote2f_defconfig | 1 - > arch/mips/configs/mtx1_defconfig | 1 - > arch/mips/configs/rs90_defconfig | 1 - > .../include/asm/mach-loongson2ef/loongson.h | 9 - > arch/mips/loongson2ef/fuloong-2e/irq.c | 2 +- > arch/mips/loongson2ef/lemote-2f/irq.c | 1 - > arch/mips/oprofile/Makefile | 18 - > arch/mips/oprofile/backtrace.c | 177 -- > arch/mips/oprofile/common.c | 147 -- > arch/mips/oprofile/op_impl.h | 41 - > arch/mips/oprofile/op_model_loongson2.c | 161 -- > arch/mips/oprofile/op_model_loongson3.c | 213 -- > arch/mips/oprofile/op_model_mipsxx.c | 479 ----- > arch/parisc/Kconfig | 1 - > arch/parisc/Makefile | 2 - > arch/parisc/oprofile/Makefile | 10 - > arch/parisc/oprofile/init.c | 23 - > arch/powerpc/Kconfig | 1 - > arch/powerpc/Makefile | 2 - > arch/powerpc/configs/44x/akebono_defconfig | 1 - > arch/powerpc/configs/44x/currituck_defconfig | 1 - > arch/powerpc/configs/44x/fsp2_defconfig | 1 - > arch/powerpc/configs/44x/iss476-smp_defconfig | 1 - > arch/powerpc/configs/cell_defconfig | 1 - > arch/powerpc/configs/g5_defconfig | 1 - > arch/powerpc/configs/maple_defconfig | 1 - > arch/powerpc/configs/pasemi_defconfig | 1 - > arch/powerpc/configs/pmac32_defconfig | 1 - > arch/powerpc/configs/powernv_defconfig | 1 - > arch/powerpc/configs/ppc64_defconfig | 1 - > arch/powerpc/configs/ppc64e_defconfig | 1 - > arch/powerpc/configs/ppc6xx_defconfig | 1 - > arch/powerpc/configs/ps3_defconfig | 1 - > arch/powerpc/configs/pseries_defconfig | 1 - > arch/powerpc/include/asm/cputable.h | 20 - > arch/powerpc/include/asm/oprofile_impl.h | 135 -- > arch/powerpc/include/asm/spu.h | 33 - > arch/powerpc/kernel/cputable.c | 67 - > arch/powerpc/kernel/dt_cpu_ftrs.c | 2 - > arch/powerpc/oprofile/Makefile | 19 - > arch/powerpc/oprofile/backtrace.c | 120 -- > arch/powerpc/oprofile/cell/pr_util.h | 110 -- > arch/powerpc/oprofile/cell/spu_profiler.c | 248 --- > arch/powerpc/oprofile/cell/spu_task_sync.c | 657 ------- > arch/powerpc/oprofile/cell/vma_map.c | 279 --- > arch/powerpc/oprofile/common.c | 243 --- > arch/powerpc/oprofile/op_model_7450.c | 207 -- > arch/powerpc/oprofile/op_model_cell.c | 1709 ----------------- > arch/powerpc/oprofile/op_model_fsl_emb.c | 380 ---- > arch/powerpc/oprofile/op_model_pa6t.c | 227 --- > arch/powerpc/oprofile/op_model_power4.c | 438 ----- > arch/powerpc/platforms/cell/Kconfig | 5 - > arch/powerpc/platforms/cell/spu_notify.c | 55 - > arch/powerpc/platforms/cell/spufs/run.c | 4 +- > arch/powerpc/platforms/cell/spufs/sched.c | 5 - > arch/powerpc/platforms/cell/spufs/spufs.h | 1 - > arch/s390/Kconfig | 1 - > arch/s390/Makefile | 3 - > arch/s390/configs/debug_defconfig | 1 - > arch/s390/configs/defconfig | 1 - > arch/s390/oprofile/Makefile | 10 - > arch/s390/oprofile/init.c | 37 - > arch/sh/Kconfig | 1 - > arch/sh/Makefile | 1 - > arch/sh/configs/espt_defconfig | 1 - > arch/sh/configs/migor_defconfig | 1 - > arch/sh/configs/r7780mp_defconfig | 1 - > arch/sh/configs/r7785rp_defconfig | 1 - > arch/sh/configs/rsk7201_defconfig | 1 - > arch/sh/configs/rsk7203_defconfig | 1 - > arch/sh/configs/rts7751r2d1_defconfig | 1 - > arch/sh/configs/rts7751r2dplus_defconfig | 1 - > arch/sh/configs/sdk7786_defconfig | 1 - > arch/sh/configs/se7206_defconfig | 1 - > arch/sh/configs/sh03_defconfig | 1 - > arch/sh/configs/sh7724_generic_defconfig | 1 - > arch/sh/configs/sh7763rdp_defconfig | 1 - > arch/sh/configs/sh7770_generic_defconfig | 1 - > arch/sh/configs/shx3_defconfig | 1 - > arch/sh/oprofile/Makefile | 16 - > arch/sh/oprofile/backtrace.c | 80 - > arch/sh/oprofile/common.c | 64 - > arch/sparc/Kconfig | 1 - > arch/sparc/Makefile | 1 - > arch/sparc/configs/sparc64_defconfig | 1 - > arch/sparc/oprofile/Makefile | 10 - > arch/sparc/oprofile/init.c | 87 - > arch/x86/Kconfig | 1 - > arch/x86/Makefile | 3 - > arch/x86/include/asm/nmi.h | 1 - > arch/x86/kernel/cpu/perfctr-watchdog.c | 11 +- > arch/x86/oprofile/Makefile | 12 - > arch/x86/oprofile/backtrace.c | 127 -- > arch/x86/oprofile/init.c | 38 - > arch/x86/oprofile/nmi_int.c | 780 -------- > arch/x86/oprofile/op_counter.h | 30 - > arch/x86/oprofile/op_model_amd.c | 542 ------ > arch/x86/oprofile/op_model_p4.c | 723 ------- > arch/x86/oprofile/op_model_ppro.c | 245 --- > arch/x86/oprofile/op_x86_model.h | 90 - > arch/xtensa/Kconfig | 1 - > arch/xtensa/Makefile | 1 - > arch/xtensa/configs/audio_kc705_defconfig | 1 - > arch/xtensa/configs/generic_kc705_defconfig | 1 - > arch/xtensa/configs/smp_lx200_defconfig | 1 - > arch/xtensa/configs/xip_kc705_defconfig | 1 - > arch/xtensa/kernel/stacktrace.c | 2 +- > arch/xtensa/oprofile/Makefile | 10 - > arch/xtensa/oprofile/backtrace.c | 27 - > arch/xtensa/oprofile/init.c | 26 - > drivers/oprofile/buffer_sync.c | 591 ------ > drivers/oprofile/buffer_sync.h | 22 - > drivers/oprofile/cpu_buffer.c | 465 ----- > drivers/oprofile/cpu_buffer.h | 121 -- > drivers/oprofile/event_buffer.c | 209 -- > drivers/oprofile/event_buffer.h | 40 - > drivers/oprofile/nmi_timer_int.c | 157 -- > drivers/oprofile/oprof.c | 286 --- > drivers/oprofile/oprof.h | 50 - > drivers/oprofile/oprofile_files.c | 201 -- > drivers/oprofile/oprofile_perf.c | 328 ---- > drivers/oprofile/oprofile_stats.c | 84 - > drivers/oprofile/oprofile_stats.h | 33 - > drivers/oprofile/oprofilefs.c | 300 --- > drivers/oprofile/timer_int.c | 122 -- > fs/Makefile | 1 - > fs/dcookies.c | 356 ---- > include/linux/dcookies.h | 69 - > include/linux/oprofile.h | 209 -- > init/Kconfig | 2 +- > kernel/sys.c | 1 - > usr/include/Makefile | 2 - > 198 files changed, 8 insertions(+), 15566 deletions(-) > delete mode 100644 arch/alpha/oprofile/Makefile > delete mode 100644 arch/alpha/oprofile/common.c > delete mode 100644 arch/alpha/oprofile/op_impl.h > delete mode 100644 arch/alpha/oprofile/op_model_ev4.c > delete mode 100644 arch/alpha/oprofile/op_model_ev5.c > delete mode 100644 arch/alpha/oprofile/op_model_ev6.c > delete mode 100644 arch/alpha/oprofile/op_model_ev67.c > delete mode 100644 arch/arc/oprofile/Makefile > delete mode 100644 arch/arc/oprofile/common.c > delete mode 100644 arch/arm/oprofile/Makefile > delete mode 100644 arch/arm/oprofile/common.c > delete mode 100644 arch/ia64/include/asm/perfmon.h > delete mode 100644 arch/ia64/include/uapi/asm/perfmon.h > delete mode 100644 arch/ia64/include/uapi/asm/perfmon_default_smpl.h > delete mode 100644 arch/ia64/kernel/perfmon_default_smpl.c > delete mode 100644 arch/ia64/kernel/perfmon_generic.h > delete mode 100644 arch/ia64/kernel/perfmon_mckinley.h > delete mode 100644 arch/ia64/kernel/perfmon_montecito.h > delete mode 100644 arch/ia64/oprofile/Makefile > delete mode 100644 arch/ia64/oprofile/backtrace.c > delete mode 100644 arch/ia64/oprofile/init.c > delete mode 100644 arch/microblaze/oprofile/Makefile > delete mode 100644 arch/microblaze/oprofile/microblaze_oprofile.c > delete mode 100644 arch/mips/oprofile/Makefile > delete mode 100644 arch/mips/oprofile/backtrace.c > delete mode 100644 arch/mips/oprofile/common.c > delete mode 100644 arch/mips/oprofile/op_impl.h > delete mode 100644 arch/mips/oprofile/op_model_loongson2.c > delete mode 100644 arch/mips/oprofile/op_model_loongson3.c > delete mode 100644 arch/mips/oprofile/op_model_mipsxx.c > delete mode 100644 arch/parisc/oprofile/Makefile > delete mode 100644 arch/parisc/oprofile/init.c > delete mode 100644 arch/powerpc/include/asm/oprofile_impl.h > delete mode 100644 arch/powerpc/oprofile/Makefile > delete mode 100644 arch/powerpc/oprofile/backtrace.c > delete mode 100644 arch/powerpc/oprofile/cell/pr_util.h > delete mode 100644 arch/powerpc/oprofile/cell/spu_profiler.c > delete mode 100644 arch/powerpc/oprofile/cell/spu_task_sync.c > delete mode 100644 arch/powerpc/oprofile/cell/vma_map.c > delete mode 100644 arch/powerpc/oprofile/common.c > delete mode 100644 arch/powerpc/oprofile/op_model_7450.c > delete mode 100644 arch/powerpc/oprofile/op_model_cell.c > delete mode 100644 arch/powerpc/oprofile/op_model_fsl_emb.c > delete mode 100644 arch/powerpc/oprofile/op_model_pa6t.c > delete mode 100644 arch/powerpc/oprofile/op_model_power4.c > delete mode 100644 arch/powerpc/platforms/cell/spu_notify.c > delete mode 100644 arch/s390/oprofile/Makefile > delete mode 100644 arch/s390/oprofile/init.c > delete mode 100644 arch/sh/oprofile/Makefile > delete mode 100644 arch/sh/oprofile/backtrace.c > delete mode 100644 arch/sh/oprofile/common.c > delete mode 100644 arch/sparc/oprofile/Makefile > delete mode 100644 arch/sparc/oprofile/init.c > delete mode 100644 arch/x86/oprofile/Makefile > delete mode 100644 arch/x86/oprofile/backtrace.c > delete mode 100644 arch/x86/oprofile/init.c > delete mode 100644 arch/x86/oprofile/nmi_int.c > delete mode 100644 arch/x86/oprofile/op_counter.h > delete mode 100644 arch/x86/oprofile/op_model_amd.c > delete mode 100644 arch/x86/oprofile/op_model_p4.c > delete mode 100644 arch/x86/oprofile/op_model_ppro.c > delete mode 100644 arch/x86/oprofile/op_x86_model.h > delete mode 100644 arch/xtensa/oprofile/Makefile > delete mode 100644 arch/xtensa/oprofile/backtrace.c > delete mode 100644 arch/xtensa/oprofile/init.c > delete mode 100644 drivers/oprofile/buffer_sync.c > delete mode 100644 drivers/oprofile/buffer_sync.h > delete mode 100644 drivers/oprofile/cpu_buffer.c > delete mode 100644 drivers/oprofile/cpu_buffer.h > delete mode 100644 drivers/oprofile/event_buffer.c > delete mode 100644 drivers/oprofile/event_buffer.h > delete mode 100644 drivers/oprofile/nmi_timer_int.c > delete mode 100644 drivers/oprofile/oprof.c > delete mode 100644 drivers/oprofile/oprof.h > delete mode 100644 drivers/oprofile/oprofile_files.c > delete mode 100644 drivers/oprofile/oprofile_perf.c > delete mode 100644 drivers/oprofile/oprofile_stats.c > delete mode 100644 drivers/oprofile/oprofile_stats.h > delete mode 100644 drivers/oprofile/oprofilefs.c > delete mode 100644 drivers/oprofile/timer_int.c > delete mode 100644 fs/dcookies.c > delete mode 100644 include/linux/dcookies.h > delete mode 100644 include/linux/oprofile.h > > > base-commit: 7c53f6b671f4aba70ff15e1b05148b10d58c2837 > -- > 2.25.0.rc1.19.g042ed3e048af > -- viresh |
From: Viresh K. <vir...@li...> - 2021-01-15 04:13:59
|
On 14-01-21, 17:05, Viresh Kumar wrote: > The "oprofile" user-space tools don't use the kernel OPROFILE support > any more, and haven't in a long time. User-space has been converted to > the perf interfaces. > > This commits stops building oprofile for powerpc and removes any > reference to it from directories in arch/powerpc/ apart from > arch/powerpc/oprofile, which will be removed in the next commit (this is > broken into two commits as the size of the commit became very big, ~5k > lines). > > Note that the member "oprofile_cpu_type" in "struct cpu_spec" isn't > removed as it was also used by other parts of the code. > > Suggested-by: Christoph Hellwig <hc...@in...> > Suggested-by: Linus Torvalds <tor...@li...> > Signed-off-by: Viresh Kumar <vir...@li...> + this to fix a warning: diff --git a/arch/powerpc/platforms/cell/spufs/run.c b/arch/powerpc/platforms/cell/spufs/run.c index 466006918003..ce52b87496d2 100644 --- a/arch/powerpc/platforms/cell/spufs/run.c +++ b/arch/powerpc/platforms/cell/spufs/run.c @@ -353,7 +353,6 @@ static int spu_process_callback(struct spu_context *ctx) long spufs_run_spu(struct spu_context *ctx, u32 *npc, u32 *event) { int ret; - struct spu *spu; u32 status; if (mutex_lock_interruptible(&ctx->run_mutex)) @@ -386,7 +385,6 @@ long spufs_run_spu(struct spu_context *ctx, u32 *npc, u32 *event) mutex_lock(&ctx->state_mutex); break; } - spu = ctx->spu; if (unlikely(test_and_clear_bit(SPU_SCHED_NOTIFY_ACTIVE, &ctx->sched_flags))) { if (!(status & SPU_STATUS_STOPPED_BY_STOP)) -- viresh |
From: Viresh K. <vir...@li...> - 2021-01-15 03:46:18
|
On 14-01-21, 20:18, Arnd Bergmann wrote: > On Thu, Jan 14, 2021 at 6:51 PM Linus Torvalds > <tor...@li...> wrote: > > > > On Thu, Jan 14, 2021 at 3:34 AM Viresh Kumar <vir...@li...> wrote: > > > > > > This is build/boot tested by kernel test robot (Intel) and Linaro's > > > Tuxmake[2] for a lot of architectures and no failures were reported. > > > > Can you make sure this is in linux-next, and we'll get this in for 5.12? > > Hi Viresh, > > I can add it to the asm-generic tree for linux-next if you send me a > pull request. I may need to update the patches a few times in the coming days and so I was thinking it may be better if I ask Stephen to include a branch from my tree directly instead. Will that be fine Arnd ? -- viresh |
From: Viresh K. <vir...@li...> - 2021-01-15 03:34:58
|
On 14-01-21, 17:51, Vineet Gupta wrote: > On 1/14/21 3:35 AM, Viresh Kumar wrote: > > The "oprofile" user-space tools don't use the kernel OPROFILE support > > any more, and haven't in a long time. User-space has been converted to > > the perf interfaces. > > > > Remove the old oprofile's architecture specific support. > > > > Suggested-by: Christoph Hellwig <hc...@in...> > > Suggested-by: Linus Torvalds <tor...@li...> > > Signed-off-by: Viresh Kumar <vir...@li...> > > Acked-by: Vineet Gupta <vg...@sy...> > > I presume this doesn't need to go through ARC tree. Yes. -- viresh |
From: John L. <le...@mo...> - 2021-01-15 00:36:34
|
On Thu, Jan 14, 2021 at 05:04:24PM +0530, Viresh Kumar wrote: > The "oprofile" user-space tools don't use the kernel OPROFILE support > any more, and haven't in a long time. User-space has been converted to > the perf interfaces. > > Remove oprofile and dcookies (whose only user is oprofile) support from > the kernel. With a fond farewell... Acked-by: John Levon <le...@mo...> john |