1 /* Optimized memcpy implementation for PowerPC64.
2 Copyright (C) 2003 Free Software Foundation, Inc.
3 This file is part of the GNU C Library.
5 The GNU C Library is free software; you can redistribute it and/or
6 modify it under the terms of the GNU Lesser General Public
7 License as published by the Free Software Foundation; either
8 version 2.1 of the License, or (at your option) any later version.
10 The GNU C Library is distributed in the hope that it will be useful,
11 but WITHOUT ANY WARRANTY; without even the implied warranty of
12 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
13 Lesser General Public License for more details.
15 You should have received a copy of the GNU Lesser General Public
16 License along with the GNU C Library; if not, write to the Free
17 Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
24 /* __ptr_t [r3] memcpy (__ptr_t dst [r3], __ptr_t src [r4], size_t len [r5]);
27 Memcpy handles short copies (< 32-bytes) using a binary move blocks
28 (no loops) of lwz/stw. The tail (remaining 1-3) bytes is handled
29 with the appropriate combination of byte and halfword load/stores.
30 There is minimal effort to optimize the alignment of short moves.
31 The 64-bit implementations of POWER3 and POWER4 do a reasonable job
32 of handling unligned load/stores that do not cross 32-byte boundries.
34 Longer moves (>= 32-bytes) justify the effort to get at least the
35 destination doubleword (8-byte) aligned. Further optimization is
36 posible when both source and destination are doubleword aligned.
37 Each case has a optimized unrolled loop. */
39 EALIGN (BP_SYM (memcpy), 5, 0)
46 andi. 11,3,7 /* check alignement of dst. */
47 clrldi 0,0,61 /* Number of bytes until the 1st doubleword of dst. */
48 clrldi 10,4,61 /* check alignement of src. */
50 ble- cr1,.L2 /* If move < 32 bytes use short move code. */
53 srdi 9,5,3 /* Number of full double words remaining. */
59 /* Move 0-7 bytes as needed to get the destination doubleword alligned. */
76 clrldi 10,12,61 /* check alignement of src again. */
77 srdi 9,31,3 /* Number of full double words remaining. */
79 /* Copy doublewords from source to destination, assumpting the
80 destination is aligned on a doubleword boundary.
82 At this point we know there are at least 25 bytes left (32-7) to copy.
83 The next step is to determine if the source is also doubleword aligned.
84 If not branch to the unaligned move code at .L6. which uses
85 a load, shift, store strategy.
87 Otherwise source and destination are doubleword aligned, and we can
88 the optimized doubleword copy loop. */
92 bne- cr6,.L6 /* If source is not DW aligned. */
94 /* Move doublewords where destination and source are DW aligned.
95 Use a unrolled loop to copy 4 doubleword (32-bytes) per iteration.
96 If the the copy is not an exact multiple of 32 bytes, 1-3
97 doublewords are copied as needed to set up the main loop. After
98 the main loop exits there may be a tail of 1-7 bytes. These byte are
99 copied a word/halfword/byte at a time as needed to preserve alignment. */
154 /* At this point we have a tail of 0-7 bytes and we know that the
155 destiniation is double word aligned. */
170 /* Return original dst pointer. */
175 /* Copy up to 31 bytes. This divided into two cases 0-8 bytes and 9-31
176 bytes. Each case is handled without loops, using binary (1,2,4,8)
179 In the short (0-8 byte) case no attempt is made to force alignment
180 of either source or destination. The hardware will handle the
181 unaligned load/stores with small delays for crossing 32- 64-byte, and
182 4096-byte boundaries. Since these short moves are unlikely to be
183 unaligned or cross these boundaries, the overhead to force
184 alignment is not justified.
186 The longer (9-31 byte) move is more likely to cross 32- or 64-byte
187 boundaries. Since only loads are sensitive to the 32-/64-byte
188 boundaries it is more important to align the source then the
189 destination. If the source is not already word aligned, we first
190 move 1-3 bytes as needed. Since we are only word aligned we don't
191 use double word load/stores to insure that all loads are aligned.
192 While the destination and stores may still be unaligned, this
193 is only an issue for page (4096 byte boundary) crossing, which
194 should be rare for these short moves. The hardware handles this
195 case automatically with a small delay. */
203 ble cr6,.LE8 /* Handle moves of 0-8 bytes. */
204 /* At least 9 bytes left. Get the source word aligned. */
209 beq .L3 /* If the source is already word aligned skip this. */
210 /* Copy 1-3 bytes to get source address word aligned. */
233 /* At least 6 bytes left and the source is word aligned. */
235 16: /* Move 16 bytes. */
246 8: /* Move 8 bytes. */
254 4: /* Move 4 bytes. */
260 2: /* Move 2-3 bytes. */
269 1: /* Move 1 byte. */
274 /* Return original dst pointer. */
278 /* Special case to copy 0-8 bytes. */
283 /* Would have liked to use use ld/std here but the 630 processors are
284 slow for load/store doubles that are not at least word aligned.
285 Unaligned Load/Store word execute with only a 1 cycle penaltity. */
290 /* Return original dst pointer. */
313 /* Return original dst pointer. */
320 /* Copy doublewords where the destination is aligned but the source is
321 not. Use aligned doubleword loads from the source, shifted to realign
322 the data, to allow aligned destination stores. */
362 bne cr6,.L9 /* If the tail is 0 bytes we are done! */
363 /* Return original dst pointer. */
367 END_GEN_TB (BP_SYM (memcpy),TB_TOCLESS)
368 libc_hidden_builtin_def (memcpy)