opnsense-src/lib/libc/powerpc64/string/Makefile.inc


MDSRCS+= \
	bcopy.S \
	bcopy_vsx.S \
	bcopy_resolver.c \
	memcpy.S \
	memcpy_vsx.S \
	memcpy_resolver.c \
	memmove.S \
	memmove_vsx.S \
	memmove_resolver.c \
	strncpy_arch_2_05.S \
	strncpy.c \
	strncpy_resolver.c \
	strcpy_arch_2_05.S \
	strcpy.c \
	strcpy_resolver.c
[PPC64] strcpy optimization Assembly optimization of strcpy for PowerPC64, using double words instead of bytes to copy strings. Submitted by: Leonardo Bianconi <leonardo.bianconi_eldorado.org.br> (original version) Reviewed by: jhibbits Differential Revision: https://reviews.freebsd.org/D15368 2020-01-15 14:46:01 -05:00
			`MDSRCS+= \`
[PPC64] memcpy/memmove/bcopy optimization For copies shorter than 512 bytes, the data is copied using plain ld/std instructions. For 512 bytes or more, the copy is done in 3 phases: Phase 1: copy from the src buffer until it's aligned at a 16-byte boundary Phase 2: copy as many aligned 64-byte blocks from the src buffer as possible Phase 3: copy the remaining data, if any In phase 2, this code uses VSX instructions when available. Otherwise, it uses ldx/stdx. Submitted by: Luis Pires <lffpires_ruabrasil.org> (original version) Reviewed by: jhibbits Differential Revision: https://reviews.freebsd.org/D15118 2020-01-15 15:25:52 -05:00			`bcopy.S \`
			`bcopy_vsx.S \`
			`bcopy_resolver.c \`
			`memcpy.S \`
			`memcpy_vsx.S \`
			`memcpy_resolver.c \`
			`memmove.S \`
			`memmove_vsx.S \`
			`memmove_resolver.c \`
[PPC64] strncpy optimization Assembly optimization of strncpy for PowerPC64, using double words instead of bytes to copy strings. Submitted by: Leonardo Bianconi <leonardo.bianconi_eldorado.org.br> (original version) Reviewed by: jhibbits Differential Revision: https://reviews.freebsd.org/D15369 2020-01-15 14:53:03 -05:00			`strncpy_arch_2_05.S \`
			`strncpy.c \`
[PowerPC64] Port optimized strcpy to PPC64LE Submitted by: Bruno Larsen <bruno.larsen@eldorado.org.br> Reviewed by: luporl, bdragon (IRC) MFC after: 1 week Sponsored by: Eldorado Research Institute (eldorado.org.br) Differential Revision: https://reviews.freebsd.org/D29067 2021-03-25 12:14:00 -04:00			`strncpy_resolver.c \`
[PowerPC64LE] Use a shared LIBC_ARCH for powerpc64le. Given that we have converted to ELFv2 for BE already, endianness is the only difference between the two ARCHs. As such, there is no need to differentiate LIBC_ARCH between the two. Combining them like this lets us avoid needing to have two copies of several bits for no good reason. Sponsored by: Tag1 Consulting, Inc. 2020-09-22 20:21:51 -04:00			`strcpy_arch_2_05.S \`
			`strcpy.c \`
			`strcpy_resolver.c`