linux-stable.git/arch/mips/lib/strlen_user.S, branch linux-4.2.y Linux kernel stable tree MIPS: Remove __strlen_user(). 2014-11-24T06:45:00+00:00 Ralf Baechle ralf@linux-mips.org 2014-11-04T02:02:16+00:00 4ff3fccd86577c6362153f9eb81221730b408491 Signed-off-by: Ralf Baechle <ralf@linux-mips.org> 
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
MIPS: lib: strlen_user: Add EVA support 2014-03-26T22:09:13+00:00 Markos Chandras markos.chandras@imgtec.com 2014-01-02T16:04:38+00:00 053970542f049d3e30dc4be6eb19e92ff1f70f00 In non-EVA mode, strlen_user* aliases are used for the strlen_kernel* symbols since the code is identical. In EVA mode, new strlen_user* symbols are used which use the EVA specific instructions to load values from userspace. Signed-off-by: Markos Chandras <markos.chandras@imgtec.com> 
In non-EVA mode, strlen_user* aliases are used for the
strlen_kernel* symbols since the code is identical. In EVA
mode, new strlen_user* symbols are used which use the EVA
specific instructions to load values from userspace.

Signed-off-by: Markos Chandras <markos.chandras@imgtec.com>
MIPS: lib: strlen_user: Use macro to build the strlen_user symbol 2014-03-26T22:09:13+00:00 Markos Chandras markos.chandras@imgtec.com 2014-01-02T15:55:58+00:00 5cc494972adbaeff08a1b7544acaa608c68cd527 Build the __strlen_user symbol using a macro. In EVA mode we will need to use similar code to do the userspace load operations so it is better if we use a macro to avoid code duplications. Signed-off-by: Markos Chandras <markos.chandras@imgtec.com> 
Build the __strlen_user symbol using a macro. In EVA mode we will
need to use similar code to do the userspace load operations so
it is better if we use a macro to avoid code duplications.

Signed-off-by: Markos Chandras <markos.chandras@imgtec.com>
MIPS: microMIPS: Optimise 'strlen' core library function. 2013-05-09T15:55:19+00:00 Steven J. Hill Steven.Hill@imgtec.com 2013-03-25T18:41:47+00:00 b1bac3734581ab6788bbfe125c62914f8d6d5e01 Optimise 'strlen' to use microMIPS instructions and/or optimisations for binary size reduction. When the microMIPS ISA is not being used, the library function compiles to the original binary code. Signed-off-by: Steven J. Hill <Steven.Hill@imgtec.com> 
Optimise 'strlen' to use microMIPS instructions and/or optimisations
for binary size reduction. When the microMIPS ISA is not being used,
the library function compiles to the original binary code.

Signed-off-by: Steven J. Hill <Steven.Hill@imgtec.com>
[MIPS] Eleminate local symbols from the symbol table. 2008-01-29T10:14:59+00:00 Ralf Baechle ralf@linux-mips.org 2008-01-29T10:14:59+00:00 c5ec1983e45d25446a023e98207e30ab1bf2311a These symbols appear in oprofile output, stacktraces and similar but only make the output harder to read. Many identical symbol names such as "both_aligned" were also being used in multiple source files making it impossible to see which file actually was meant. So let's get rid of them. Signed-off-by: Ralf Baechle <ralf@linux-mips.org> 
These symbols appear in oprofile output, stacktraces and similar but only
make the output harder to read.  Many identical symbol names such as
"both_aligned" were also being used in multiple source files making it
impossible to see which file actually was meant.  So let's get rid of them.

Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
kbuild: mips use generic asm-offsets.h support 2005-09-09T20:32:31+00:00 Sam Ravnborg sam@mars.(none) 2005-09-09T20:32:31+00:00 048eb582f3f89737d4a29668de9935e6feea7c36 Removed obsolete stuff from arch makefile. mips had a special rule for generating asm-offsets.h so preserved it using an architecture specific hook in top-level Kbuild file. Renamed .h file to asm-offsets.h Signed-off-by: Sam Ravnborg <sam@ravnborg.org> 
Removed obsolete stuff from arch makefile.
mips had a special rule for generating asm-offsets.h so preserved it
using an architecture specific hook in top-level Kbuild file.
Renamed .h file to asm-offsets.h

Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
Linux-2.6.12-rc2 2005-04-16T22:20:36+00:00 Linus Torvalds torvalds@ppc970.osdl.org 2005-04-16T22:20:36+00:00 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!