linux.git/arch/parisc/kernel/perf.c, branch v4.19

parisc: Static initialization of spinlocks in perf and unwind code

2017-08-22T14:34:33+00:00

While testing UBSAN I saw this BUG:
 BUG: spinlock bad magic on CPU#0, swapper/0
in unwind code. Let's avoid that by static initialization.

Signed-off-by: Helge Deller

parisc: perf: Fix potential NULL pointer dereference

2017-03-18T16:24:43+00:00

Fix potential NULL pointer dereference and clean up
coding style errors (code indent, trailing whitespaces).

Signed-off-by: Arvind Yadav 
Signed-off-by: Helge Deller

Replace with globally

2016-12-24T19:46:01+00:00

This was entirely automated, using the script by Al:

  PATT='^[[:blank:]]*#[[:blank:]]*include[[:blank:]]*'
  sed -i -e "s!$PATT!#include !" \
        $(git grep -l "$PATT"|grep -v ^include/linux/uaccess.h)

to do the replacement at the end of the merge window.

Requested-by: Al Viro 
Signed-off-by: Linus Torvalds

parisc: perf: return -EFAULT on error

2016-12-12T21:29:49+00:00

The copy_from_user() returns the number of bytes remaining to be copied
but we want to return -EFAULT if it's non-zero.

Signed-off-by: Dan Carpenter 
Signed-off-by: Helge Deller

parisc64: don't use module_init for non-modular core perf code

2015-06-16T18:12:30+00:00

The perf.c code depends on CONFIG_64BIT, so it is either built-in
or absent.  It will never be modular, so using module_init as an
alias for __initcall is rather misleading.

Fix this up now, so that we can relocate module_init from
init.h into module.h in the future.  If we don't do this, we'd
have to add module.h to obviously non-modular code, and that
would be a worse thing.  Aside from it not making sense, it also
causes a ~10% increase in CPP overhead due to module.h having a
large list of headers itself -- for example compare line counts:

 device_initcall() and 
	20238 arch/parisc/kernel/perf.i

 module_init() and 
	22194 arch/parisc/kernel/perf.i

Direct use of __initcall is discouraged, vs prioritized ones.
Use of device_initcall is consistent with what __initcall
maps onto, and hence does not change the init order, making the
impact of this change zero.   Should someone with real hardware
for boot testing want to change it later to arch_initcall or
something different, they can do that at a later date.

Cc: "James E.J. Bottomley" 
Cc: Helge Deller 
Cc: linux-parisc@vger.kernel.org
Signed-off-by: Paul Gortmaker

parisc: remove big kernel lock

2010-10-16T20:43:08+00:00

The parisc version of the perf code is sufficiently
protected by its own spinlock, no need to use the BKL.

Signed-off-by: Arnd Bergmann 
Cc: Kyle McMartin 
Cc: Helge Deller 
Cc: "James E.J. Bottomley" 
Cc: linux-parisc@vger.kernel.org

tree-wide: fix a very frequent spelling mistake

2009-11-09T08:40:54+00:00

something-bility is spelled as something-blity
so a grep for 'blit' would find these lines

this is so trivial that I didn't split it by subsystem / copy
additional maintainers - all changes are to comments
The only purpose is to get fewer false positives when grepping
around the kernel sources.

Signed-off-by: Dirk Hohndel 
Signed-off-by: Jiri Kosina

parisc: Replace NR_CPUS in parisc code

2009-01-05T19:09:02+00:00

parisc: Replace most arrays sized by NR_CPUS with percpu variables.

Signed-off-by: Helge Deller 
Signed-off-by: Kyle McMartin

parisc-kernel-perf: BKL pushdown

2008-07-02T21:06:24+00:00

Signed-off-by: Arnd Bergmann

[PARISC] spelling fixes: arch/parisc/

2007-05-23T02:52:16+00:00

Spelling fixes in arch/parisc/.

Signed-off-by: Simon Arlott 
Acked-by: Grant Grundler 
Signed-off-by: Kyle McMartin