2019-06-03 13:44:50 +08:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0-only */
|
2013-03-22 00:16:43 +08:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2013 ARM Ltd.
|
2014-04-28 13:11:31 +08:00
|
|
|
* Copyright (C) 2013 Linaro.
|
|
|
|
*
|
|
|
|
* This code is based on glibc cortex strings work originally authored by Linaro
|
|
|
|
* be found @
|
|
|
|
*
|
|
|
|
* http://bazaar.launchpad.net/~linaro-toolchain-dev/cortex-strings/trunk/
|
|
|
|
* files/head:/src/aarch64/
|
2013-03-22 00:16:43 +08:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/linkage.h>
|
|
|
|
#include <asm/assembler.h>
|
2014-04-28 13:11:31 +08:00
|
|
|
#include <asm/cache.h>
|
2013-03-22 00:16:43 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Fill in the buffer with character c (alignment handled by the hardware)
|
|
|
|
*
|
|
|
|
* Parameters:
|
|
|
|
* x0 - buf
|
|
|
|
* x1 - c
|
|
|
|
* x2 - n
|
|
|
|
* Returns:
|
|
|
|
* x0 - buf
|
|
|
|
*/
|
2014-04-28 13:11:31 +08:00
|
|
|
|
|
|
|
dstin .req x0
|
|
|
|
val .req w1
|
|
|
|
count .req x2
|
|
|
|
tmp1 .req x3
|
|
|
|
tmp1w .req w3
|
|
|
|
tmp2 .req x4
|
|
|
|
tmp2w .req w4
|
|
|
|
zva_len_x .req x5
|
|
|
|
zva_len .req w5
|
|
|
|
zva_bits_x .req x6
|
|
|
|
|
|
|
|
A_l .req x7
|
|
|
|
A_lw .req w7
|
|
|
|
dst .req x8
|
|
|
|
tmp3w .req w9
|
|
|
|
tmp3 .req x9
|
|
|
|
|
arm64: clean up symbol aliasing
Now that we have SYM_FUNC_ALIAS() and SYM_FUNC_ALIAS_WEAK(), use those
to simplify and more consistently define function aliases across
arch/arm64.
Aliases are now defined in terms of a canonical function name. For
position-independent functions I've made the __pi_<func> name the
canonical name, and defined other alises in terms of this.
The SYM_FUNC_{START,END}_PI(func) macros obscure the __pi_<func> name,
and make this hard to seatch for. The SYM_FUNC_START_WEAK_PI() macro
also obscures the fact that the __pi_<func> fymbol is global and the
<func> symbol is weak. For clarity, I have removed these macros and used
SYM_FUNC_{START,END}() directly with the __pi_<func> name.
For example:
SYM_FUNC_START_WEAK_PI(func)
... asm insns ...
SYM_FUNC_END_PI(func)
EXPORT_SYMBOL(func)
... becomes:
SYM_FUNC_START(__pi_func)
... asm insns ...
SYM_FUNC_END(__pi_func)
SYM_FUNC_ALIAS_WEAK(func, __pi_func)
EXPORT_SYMBOL(func)
For clarity, where there are multiple annotations such as
EXPORT_SYMBOL(), I've tried to keep annotations grouped by symbol. For
example, where a function has a name and an alias which are both
exported, this is organised as:
SYM_FUNC_START(func)
... asm insns ...
SYM_FUNC_END(func)
EXPORT_SYMBOL(func)
SYM_FUNC_ALIAS(alias, func)
EXPORT_SYMBOL(alias)
For consistency with the other string functions, I've defined strrchr as
a position-independent function, as it can safely be used as such even
though we have no users today.
As we no longer use SYM_FUNC_{START,END}_ALIAS(), our local copies are
removed. The common versions will be removed by a subsequent patch.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland <mark.rutland@arm.com>
Acked-by: Ard Biesheuvel <ardb@kernel.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Josh Poimboeuf <jpoimboe@redhat.com>
Acked-by: Mark Brown <broonie@kernel.org>
Cc: Joey Gouly <joey.gouly@arm.com>
Cc: Will Deacon <will@kernel.org>
Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Link: https://lore.kernel.org/r/20220216162229.1076788-3-mark.rutland@arm.com
Signed-off-by: Will Deacon <will@kernel.org>
2022-02-17 00:22:27 +08:00
|
|
|
SYM_FUNC_START(__pi_memset)
|
2014-04-28 13:11:31 +08:00
|
|
|
mov dst, dstin /* Preserve return value. */
|
|
|
|
and A_lw, val, #255
|
|
|
|
orr A_lw, A_lw, A_lw, lsl #8
|
|
|
|
orr A_lw, A_lw, A_lw, lsl #16
|
|
|
|
orr A_l, A_l, A_l, lsl #32
|
|
|
|
|
|
|
|
cmp count, #15
|
|
|
|
b.hi .Lover16_proc
|
|
|
|
/*All store maybe are non-aligned..*/
|
|
|
|
tbz count, #3, 1f
|
|
|
|
str A_l, [dst], #8
|
|
|
|
1:
|
|
|
|
tbz count, #2, 2f
|
|
|
|
str A_lw, [dst], #4
|
|
|
|
2:
|
|
|
|
tbz count, #1, 3f
|
|
|
|
strh A_lw, [dst], #2
|
|
|
|
3:
|
|
|
|
tbz count, #0, 4f
|
|
|
|
strb A_lw, [dst]
|
|
|
|
4:
|
|
|
|
ret
|
|
|
|
|
|
|
|
.Lover16_proc:
|
|
|
|
/*Whether the start address is aligned with 16.*/
|
|
|
|
neg tmp2, dst
|
|
|
|
ands tmp2, tmp2, #15
|
|
|
|
b.eq .Laligned
|
|
|
|
/*
|
|
|
|
* The count is not less than 16, we can use stp to store the start 16 bytes,
|
|
|
|
* then adjust the dst aligned with 16.This process will make the current
|
|
|
|
* memory address at alignment boundary.
|
|
|
|
*/
|
|
|
|
stp A_l, A_l, [dst] /*non-aligned store..*/
|
|
|
|
/*make the dst aligned..*/
|
|
|
|
sub count, count, tmp2
|
|
|
|
add dst, dst, tmp2
|
|
|
|
|
|
|
|
.Laligned:
|
|
|
|
cbz A_l, .Lzero_mem
|
|
|
|
|
|
|
|
.Ltail_maybe_long:
|
|
|
|
cmp count, #64
|
|
|
|
b.ge .Lnot_short
|
|
|
|
.Ltail63:
|
|
|
|
ands tmp1, count, #0x30
|
|
|
|
b.eq 3f
|
|
|
|
cmp tmp1w, #0x20
|
|
|
|
b.eq 1f
|
|
|
|
b.lt 2f
|
|
|
|
stp A_l, A_l, [dst], #16
|
|
|
|
1:
|
|
|
|
stp A_l, A_l, [dst], #16
|
|
|
|
2:
|
|
|
|
stp A_l, A_l, [dst], #16
|
|
|
|
/*
|
|
|
|
* The last store length is less than 16,use stp to write last 16 bytes.
|
|
|
|
* It will lead some bytes written twice and the access is non-aligned.
|
|
|
|
*/
|
|
|
|
3:
|
|
|
|
ands count, count, #15
|
|
|
|
cbz count, 4f
|
|
|
|
add dst, dst, count
|
|
|
|
stp A_l, A_l, [dst, #-16] /* Repeat some/all of last store. */
|
|
|
|
4:
|
|
|
|
ret
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Critical loop. Start at a new cache line boundary. Assuming
|
|
|
|
* 64 bytes per line, this ensures the entire loop is in one line.
|
|
|
|
*/
|
|
|
|
.p2align L1_CACHE_SHIFT
|
|
|
|
.Lnot_short:
|
|
|
|
sub dst, dst, #16/* Pre-bias. */
|
|
|
|
sub count, count, #64
|
|
|
|
1:
|
|
|
|
stp A_l, A_l, [dst, #16]
|
|
|
|
stp A_l, A_l, [dst, #32]
|
|
|
|
stp A_l, A_l, [dst, #48]
|
|
|
|
stp A_l, A_l, [dst, #64]!
|
|
|
|
subs count, count, #64
|
|
|
|
b.ge 1b
|
|
|
|
tst count, #0x3f
|
|
|
|
add dst, dst, #16
|
|
|
|
b.ne .Ltail63
|
|
|
|
.Lexitfunc:
|
|
|
|
ret
|
|
|
|
|
|
|
|
/*
|
|
|
|
* For zeroing memory, check to see if we can use the ZVA feature to
|
|
|
|
* zero entire 'cache' lines.
|
|
|
|
*/
|
|
|
|
.Lzero_mem:
|
|
|
|
cmp count, #63
|
|
|
|
b.le .Ltail63
|
|
|
|
/*
|
|
|
|
* For zeroing small amounts of memory, it's not worth setting up
|
|
|
|
* the line-clear code.
|
|
|
|
*/
|
|
|
|
cmp count, #128
|
|
|
|
b.lt .Lnot_short /*count is at least 128 bytes*/
|
|
|
|
|
|
|
|
mrs tmp1, dczid_el0
|
|
|
|
tbnz tmp1, #4, .Lnot_short
|
|
|
|
mov tmp3w, #4
|
|
|
|
and zva_len, tmp1w, #15 /* Safety: other bits reserved. */
|
|
|
|
lsl zva_len, tmp3w, zva_len
|
|
|
|
|
|
|
|
ands tmp3w, zva_len, #63
|
|
|
|
/*
|
|
|
|
* ensure the zva_len is not less than 64.
|
|
|
|
* It is not meaningful to use ZVA if the block size is less than 64.
|
|
|
|
*/
|
|
|
|
b.ne .Lnot_short
|
|
|
|
.Lzero_by_line:
|
|
|
|
/*
|
|
|
|
* Compute how far we need to go to become suitably aligned. We're
|
|
|
|
* already at quad-word alignment.
|
|
|
|
*/
|
|
|
|
cmp count, zva_len_x
|
|
|
|
b.lt .Lnot_short /* Not enough to reach alignment. */
|
|
|
|
sub zva_bits_x, zva_len_x, #1
|
|
|
|
neg tmp2, dst
|
|
|
|
ands tmp2, tmp2, zva_bits_x
|
|
|
|
b.eq 2f /* Already aligned. */
|
|
|
|
/* Not aligned, check that there's enough to copy after alignment.*/
|
|
|
|
sub tmp1, count, tmp2
|
|
|
|
/*
|
|
|
|
* grantee the remain length to be ZVA is bigger than 64,
|
|
|
|
* avoid to make the 2f's process over mem range.*/
|
|
|
|
cmp tmp1, #64
|
|
|
|
ccmp tmp1, zva_len_x, #8, ge /* NZCV=0b1000 */
|
|
|
|
b.lt .Lnot_short
|
|
|
|
/*
|
|
|
|
* We know that there's at least 64 bytes to zero and that it's safe
|
|
|
|
* to overrun by 64 bytes.
|
|
|
|
*/
|
|
|
|
mov count, tmp1
|
|
|
|
1:
|
|
|
|
stp A_l, A_l, [dst]
|
|
|
|
stp A_l, A_l, [dst, #16]
|
|
|
|
stp A_l, A_l, [dst, #32]
|
|
|
|
subs tmp2, tmp2, #64
|
|
|
|
stp A_l, A_l, [dst, #48]
|
|
|
|
add dst, dst, #64
|
|
|
|
b.ge 1b
|
|
|
|
/* We've overrun a bit, so adjust dst downwards.*/
|
|
|
|
add dst, dst, tmp2
|
|
|
|
2:
|
|
|
|
sub count, count, zva_len_x
|
|
|
|
3:
|
|
|
|
dc zva, dst
|
|
|
|
add dst, dst, zva_len_x
|
|
|
|
subs count, count, zva_len_x
|
|
|
|
b.ge 3b
|
|
|
|
ands count, count, zva_bits_x
|
|
|
|
b.ne .Ltail_maybe_long
|
|
|
|
ret
|
arm64: clean up symbol aliasing
Now that we have SYM_FUNC_ALIAS() and SYM_FUNC_ALIAS_WEAK(), use those
to simplify and more consistently define function aliases across
arch/arm64.
Aliases are now defined in terms of a canonical function name. For
position-independent functions I've made the __pi_<func> name the
canonical name, and defined other alises in terms of this.
The SYM_FUNC_{START,END}_PI(func) macros obscure the __pi_<func> name,
and make this hard to seatch for. The SYM_FUNC_START_WEAK_PI() macro
also obscures the fact that the __pi_<func> fymbol is global and the
<func> symbol is weak. For clarity, I have removed these macros and used
SYM_FUNC_{START,END}() directly with the __pi_<func> name.
For example:
SYM_FUNC_START_WEAK_PI(func)
... asm insns ...
SYM_FUNC_END_PI(func)
EXPORT_SYMBOL(func)
... becomes:
SYM_FUNC_START(__pi_func)
... asm insns ...
SYM_FUNC_END(__pi_func)
SYM_FUNC_ALIAS_WEAK(func, __pi_func)
EXPORT_SYMBOL(func)
For clarity, where there are multiple annotations such as
EXPORT_SYMBOL(), I've tried to keep annotations grouped by symbol. For
example, where a function has a name and an alias which are both
exported, this is organised as:
SYM_FUNC_START(func)
... asm insns ...
SYM_FUNC_END(func)
EXPORT_SYMBOL(func)
SYM_FUNC_ALIAS(alias, func)
EXPORT_SYMBOL(alias)
For consistency with the other string functions, I've defined strrchr as
a position-independent function, as it can safely be used as such even
though we have no users today.
As we no longer use SYM_FUNC_{START,END}_ALIAS(), our local copies are
removed. The common versions will be removed by a subsequent patch.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland <mark.rutland@arm.com>
Acked-by: Ard Biesheuvel <ardb@kernel.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Josh Poimboeuf <jpoimboe@redhat.com>
Acked-by: Mark Brown <broonie@kernel.org>
Cc: Joey Gouly <joey.gouly@arm.com>
Cc: Will Deacon <will@kernel.org>
Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Link: https://lore.kernel.org/r/20220216162229.1076788-3-mark.rutland@arm.com
Signed-off-by: Will Deacon <will@kernel.org>
2022-02-17 00:22:27 +08:00
|
|
|
SYM_FUNC_END(__pi_memset)
|
|
|
|
|
|
|
|
SYM_FUNC_ALIAS(__memset, __pi_memset)
|
2018-12-08 02:08:21 +08:00
|
|
|
EXPORT_SYMBOL(__memset)
|
arm64: clean up symbol aliasing
Now that we have SYM_FUNC_ALIAS() and SYM_FUNC_ALIAS_WEAK(), use those
to simplify and more consistently define function aliases across
arch/arm64.
Aliases are now defined in terms of a canonical function name. For
position-independent functions I've made the __pi_<func> name the
canonical name, and defined other alises in terms of this.
The SYM_FUNC_{START,END}_PI(func) macros obscure the __pi_<func> name,
and make this hard to seatch for. The SYM_FUNC_START_WEAK_PI() macro
also obscures the fact that the __pi_<func> fymbol is global and the
<func> symbol is weak. For clarity, I have removed these macros and used
SYM_FUNC_{START,END}() directly with the __pi_<func> name.
For example:
SYM_FUNC_START_WEAK_PI(func)
... asm insns ...
SYM_FUNC_END_PI(func)
EXPORT_SYMBOL(func)
... becomes:
SYM_FUNC_START(__pi_func)
... asm insns ...
SYM_FUNC_END(__pi_func)
SYM_FUNC_ALIAS_WEAK(func, __pi_func)
EXPORT_SYMBOL(func)
For clarity, where there are multiple annotations such as
EXPORT_SYMBOL(), I've tried to keep annotations grouped by symbol. For
example, where a function has a name and an alias which are both
exported, this is organised as:
SYM_FUNC_START(func)
... asm insns ...
SYM_FUNC_END(func)
EXPORT_SYMBOL(func)
SYM_FUNC_ALIAS(alias, func)
EXPORT_SYMBOL(alias)
For consistency with the other string functions, I've defined strrchr as
a position-independent function, as it can safely be used as such even
though we have no users today.
As we no longer use SYM_FUNC_{START,END}_ALIAS(), our local copies are
removed. The common versions will be removed by a subsequent patch.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland <mark.rutland@arm.com>
Acked-by: Ard Biesheuvel <ardb@kernel.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Josh Poimboeuf <jpoimboe@redhat.com>
Acked-by: Mark Brown <broonie@kernel.org>
Cc: Joey Gouly <joey.gouly@arm.com>
Cc: Will Deacon <will@kernel.org>
Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Link: https://lore.kernel.org/r/20220216162229.1076788-3-mark.rutland@arm.com
Signed-off-by: Will Deacon <will@kernel.org>
2022-02-17 00:22:27 +08:00
|
|
|
|
|
|
|
SYM_FUNC_ALIAS_WEAK(memset, __pi_memset)
|
|
|
|
EXPORT_SYMBOL(memset)
|