linux.git/arch/openrisc/lib, branch v4.11

arch/openrisc/lib/memcpy.c: use correct OR1200 option

2017-02-24T20:08:46+00:00

The Kconfig option for OR12000 is OR1K_1200.

Signed-off-by: Valentin Rothberg 
Signed-off-by: Stafford Horne

openrisc: Add optimized memcpy routine

2017-02-24T19:14:36+00:00

The generic memcpy routine provided in kernel does only byte copies.
Using word copies we can lower boot time and cycles spend in memcpy
quite significantly.

Booting on my de0 nano I see boot times go from 7.2 to 5.6 seconds.
The avg cycles in memcpy during boot go from 6467 to 1887.

I tested several algorithms (see code in previous patch mails)

The implementations I tested and avg cycles:
  - Word Copies + Loop Unrolls + Non Aligned    1882
  - Word Copies + Loop Unrolls                  1887
  - Word Copies                                 2441
  - Byte Copies + Loop Unrolls                  6467
  - Byte Copies                                 7600

In the end I ended up going with Word Copies + Loop Unrolls as it
provides best tradeoff between simplicity and boot speedups.

Signed-off-by: Stafford Horne

openrisc: Add optimized memset

2017-02-24T19:14:35+00:00

This adds a hand-optimized assembler version of memset and sets
__HAVE_ARCH_MEMSET to use this version instead of the generic C
routine

Signed-off-by: Olof Kindgren 
Signed-off-by: Stafford Horne

ARCH: drivers remove __dev* attributes.

2013-01-03T23:57:13+00:00

This fixes up all of the smaller arches that had __dev* markings for
their platform-specific drivers.

CONFIG_HOTPLUG is going away as an option.  As a result, the __dev*
markings need to be removed.

This change removes the use of __devinit, __devexit_p, __devinitdata,
__devinitconst, and __devexit from these drivers.

Based on patches originally written by Bill Pemberton, but redone by me
in order to handle some of the coding style issues better, by hand.

Cc: Bill Pemberton 
Cc: Peter Zijlstra 
Cc: Paul Mackerras 
Cc: Ingo Molnar 
Cc: Arnaldo Carvalho de Melo 
Cc: Catalin Marinas 
Cc: Will Deacon 
Cc: Haavard Skinnemoen 
Cc: Hans-Christian Egtvedt 
Cc: Mike Frysinger 
Cc: Mikael Starvik 
Cc: Jesper Nilsson 
Cc: David Howells 
Cc: Hirokazu Takata 
Cc: Geert Uytterhoeven 
Cc: Michal Simek 
Cc: Koichi Yasutake 
Cc: Jonas Bonn 
Cc: "James E.J. Bottomley" 
Cc: Helge Deller 
Cc: Martin Schwidefsky 
Cc: Heiko Carstens 
Cc: Chen Liqin 
Cc: Lennox Wu 
Cc: Paul Mundt 
Cc: Chris Metcalf 
Cc: Guan Xuetao 
Cc: Bob Liu 
Cc: Srinivas Kandagatla 
Cc: Bjorn Helgaas 
Cc: Myron Stowe 
Cc: Thomas Gleixner 
Cc: Andrew Morton 
Cc: Andi Kleen 
Cc: Jesse Barnes 
Cc: Sebastian Andrzej Siewior 
Cc: Yinghai Lu 
Cc: Thierry Reding 
Cc: Greg Ungerer 
Cc: Grant Likely 
Cc: "Srivatsa S. Bhat" 
Cc: Mark Salter 
Cc: Yong Zhang 
Cc: Michael Holzheu 
Cc: Cornelia Huck 
Cc: Jan Glauber 
Cc: Wei Yongjun 
Cc: Nobuhiro Iwamatsu 
Signed-off-by: Greg Kroah-Hartman

openrisc: delay: fix handling of counter overflow

2012-09-01T14:36:14+00:00

If the counter overflows during a __delay operation, we will exit the
loop prematurely. For example, calling __delay(0x100) with the counter
at 0xffffff00 gives us a target of 0x0. The unsigned comparison in the
while loop will likely be false on the first iteration (if the counter
is now anything other than 0) and we will return early.

This patch fixes the problem by comparing deltas in the loop rather than
absolute values.

Cc: Jon Masters 
Signed-off-by: Will Deacon 
Signed-off-by: Jonas Bonn

openrisc: delay: fix loops calculation for __const_udelay

2012-09-01T14:36:03+00:00

The openrisc implementation of __const_udelay casts the result of a
32-bit multiplication to 64 bits and passes the top 32 bits to __delay.
Since there are no casts on the arguments, this results in a __delay of
zero, regardless of the xloops parameter.

This patch fixes the problem by casting xloops to (unsigned long long),
ensuring that the multiplication is not truncated.

Cc: Jon Masters 
Signed-off-by: Will Deacon 
Signed-off-by: Jonas Bonn

openrisc: use generic strnlen_user() function

2012-05-28T04:00:32+00:00

The generic version is both easier to support and more correct.

Signed-off-by: Jonas Bonn 
Signed-off-by: Linus Torvalds

openrisc: use generic strncpy_from_user

2012-05-25T15:17:43+00:00

As per commits 2922585b9329 ("lib: Sparc's strncpy_from_user is generic
enough, move under lib/") and 92ae03f2ef99 ("x86: merge 32/64-bit
versions of 'strncpy_from_user()' and speed it up"), and corresponding
discussion on linux-arch.

Signed-off-by: Jonas Bonn 
Signed-off-by: Linus Torvalds

OpenRISC: Library routines

2011-07-22T16:46:40+00:00

Signed-off-by: Jonas Bonn 
Reviewed-by: Arnd Bergmann

OpenRISC: Build infrastructure

2011-07-22T16:46:30+00:00

Signed-off-by: Jonas Bonn 
Reviewed-by: Arnd Bergmann